Path: utzoo!utgpu!watserv1!maytag!xenitec!tirith!ggk
From: ggk@tirith.UUCP (Gregory Kritsch)
Message-ID: <ggk.657329011@tirith.UUCP>
Date: 30 Oct 20 23:23:31 
Newsgroups: comp.sys.amiga.tech
Subject: Re:  AmigaDOS questions!!
In-Reply-To: new@ee.udel.edu (Darren New)
References: <34987@nigel.ee.udel.edu> <34801@nigel.ee.udel.edu>

new@ee.udel.edu (Darren New) writes:
>But maybe this won't work in future versions of the FFS that 
>scan from both ends inwards.  Its dependance on current activity
>like this that makes compatibility difficult. 

Is this a valid concern?  I tend to think not.  It seems obvious to me
that ExNext() must go forwards only, not depending on backwards links,
however, I can't quite lay down proof.

I'll taking my chances with not absorbing memory and keep using it.  It
works on everything I've tried, even the super-sensitive RAM:.

>A minor point here: this particular code also won't work if the
>directory is empty...

I did it again.  I forgot to say "something like", indicating that this
is an example meant30-18:39:12) rn,tirith,ggk rn shutdown
(10/30-19:03:36) uucico,AmigaUUCP,- Startup V1.06D
(10/30-19:04:07) uucico,xenitec,- DIALED xenitec
(10/30-19:04:28) uucico,xenitec,- SUCCEEDED call to xenitec
(10/30-19:04:34) uucico,xenitec,- OK Startup
 okay (user = ggk [Gregory Kritsch])
(10/30-17:38:20) rn,tirith,ggk rn shutdown
(10/30-17:38:40) uucico,AmigaUUCP,- Startup V1.06D
(10/30-17:39:49) uucico,xenitec,- FAILED call to xenitec
(10/30-18:17:48) rn,tirith,- rn startup okay (user = ggk [Gregory Kritsch])
(10/