Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!brutus.cs.uiuc.edu!apple!sun-barr!newstop!sun!imagen!atari!apratt
From: apratt@atari.UUCP (Allan Pratt)
Newsgroups: comp.sys.atari.st
Subject: Re: poolfix3
Message-ID: <2047@atari.UUCP>
Date: 20 Feb 90 23:40:00 GMT
References: <900218230844.275515@DMZRZU71-UNI-MAINZ--GERMANY>
Organization: Atari Corp., Sunnyvale CA
Lines: 27

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.

If you see the "panic" message, it's USUALLY because you ran
out of pool memory.  Using poolfix3 will not change this.
Using FOLDR100 will.

Poolfix3 should print a message when it runs; that message either says
it was INSTALLED or says there was some error.  The most common error
is that it can't find GEMDOS: if some program has run earlier in the
AUTO folder and swiped the GEMDOS trap, that'll do it.  (Other messages
include detecting that your GEMDOS doesn't need poolfix at all, and
that your GEMDOS *does* need poolfix, but it can't be installed for
some reason.  That one should "never happen.")

============================================
Opinions expressed above do not necessarily	-- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.	  ...ames!atari!apratt