home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The Fred Fish Collection 1.5
/
ffcollection-1-5-1992-11.iso
/
ff_disks
/
001-099
/
ff075.lzh
/
Eless
/
POSTER
< prev
Wrap
Text File
|
1987-05-28
|
4KB
|
83 lines
Article 4568 of comp.sys.amiga:
Path: mcdsun!noao!hao!ames!ucbcad!ucbvax!unisoft!lll-lcc!well!ewhac
From: ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab)
Newsgroups: comp.sys.amiga
Subject: Re: Faster directories under AmigaDOS -> binary incl.
Summary: My own version.
Message-ID: <3040@well.UUCP>
Date: 12 May 87 05:05:58 GMT
References: <8705110932.AA29181@cogsci.berkeley.edu>
Reply-To: ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab)
Organization: Whole Earth 'Lectronic Link, Sausalito, CA
Lines: 376
[ Removal of this line by any means is punishable by Federal law. ]
Shit.
It seems like every time I come up with something resembling a useful
utility, someone else beats me to it, and comes out with something almost
the same.
This was the case a looong time ago with a program I called LITE
(Leo's Incredible Terminal Emulator). Then David Wecker came out with his
VT100 emulator, and suddenly there didn't seem to be any point in it any
more (no slight upon you, Dave; it's an excellent program).
Now it's happened again. I *WAS* going to write a program for
publication in Amazing Computing that did faster directories. Then I found
out that Dave Haynie has been working on almost the exact same program for
the exact same magazine. No problem, thinks I, I'll just clean it up a bit
and throw it at the Net, or RoboCity News, or something.
Now I log in to find this gentleman has already posted a program to
help speed up directories. It's enough to make a guy beat his head against
the keyboard. In fact, I think I will.
nhbg mjmn ,kjh ,kmjnh nhbgvf bgvf]trnhbgvf mnjhbg .l,kmj .,m!!!!
Sigh.
Oh well, you may as well have the program to see what I did. It
uses the AmigaDOG ACTION_GET_BLOCK packet to get raw disk blocks off the
disk and do things to them. Preliminary studies indicate that directories
are only 25% faster on average. Speed increases ranged from 50% to -5%
(yup, sorting things actually makes it run slower). The test beds I used
were Fish Disk 13 (all that BASIC crud), and the three-disk Portal program
from Activision. 'dir' on Portal disk #2 takes about 2:35. My program
takes about 1:29 (as I recall).
Known limitations: Running the program on the boot disk crashes the
machine (if you type 'cd' and get "DF0:" as a response, you are on the boot
device). If you 'cd' into a directory, remove the disk in question, then
run the program, it fails gracefully, but gives an unhelpful error code. It
doesn't work on the RAM: driver.
Dave Haynie and I have been conducting an E-mail discussion on our
respective programs, and based on his description, his deserves publication
more than mine does, and he has been working longer on it. So Dave,
consider this official notification: Clean up your program and send it off
to Amazing.
I'm not trying to be negative about this..... All right, maybe I
am. But I mean, gee whiz. This is frustrating.....
Oh well, hope you find the program useful. External hacking to
improve it is encouraged.
By the way, the program is called 'eless.'
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
________ ___ Leo L. Schwab
\ /___--__ The Guy in The Cape
___ ___ /\ ---##\ ihnp4!ptsfa!well!ewhac
/ X \_____ | __ _---)) ..or..
/ /_\-- -----+==____\ // \ _ well ---\
___ ( o---+------------------O/ \/ \ dual ----> !unicom!ewhac
\ / ___ \_ (`o ) hplabs -/ ("AE-wack")
____ \___/ \_/
Recumbent Bikes: "Work FOR? I don't work FOR
The _O_n_l_y Way To Fly! anybody! I'm just having fun."
_-_-_-_-_-_ All right, fine. Don't cut here. See if I care... _-_-_-_-_-_-_