Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!sun-barr!newstop!sun!imagen!atari!apratt
From: apratt@atari.UUCP (Allan Pratt)
Newsgroups: comp.sys.atari.st
Subject: Re: Folder hierarchy and pathname length
Message-ID: <2056@atari.UUCP>
Date: 28 Feb 90 01:18:15 GMT
References: <2051@atari.UUCP> <2018@laura.UUCP>
Organization: Atari Corp., Sunnyvale CA
Lines: 27

klute@heike.informatik.uni-dortmund.de (Rainer Klute) writes:

>In article <2051@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
>>Most people don't open a file 40 directories down in
>>their heirarchy, or two folders each 20 (different) levels down, or
>>whatever.

>Hmm, is that really possible? I once tried out how deep a file
>could be nested in the file system hierarchy. From the desktop [...]

The desktop imposes (used to impose) limits; I can't remember if they
were removed for TOS 1.4 or not.  But those were definitely
Desktop-oriented, and not limits in the filesystem.  There are NO
limits in GEMDOS, except those already discussed -- the fixed pool from
which to allocate directory descriptors.  When you expand the pool you
push that limit farther away, and theoretically you could add 3.5MB or
so on a Mega 4 before really getting in trouble.

GEMDOS never *constructs* pathnames, so it doesn't have any buffers or
anything (of limited size or otherwise).  When you do a Dgetpath, *you*
supply the buffer, and it had better be big enough.  There's no way to
tell in advance how big is "big enough," but I would choose 128 or 256
bytes.

============================================
Opinions expressed above do not necessarily	-- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.	  ...ames!atari!apratt