Path: utzoo!attcan!lsuc!canrem![glen_lalonde@canrem.uucp] From: glen_lalonde@canrem.uucp (glen lalonde) Newsgroups: comp.os.minix Subject: macminix Message-ID: <1990Dec22.1046.1132@canrem.uucp> Date: 22 Dec 90 08:04:26 GMT Reply-To: "glen lalonde" Organization: Canada Remote Systems Lines: 50 A few comments on MacMinix, which I have now had some time to play with. Good news.. I did manage to get the version of ls that reads LSOPTS for the ls defaults ported over ok. Thus avoiding the endless ls -FC problem. I got clam ported over with no problem, having command editing and aliasing is real nice. One thing I did notice, the entry in /etc/termcap for 'nd' had an extra character. Thus command recall printed out garbage some of the time. Removing the extra character will fix the problem. I enabled the FASTLOAD option, thus with a 550K ramdisk setup I can get the system to load it up in 7 seconds rather than the 35 or so seconds under the old scheme. This change requires a change to the floppy task, since it will only accept 1 block reads. My patched version reads the entire boot fs(the used part ONLY) directly to ram in one shot. The c68 binary posted on the net works ok with macminix. By the way what is so good about this compiler. It produces code that is slower and larger than the default c compiler. Problems: The recent changes have enabled me to boot MacMinix from multifinder but it dies after about four minutes. I have a 4MB Mac+. The up/down arrow key entires elvis reads from /etc/termcap are reversed, at least on the mac+. At first I just reversed the entries in /etc/termcap. This caused clam to have the wrong command recall direction keys though. Anyone have the elvis fix? I have been unable to login via the modem port. I did setup my /etc/ttys correctly. What happens is I get the 'login' prompt and get the echo of my login name but once I hit all I get is garbage. Any ideas? I ported over stevie which I know works, since I compiled it on my workstation at work. It must assume sizeof(int)=sizeof(int *) since it crashed if you enter :set or cut/paste. Moving about works ok though. **** MacMinix upon boot overwrites the address error trap handler address in low memory! This will cause a great number of problems, since address errors will not drop you into macsbug but will cause strange system behaviour. Most of the time the internal drive will start to run, for no reason at all, after a little while of runnning some bad code it will just crash the system. PLEASE post a fix if you know what part of the system is trashing the vector. I think it is at 0x0c in memory if I recall correctly. -- Canada Remote Systems. Toronto, Ontario NorthAmeriNet Host