Path: utzoo!attcan!uunet!van-bc!mdivax1!mitchell
Newsgroups: comp.os.minix
Subject: (pc) /lib/opt running out of memory
Message-ID: <1990Dec2.040539.6590@mdivax1.uucp>
Date: 2 Dec 90 04:05:39 GMT
Reply-To: mdivax1!mdisea!mitchell (Bill Mitchell)
Organization: Mobile Data International
Lines: 31
Return-Path: <mdivax1!news>
Apparently-To: van-bc!rnews


This weekend I took a quick whack at porting an unzip implementation
for unix alleged to run in various environments including coherent
(which ought to mean it'll run in 64k) to minix.  I quickly ran into
a problem with /lib/opt (chmem'd as big as it will go) running out
of memory.

It turns out that a large global array is declared as follows:

    byte followers[257][64]; 

I recall that the early postings of elvis ran /lib/opt out of memory
by declaring long global strings, so I got rid of this and, sure enough,
/lib/opt stopped running out of memory.  However, it looks like major
surgery to change the program to handle this differently.  I was hoping
I could add minix compatability to the standard distribution kit for
this program without massive changes, thinking I might send the changes
to the author for inclusion in the next version.

I've seen mention of a new compiler here from time to time,  Any chance
it'll be available soon?  Any chance it might not suffer the same problem
with its optimization pass? Any fixes for the 1.3 vintage compiler I'm
using which might solve the problem (I'm ruunning 1.5.10 from net
upgrades, haven't gotten around to purchasing the official upgrade.
Maybe PH 1.5.10 has a version of /lib/opt without this problem??).

Other suggestions?


-- 
mitchell@mdi.com (Bill Mitchell)