🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.atari.st
Article #26536

FOLDRxxx

#26536
From: Hackers Galore
Date: Thu, 23 Apr 1987 22:51
55 lines
3015 bytes
A few days ago we did some experiments with the "FOLDRxxx" program
posted by Uwe Hoch of the University of Dortmund.  (Uwe, you did
not tell us who wrote the program!).
   
We turned off, but left connected our Supra Drive, and loaded
a floppy with had these files:

a:\:
-rw------- 1 u              476 Apr 22 23:00 desktop.inf 

a:\auto:
-rw------- 1 u             6087 Apr 22 23:02 confgram.tos*
-rw------- 1 u              703 Apr 22 23:01 eternal.prg*
-rw------- 1 u             1024 Apr 22 23:03 foldr400.prg 
-rw------- 1 u                3 Nov 20 23:06 ramdisk.dat 

The CONFGRAM program had been run, and the configuration was set
for 500K of ramdisk on our 1040.  (We have to allow at least 1K
for each folder, and we are shooting for 400 folders.)

We did a cold boot and began creating folders on the ramdisk.
We had folders galore.  We dragged folders under folders, and then
dragged them back again.  We checked our progress along the way.
59 folders, 119, 179, and so on.  When we reached 359 we began
to copy more slowly, adding only 12 or so at a time.  Finally,
when we reached 437 we got the message "not enough memory...".
By checking INFO we saw that we still had memory in the
ramdisk, so we surmise that the space for the tables had 
finally spilled over.  We then started deleting folders, at
first cautiously, and then in greater steps.  Eventually,
we ran into the message "unable to find...".  

We repeated the same sequence of steps, (as far as it was possible
for us to go), once without the FOLDRxxx program present, and
another time with the same program named FOLDR200.  In the first
instance, we hit problems at around 43 or so folders, and in the
second instance, we hit problems with something over 200 folders.

We think that more experiments should be done with this program,
and that the question of how it copes with unreferenced blocks
should be answered.  Also, as you can see, it was done with a
rather naked system, with no accessories and only one other
program in the AUTO folder.  We do not know yet how this interacts
with other popular programs.

We would like to hear results of other experiments.
We would NOT like to hear any comments about not wanting to try it.

The community needs a solution the to "40 folder bug".  

This might be it.  Let's find out!

               	Leroy J. Dickey & 	Jwahar R. Bammi
		ljdickey@watmath.uucp   bammi@cwruecmp.uucp
Technical Details
Message-ID: <2060@cwruecmp.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!mnetor!seismo!lll-lcc!styx!ames!ucbcad!ucbvax!cbatt!cwruecmp!vlsi

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!mnetor!seismo!lll-lcc!styx!ames!ucbcad!ucbvax!cbatt!cwruecmp!vlsi
From: vlsi@cwruecmp.UUCP (Hackers Galore)
Newsgroups: comp.sys.atari.st
Subject: FOLDRxxx
Message-ID: <2060@cwruecmp.UUCP>
Date: Thu, 23-Apr-87 18:51:35 EDT
Article-I.D.: cwruecmp.2060
Posted: Thu Apr 23 18:51:35 1987
Date-Received: Wed, 29-Apr-87 06:47:13 EDT
Reply-To: vlsi@cwruecmp.UUCP (Hackers Galore)
Distribution: world
Organization: CWRU Dept. of Computer Engineering, Cleveland, Ohio
Lines: 55