Go Back   DaemonForums > Other Operating Systems > Other BSD and UNIX/UNIX-like

Other BSD and UNIX/UNIX-like Any other flavour of BSD or UNIX that does not have a section of its own.

Thread Tools Display Modes
Old 19th December 2013
muflon muflon is offline
Fdisk Soldier
Join Date: Jul 2013
Location: Poland
Posts: 56

Yes. OpenVMS 7.2 will be running on COMPAQ AlphaServer DS20E.

Now I am trying to adopt my basement to 'computer room'.

And repair my old HP 35 calculator
Reply With Quote
Old 21st December 2013
backrow backrow is offline
Real Name: Anthony J. Bentley
Shell Scout
Join Date: Jul 2009
Location: Albuquerque, NM
Posts: 136

Originally Posted by muflon View Post
One more word about finger program.
I must say, that I am impressed. By accuracy of OpenBSD man pages.

In FreeBSD, NetBSD, know versions of Linux man pages there is note that, The finger command Appeared in 3.0BSD, only in OpenBSD manual states, The finger command Appeared in 2BSD.
This particular fact is thanks to schwarze@, who aside from being a manual guru in general also recently did a lot of historical research to make sure the content is correct. (Commit message for the finger(1) change)
Many thanks to the forum regulars who put time and effort into helping others solve their problems.
Reply With Quote
Old 31st December 2014
muflon muflon is offline
Fdisk Soldier
Join Date: Jul 2013
Location: Poland
Posts: 56

Originally Posted by roddierod View Post
Now you hit me with TMG! I'm definitely going to look for these books!
Doug McIlroy notes [30.IX.2014] on TUHS mailing list, about TMG compiler:
scj wrote:

> There was a compiler/compiler in use at the Labs, imported I think by Doug
> McIlroy, called TMG.

Sorry for straying from direct Unix history, but this remark spurred a lot
of memories.

TMG (from "transmogrify", defined in Webster as "to change or alter, often
with grotesque or humorous effect") was imported from Bob McClure, erstwhile
Bell Labs person, then at Texas Instruments. And an interesting import
job it was. McClure had written TMG for the CDC 1604 in machine language. He
sent me green coding sheets hand-transliterated into 7090 code. Interesting
debugging: one knew that the logic of the code was sound, but the opcodes
might not always be right. Sometimes, for example, the wrong one of the two
accumulator-load instructions, CLA and CAL, was used.

Clem Pease converted TMG to the GE 635 for Multics by the artifice of defining
7090 opcodes as 635 macros--sometimes many instructions long to slavishly
emulate the 7090's peculiar accumulator (which mixed 38-bit sign-magnitude
with 37-bit twos-complement and 36-bit ones-complement arithmetic). It's
amusing to speculate about the progressive inflation of TMG had McClure sent
me a similar translation for the 7090.

TMG had a higher-level language written in TMG, which evolved during the
Multics project into something considerably more elaborate than McClure's
original, including features like syntax functions, e.g. seplist(a,b) denoted
a sequence of a's separated by b's, for arbitary syntactic categories a and
b. Syntax functions took TMG beyond the domain of context-free languages.

Multics was to be written in PL/I, a compiler for which was commissioned from
Digitek. They had brilliant Fortran technology, but flubbed PL/I. When it
appeared that the Digitek compiler was hopeless, Bob Morris proposed that
we write a quick and dirty one in TMG. Despite being slow (an interpreter
running on an emulated 7090) and providing only three diagnostics, this
compiler carried the project for a couple of years.

When Unix came along, we were again faced with how to bootstrap TMG across
machines. This time I wrote a bare-bones interpreter in PDP7 assembler, then
by stages grew the language back to the Multics state. Ken, in a compliment
I still treasure, once called this the most amazing program on the original
Unix machine.

I believe TMG was involved in the initial evolution of B, but the
real tour-de-force in B was the ability of an interpreted version to
exploit software paging and transcend the limited memory of the PDP-11.
The following scenario was to be repeated several times in the early days
of Unix. When the native version of B ran out of steam, the interpreted
version would be used to introduce some new optimization that would squeeze
the native version back to fit. (Bigger input, smaller output!) Subsequently
we saw the same thing happen with C and the kernel. When the kernel grew
too big, a new optimization would be introduced in C to squeeze it. (And to
squeeze the compiler, too. The compiler, though, never enjoyed B's advantage
of being able temporarily to run in a bigger arena.)

[->] http://minnie.tuhs.org/pipermail/tuh...er/003585.html
Reply With Quote

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
RSA keys not as random as they should be J65nko News 1 16th February 2012 10:09 PM
Debugging random restarts backrow OpenBSD General 5 21st March 2011 04:58 AM
PHP blunders with random numbers J65nko News 0 30th March 2010 06:25 PM
OpenBSD Coming soon: pkg_add using full version comparisons to avoid spurious downgrades J65nko News 0 10th January 2010 04:51 PM
Generating random passwords on FreeBSD erno Guides 3 8th May 2008 08:44 AM

All times are GMT. The time now is 02:18 AM.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick