Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site drivax.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!ittatc!dcdwest!sdcsvax!ucbvax!hplabs!amdahl!drivax!braun
From: braun@drivax.UUCP (Karl Braun)
Newsgroups: net.micro.atari16
Subject: Re: Gemdos Tools and Paths
Message-ID: <317@drivax.UUCP>
Date: Sat, 8-Mar-86 10:54:53 EST
Article-I.D.: drivax.317
Posted: Sat Mar  8 10:54:53 1986
Date-Received: Mon, 10-Mar-86 08:30:00 EST
References: <12326958@mitre-be.UUCP> <96100004@unido.UUCP> <312@drivax.UUCP> <2878@amdahl.UUCP>
Organization: Digital Research, Monterey, CA
Lines: 30

# (concerning the inability of TOS/GEMDOS to have a search path)
>
>You might want to try a simple short term fix for this type of problem that
>is available on the Mac.  Andy Hertzfeld wrote a patch to the open routine
>that searches all directories if it cannot find the file in the current
>directory.  This allows many pre-HFS programs to work with the new Mac ROMs.
>I do not know if this kind of patch is as easy on the ST as it is on the MAC,
>but it might be worth a try.
>-- 
>Stephen J. Langdon                  ...!{ihnp4,cbosgd,hplabs,sun}!amdahl!sjl
>
>[ The article above is not an official statement from any organization
>  in the known universe. ]

Be carefule here.  I'm not sure about TOS, but GEMDOS has this misfeature 
that keeps a an FCB-like data structure in memory for every directory node
visited so far.  The original intent here was to speed up future references
to files in that directories subtree.  The patch you recommend will eat up
a lot of TPA space very fast!  (Is this true for TOS, Landon?)


-- 


			  kral
ihnp4!-------- \
mot! ---------- \
                 >    drivax!braun
ucscc!--------- /
amdahl!------- /