[net.micro.atari16] Response to <755@minster.UUCP> <209@atari.UUcp>

dyer@atari (04/25/86)

In article <755@minster.UUCP>, nigel@minster.UUCP (nigel) writes:

> I have an pre-production Atari 20 Mb hard drive, and am now starting
> to encounter problems.

Aha!  Please contact Richard Frick or John Feagans, at Atari, or
Robert Katz, at Atari in Britain, for a new hard disk driver.  You
*need* it.  Right now.

> First year students who've just learnt about operating systems might
> also be wondering what's so difficult.

Tee hee.  Talk to DRI....  :-)

> Why has this happened at 20 and not 40 subdirectories?

The number is small and arbitrary.  20 is about the limit -- actually,
I suggest 16 or so.  This covers *all* directories on the hard disk.

> Why is 40 a limitation anyway?

The DOS that DRI wrote uses a form of static allocation.  It
permanently allocates structures that describe the disk hierarchy; if
you have a lot of directories, GEMDOS runs out of memory -- with
potentially disasterous results.

> Is this a known problem?

Yes.  The production 20-Megabyte hard disk driver will alleviate the
problem somewhat.  Atari is working on a more permanent solution
(actually, a couple different ones).

> Have I really got to have huge directories?

Yup.  16 of them, until you get the new driver.  Then it's 40 or 50.

> Please!

You're welcome.  (You think we /like/ this kind of problem?)

-- 

Landon Dyer		"If Business is War, then I'm a Prisoner of Business!"
Atari Corp.				"Gee, 20 mushrooms?  That's a record!"
... {hoptoad, lll-crg!vecpyr}!atari!dyer		"Quantity is Quality."

ma71scp@sdcc13 (04/25/86)

In article <755@minster.UUCP>, nigel@minster.UUCP (nigel) writes:
> 
> I have an pre-production Atari 20 Mb hard drive, and am now starting to
> encounter problems. The documentation says to be careful not to copy too
> many files at once (no limit suggested), and to not have more than about 40
> subdirectories across all drives. This slightly worried me. When I created
> my 20th yesterday, I could not run any application, let alone copy files.
> The former generated the error "couldn't find application", and the latter
> "not enough memory to run that application". These I reckon are wide of the
> mark, as GEM is not expecting the underlying operating system to fold up,
> so guesses. When I tried to copy files using the command interpreter, I got
> two bombs (bus error), but the interpreter survived to accept another command.
> When I removed the 20th directory, everything worked again. Conclusion -
> GEMDOS is broken. According to show info, I have only 1 Meg of the disk used.
> According to show (using command.tos), I have used about 4Meg, which is more
> believable.  Without subdirectories, I couldn't find my way about more than
> about 1 Meg anyway. I need subdirectories. I might also mention that this
> problem has been rumbling away, because about 3 directory creations ago,
> the ISV assembler stopped working. It either couldn't find the irritating
> AS68SYMB.DAT, or created as many temporary files as it could before running
> out of directory entries.....
> 
> Arrggghhh. Thinks - "this is ludicrous - I wish I had time to write my own
> operating system, which doesn't pale at the the task of handling directories."
> First year students who've just learnt about operating systems might also be
> wondering what's so difficult.
> 
> My system is a 1 meg upgraded 520st with OS roms, 1 floppy, and one hard drive.
> 
> Why has this happened at 20 and not 40 subdirectories?
> Why is 40 a limitation anyway?
> Is this a known problem?
> Have I really got to have huge directories?
> Any suggestions?
> Please!
The problem is one of memory, your version of AHDI doesn't allocate enough
memory for more than twenty subdirectories. A new version of AHDI has been
available for a few months that solves this problem, contact ATARI-UK for
a copy. If they don't have it, its available on the ATARIDEV section of
compuserve, but you need to be an authorized developer to download it
				This should do it
					Neal 'NAK' Katz
#include <I.dont.know.nothing.h>
> 
> Nigel Roles
> Department of Computer Science
> University of York
> 
> ..!ukc!minster!nigel

bammi@ucbvax (04/25/86)

There is a new version of the hard disk driver (ahdi.prg) that is in the
auto folder, which relieves some of these problems. It may be downloaded
from CompuServe (ataridev) or  your favorite BBS. If you have any problem
getting a hold of it, i can mail you a uuencoded version.
					Jwahar R. Bammi
			       Usenet:  .....!decvax!cwruecmp!bammi
			        CSnet:  bammi@case
				 Arpa:  bammi%case@csnet-relay
			   CompuServe:  71515,155

neil@atari (04/26/86)

In article <755@minster.UUCP>, nigel@minster.UUCP (nigel) writes:

> I have an pre-production Atari 20 Mb hard drive, and am now starting to
> encounter problems. The documentation says to be careful not to copy too
> many files at once (no limit suggested), and to not have more than about 40
> subdirectories across all drives. This slightly worried me. When I created
> my 20th yesterday, I could not run any application, let alone copy files.
> The former generated the error "couldn't find application", and the latter
> "not enough memory to run that application". These I reckon are wide of the
> mark, as GEM is not expecting the underlying operating system to fold up,
> so guesses. 

You need the later version of the Hard Disk driver program!  It has been
posted to the Atari Developers SIG on CompuServe.  Check with the developer
support person at your closest Atari office if you're not on CompuServe.

--->Neil @ Atari
	UUCP: ...lll-crg!vecpyr!atari!neil

Unknown@hplabs.UUCP (04/28/86)

This message is empty.

slavin@acf4.UUCP (Scott Slavin) (05/07/86)

testing