tgcpwd@rc3.urc.tue.nl (Wim van Dorst) (09/09/90)
Hello *, I now have Elvis 1.3 up and running. Let me joins the ranks and thank Steve for his great job. There were two glitches (mine :-() 1. I have Earl Chew's Stdio package and that generates slightly larger .s files, so asld needs a few kBytes more, which it hasn't. I replaced the original stdio.h and libc.a and it compiled ok. Now someone might wonder why the other binary (leaving out the _SENTENCE code by defining NO_SENTENCE) blocked the system. I don't know. Let she/he tell me (and tell Earl and Steve too). 2. I have a Hercules screen and the properly compiled binary has some trouble with deleting lines. It is the same trouble which has been discussed a couple of months ago, the core of which is the dl-entry in termcap using some offending screen memory shifting procedures. I deleted the dl-entry and everything works ok now. I need to lay me hands (keys) on Gordon's virtual consoles. I would like to thank Lars, Marcelo, Will, Earl and Kenneth for making it clear the problems were mine only. Maybe Earl wants to comment on the first item? It could be some error in de SENTENCE code, and it could be in Estdio, who will tell. Met vriendelijke groeten, Wim 'Blue Baron' van Dorst -- --------------------------------------------------------------------- Blue Baron = Wim van Dorst, Voice (+31) 074-443937, (+31) 02152-42319 (-: baron@wiesje.hobby.nl tgcpwd@urc.tue.nl :-) ---------------------------------------------------------------------
kirkenda@eecs.cs.pdx.edu (Steve Kirkendall) (09/10/90)
In article <21@rc6.urc.tue.nl> baron@wiesje.hobby.nl writes: >1. I have Earl Chew's Stdio package and that generates slightly larger > .s files, so asld needs a few kBytes more, which it hasn't. > I replaced the original stdio.h and libc.a and it compiled ok. This reminded me of something. I went to a certain amount of trouble to avoid using stdio in Elvis, because there were only a couple of places that it would help anyway, and I couldn't spare the fat. But then I found out that the termcap functions use stdio internally, so stdio gets sucked in anyway. This is a little annoying. Minix-PC users may wish to try using tinytcap.c instead. This should shrink elvis by a couple K-bytes at least, since we lose both the full-fledged termcap AND stdio. You could probably take out 2 or 3 of the "-DNO_XXX" flags, then. Tinytcap.c would have to be tweaked... If you try this, please let me know how it works for you. ------------------------------------------------------------------------------- Steve Kirkendall kirkenda@cs.pdx.edu uunet!tektronix!psueea!eecs!kirkenda
cechew@bruce.cs.monash.OZ.AU (Earl Chew) (09/10/90)
In <21@rc6.urc.tue.nl> tgcpwd@rc3.urc.tue.nl (Wim van Dorst) writes: >1. I have Earl Chew's Stdio package and that generates slightly larger > .s files, so asld needs a few kBytes more, which it hasn't. > I replaced the original stdio.h and libc.a and it compiled ok. Now > someone might wonder why the other binary (leaving out the > _SENTENCE code by defining NO_SENTENCE) blocked the system. I don't > know. Let she/he tell me (and tell Earl and Steve too). Strange as it may seem, I too am running with my stdio. The 32 bit version of elvis is compiled with my stdio --- but this has everything defined with no real problems. The 16 bit version is compiled with ack --- but I can't remember whether this is compiled with estdio or Minixstdio. Perhaps Wim would like to do some debugging? I'll take a closer look if I have time (and can remember to do it :-) Earl -- Earl Chew, Dept of Computer Science, Monash University, Australia 3168 EMAIL: cechew@bruce.cs.monash.edu.au PHONE: 03 5655447 FAX: 03 5655146 ----------------------------------------------------------------------