🚀 go-pugleaf

In article <2056@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:

> 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.

	huh? Dgetpath/gemdos whoever *does* monkey around in the buffer
you supply. if the buffer supplied to Dgetpath() is shorter than 32
bytes it clobbers stuff outside of it (my guess is that it has someting to do
with the fact that a directory entry is 32 bytes long) (i cant
remember exactly, but maybe you need to s/32/64/g above).

	the developers gemdos documentation states that 125 is the max
path length. i guess its either obsolete or incorrect.

	on a related note: gemdos(Fsfirst()) still (at T1.4) doesnt
realize that "."  ".."  "\"  or "D:\"  are directories (have attr == 0x10)
(or atleast "." and ".." should be, even if "\" is not considered to
be a subdir).
--
--
bang:   {any internet host}!dsrgsun.ces.CWRU.edu!bammi	jwahar r. bammi
domain: bammi@dsrgsun.ces.CWRU.edu
GEnie:	J.Bammi