Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!usenet.ins.cwru.edu!usenet.INS.CWRU.Edu!bammi From: bammi@dsrgsun.ces.CWRU.Edu (Jwahar R. Bammi) Newsgroups: comp.sys.atari.st Subject: Re: Folder hierarchy and pathname length Message-ID: Date: 1 Mar 90 08:51:12 GMT References: <2051@atari.UUCP> <2018@laura.UUCP> <2056@atari.UUCP> Sender: news@usenet.ins.cwru.edu Organization: Case Western Reserve University Lines: 26 In-reply-to: apratt@atari.UUCP's message of 28 Feb 90 01:18:15 GMT 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