It looks like even though VMS Software Inc have taken over development of OpenVMS, HP still hosts the v8.4 documentation set, for instance here's the system services reference manual:
For me, the distributed lock manager, queues (SYS$ENC / SYS$DEQ), IPC via message passing (mailboxes), SYS$QIO to literally queue IO requests, event flags (SYS$SETEF / SYS$WAITFR)? Amazing clustering, - UNIX just seemed so backwards after learning VMS first! (Apologies though if I got any of those system call names wrong, its been a long time!)
You can write a program that takes BF code as input and outputs valid C source that would execute it in less than 20 lines of well formatted ANSI C using nothing more than putchar, getchar, while, pointer inc/dec and dereference, so I can imagine a full compiler for it would be super simple too.
(Though I bet an optimising compiler would be a _little_ more complicated) ;)
I've seen this done (in England) for blocks of flats where each floor has it's own postcode that matches the floor, eg ZZ1 Z1A through to ZZ1 Z1G (A-G for floor 1 to 7).
Yeah, working in C and python you definitely have to reinvent the wheel less in Python ;-)
I recently wrote an 8bit style CPU simulator (with it's own simple but perfectly usable instruction set) and assembler, together they fit into 1000 lines of C... To be fair that's a fairly specific case where C works really well though!
Definitely, I always assumed perf was just super slow, (having only really used it in anger on debian). Glad the next time I get sucked down a performance tuning rabbit hole, I can make the process a lot less painful!
This seems to imply copyright assignment to the FSF is _required_ for GNU projects? I wonder what RMS's take is on a unilateral change like this in one of the highest profile GNU projects?
http://h41379.www4.hpe.com/doc/84final/4527/4527pro.html#fir...