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