On Tue, 7 Feb 2012, Ethan Dicks wrote:
On Tue, Feb 7, 2012 at 12:51 AM, Cameron Kaiser
<spectre at floodgap.com> wrote:
> So, does anyone have a record for oldest or
weakest computer running Unix?
The oldest/weakest I've personally run UNIX on was an 11/24 w/dual
RL02 (10MB each) and 2MB of RAM. It's far from a record. If I can
find an affordable EAE for my PDP-11/20 and figure out how to sub the
swap disk with something other than an unobtanium fixed-head disk, I'd
run it there, but that's a long-term project.
> The Z80 definitely did it.
UNIX? Really? Or just something with a Bourne-like command line?
I don't know the details, but the ones I'm thinking of are Morrow's
Micronix and Cromemco's Cromix. Al Kossow knows more about it.
> Something
I'd really like to see is a Z-machine running on the PDP-8.
I would like that too. I've even thought a lot about it. IMHO,
anyone who does it will be writing the Z-machine in PDP-8 assembler,
just like what was done for the Z-80 and the 6502 for 1970s and 1980s
micros. I _think_ the Mac Z-machine was the first written in C, but I
could easily be mistaken on that. I know there were official
Z-machines written in C for the Mac and the Amiga, and probably the
later ones on the PC (not sure about the early v3 interpreters for
DOS).
I'm thinking ZEMU might be a useful reference for getting a Z-machine
running on a PDP-8. I haven't used it yes, but as soon as I can clear off
some stuff, I'll see about firing up a PDP-11 emulator.
I like Frotz. Frotz is huge compared to the 6K-8K
early 8-bit
interpreters. It gets more dicey trying to ask a 12-bit machine with
4K pages to emulate a 16-bit virtual machine. I would consider it a
win if one could fit the Z-machine code in 2 fields with enough space
left over for a 2-page system handler and a 1-page line printer
(SCRIPT) handler, using any memory above 8K for object data and game
file buffers. Three fields seems plausible. A few years back, I
assisted with a modern from-scratch Z-machine effort for ElfOS on the
1802 (that I was showing off at an early VCFmw). On a 32K Spare Time
Gizmos Elf2000, once the interpreter was loaded and the object tables
were loaded, there was very little room to buffer the game - I think
it was on the order of 1-3 512 byte disk blocks. You can fit a v3
game and interpreter in 32K, but to do it in less would probably
require a read-write virtual memory scheme on the object data
(fortunately, a full boat on a PDP-8 is 32K 12-bit words not 32K 8-bit
bytes - that helps too).
Strangely enough, I was just thinking about a 12-bit Z-machine this
week. Anyone out there have 12-bit coding experience and have time to
answer a few questions about OS/8 and file interchange from the 8-bit
outer world?
Frotz is getting trickier now that I'm trying to reconcile a bunch of
Unicode modifications with remaining runnable on DOS. The chief problem
is whether zchar is an unsigned char (original) or unsigned short (Unicode
modded). When I first applied the changes to Unix Frotz, I found trouble
with static strings passed to os_display_string() turning to garbage.
Then when I compiled it for DOS, I got garbage on the command line. If
you could lend a hand, I'd really appreciate it.
--
David Griffith
dgriffi at
cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?