Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!mips!ultra!jimh
From: jimh@ultra.com (Jim Hurley)
Newsgroups: comp.sys.atari.st
Subject: Re: poolfix3
Message-ID: <1990Feb22.195715.1132@ultra.com>
Date: 22 Feb 90 19:57:15 GMT
References: <900218230844.275515@DMZRZU71-UNI-MAINZ--GERMANY> <2047@atari.UUCP>
Organization: Ultra Network Technologies
Lines: 22

apratt@atari.UUCP (Allan Pratt) writes:

>Ritzert@DMZRZU71.BITNET writes:

>>[We have a program which dies; poolfix3 improves it a little.]
>>Question to Allan or Ken:
>>      Shall I install folder100 in addition [to poolfix3]?

>You should certainly use foldr100.  Poolfix3 only fixes a bug in
>the code which manages GEMDOS's internal memory.  You can still
>run OUT of memory there, and FOLDR100.PRG adds more.  A program
>which uses Malloc() a lot, or has lots of open files at the same
>time, can use up all this memory.

Could you please elaborate? I thought TOS 1.4 fixed the
folder problem. Should one *always* use FOLDRXXX?

Actually, although I've heard a lot about this bug, I've never
read a consistent description of the problem.
-- 
Jim Hurley --> jimh@ultra.com  ...!ames!ultra!jimh  (408) 922-0100
Ultra Network Technologies / 101 Daggett Drive / San Jose CA 95134