Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!usc!samsung!munnari.oz.au!bruce!cechew From: cechew@bruce.cs.monash.OZ.AU (Earl Chew) Newsgroups: comp.os.minix Subject: Re: Elvis 1.3 Keywords: Mine won't work Message-ID: <3019@bruce.cs.monash.OZ.AU> Date: 6 Sep 90 04:18:13 GMT References: <69@wiesje.hobby.nl> Organization: Monash Uni. Computer Science, Australia Lines: 36 In <69@wiesje.hobby.nl> baron@wiesje.hobby.nl (Wim 'Blue Baron' van Dorst) writes: >I did the same edit (adding the -F option). Then it took Wiesje (my >XT) about 60 to 70 minutes to find out that asld got out of memory!! >So I added the -DNO_SENTENCE option to the Makefile too, and that made >it to compile completely. But now the resulting binary won't work!! >It gives the message "foobar (new file) 1 line" and the hangs the >system. The only way out is F9 :-( I managed to compile elvis straight out of the box (so to speak): 16 bit systems: Elvis will Enot compile using bcc. To be more precise, Elvis will compile but the resulting executable has slightly more than 64k of executable. I compiled Elvis with no problems using ACK. Make sure you've chmem'ed all the important passes to have 64k (cem, asld in particular). I am not using a ram disk so this may affect how you compile Elvis. I used the Minix makefile that was distributed with Elvis. After you've finished compiling (if you haven't fallen asleep in the iterim) --- check the size of the executable with the size(1). Also make sure you compiled with -i (separate i&d). Make sure you chmem so that Elvis has a fighting chance. 32 bit systems: bcc will compile Elvis to just over 64k of text. Runs without problems (other than the built-in bugs :-). I used the bsd makefile (with a few modifications). In both versions, cursor motion is still sometimes a little strange. Earl -- Earl Chew, Dept of Computer Science, Monash University, Australia 3168 EMAIL: cechew@bruce.cs.monash.edu.au PHONE: 03 5655447 FAX: 03 5655146 ----------------------------------------------------------------------