Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rochester!cornell!batcomputer!braner
From: braner@batcomputer.tn.cornell.edu (braner)
Newsgroups: comp.sys.atari.st
Subject: Re: Re: Hard disk questions (40 folder limit)
Message-ID: <2025@batcomputer.tn.cornell.edu>
Date: Wed, 14-Jan-87 14:12:51 EST
Article-I.D.: batcompu.2025
Posted: Wed Jan 14 14:12:51 1987
Date-Received: Thu, 15-Jan-87 20:07:27 EST
References: <983@husc6.UUCP> <513@atari.UUcp> <2018@batcomputer.tn.cornell.edu>
Reply-To: braner@batcomputer.UUCP (braner)
Organization: Theory Center, Cornell University, Ithaca NY
Lines: 20

[]

IF giving GEMDOS a mediach() return value of "changed" once in while
(for the hard disk) will solve the 40-folders bug, it should be
trivial to write an utility that intercepts the mediach() vector
and returns "changed" periodically (say every 10th call).  Does
anybody know if that would work?  And should it return "maybe changed"
or "definitely changed"?

Is there another way to do it?

If that does not solve it, how about a utility that keeps track of
the number of folders you have "accessed"?  This would mean intercepting
the Rwabs() vector, looking at directory sectors when they are read,
scanning the entries, finding out which are subdirectories, noting
those down, and scanning those if they are later read.  Not trivial,
this one, but possible.  It should print a warning on the screen when
you're approaching the limit.

- Moshe Braner