vlsi@cwruecmp.UUCP (Hackers Galore) (04/24/87)
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.uucpcs3c3cd@maccs.UUCP (cs3c3cd) (04/29/87)
Summary:satisfied with it!
---
L.J. Dickey and J.R. Bammi write:
>[about experiments with the FOLDRxxx.PRG]
I have been using the program (called it FOLDR300.PRG) for about a week
now on my Atari SH204. The two partitions are about half full. I've been
giving it heavy use. I copy things back and forth, etc. etc. without any
trouble. So far Im happy with it. I must admit that I have not been
experimenting like LJD & JRB because I have real info on the hard drive.
BTW: I think the program was written by Landon Dyer (sp?) at Atari.
It sure is easy to use. I have found that the disk boots twice on a few
occassions (ie. I see the '300 extra folders in 32900 bytes' message more
than once). Somehow Im not worried.
Richard Werezak
(carson@mcmaster.BITNET, uasst4@mcmvm1.BITNET, cs3c3cd@maccs.UUCP)