I recogniced that MiNT shrinks the cookie-jar. Rainer Seitel told me, that this should be fixed in newer MiNT-versions. I'm using 1.15.1.
Greetings,
Holger
* Shrinks * ???! The code is supposed to *expand* the cookie jar with 16
new empty entries. Something seems to be wrong...
--
Konrad M.Kokoszkiewicz
|mail: dr...@mi.com.pl | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org
** Ea natura multitudinis est,
** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25)
*************************************************************
** U pospolstwa normalne jest, ze albo sluzy ono unizenie,
** albo bezczelnie sie panoszy.
I've installed "JAR128.PRG" in the AUTO-folder before MiNT which should add/gerenarte 128 new entries. After booting MiNT, only 48 entries remain.
Greetings,
Holger
install_cookies() in main.c counts the number of used slots in the cookie
jar, then increases this number by 16 and finally rounds it up to some
boundary. Bug or feature? Maybe something for a new config variable
COOKIE_SLOTS?
Anyway, your jar128.prg is currently a waste of memory, nothing more.
Ciao
Guido
--
http://stud.uni-sb.de/~gufl0000/
mailto:gufl...@stud.uni-sb.de
The mark of your ignorance is the depth of your belief in injustice
and tragedy. What the caterpillar calls the end of the world, the
master calls a butterfly.
-- Messiah's Handbook : Reminders for the Advanced Soul
> On Tue, Mar 02, 1999 at 06:20:00AM +0100, Holger Herzog wrote:
> > KK>* Shrinks * ???! The code is supposed to *expand* the cookie jar with
> > KK>16 new empty entries. Something seems to be wrong...
> >
> > I've installed "JAR128.PRG" in the AUTO-folder before MiNT which should add/gerenarte 128 new entries. After booting MiNT, only 48 entries remain.
>
> install_cookies() in main.c counts the number of used slots in the cookie
> jar, then increases this number by 16 and finally rounds it up to some
> boundary. Bug or feature? Maybe something for a new config variable
> COOKIE_SLOTS?
I wonder if jar128.prg is configurable by changing the number 128 to equal
the amount of cookie jar entries to be used, and if so, I suspect it
supports only a 2-digit number, so it is reading 128 as 28. MiNT is then
adding 16 making 44, and that is being rounded up to the nearest multiple
of perhaps 8 or 16 which results in 48. Just a guess. Can you verify that
jar128 really is providing 128 cookie jar entries?
Anyway, why would you need 128 entries?
--
+-----------------------------------------------------------------------+
| Mario Becroft * Tariland, New Zealand Atari User Group |
| m...@tos.pl.net * Atari Hardware Developments |
| http://www.pl.net/~mario/ * Atari Serial Mouse Interface |
+-----------------------------------------------------------------------+
GF>install_cookies() in main.c counts the number of used slots
GF>Bug or feature?
This may be a point of view? What happens with the (shrinked) memory that contained the old cookie-jar?
GF>Anyway, your jar128.prg is currently a waste of memory, nothing more.
Not really a big waste ;)
Greetings,
Holger
Using SingleTOS, I'm getting 141 entries.
MB>Anyway, why would you need 128 entries?
I don't really need 128 entries. Only about 30-35 entries are used. But 128 is not really a waste of memory, I think. I want to make sure that only one program has to install a cookier-jar.
Greetings,
Holger
I noticed this too and fixed it.
Tschuess
...Frank
--
ATARI FALCON 040
--------------------------------------
Internet: fnau...@cs.uni-magdeburg.de
Mausnet: Frank Naumann @ L2
any chance that you could make the kernel use at leat 5 digit PID's and
that top, ps et al support them please?
Is it anything to do with the /proc file-system?
Salut/.
J/.
__
John Blakeley
http://www.ligotage.demon.co.uk
I don't need them. It occurred to me that 999 PID's 'wraps' quite quickly
when
compiling large packages.
Purely cosmetic reasons really ;)