Xref: utzoo comp.sys.amiga:56701 comp.sys.amiga.tech:11758
Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uunet!mcsun!ukc!tcdcs!swift.cs.tcd.ie!vax1.tcd.ie!ecarroll
From: ecarroll@vax1.tcd.ie (Eddy Carroll)
Newsgroups: comp.sys.amiga,comp.sys.amiga.tech
Subject: Re: arp.library file requester
Summary: ARP V1.3 file requester supports long directory paths
Keywords: ARP, File Requester
Message-ID: <5993.2644aa4a@vax1.tcd.ie>
Date: 6 May 90 22:50:49 GMT
References: <23114@uflorida.cis.ufl.EDU> <9596@chaph.usc.edu>
Reply-To: ecarroll@vax1.tcd.ie
Followup-To: comp.sys.amiga.tech
Organization: Computer Laboratory, Trinity College Dublin
Lines: 23

In article <9596@chaph.usc.edu>, aliu@aludra.usc.edu (Terminal Entry) writes:
> In article <23114@uflorida.cis.ufl.EDU> scroll@beach.cis.ufl.edu () writes:
>>Has any one noticed that the arp.library's file requester does not
>>seem to allow long path names (such as DH0:lc/Compiler_Headers/intuition/ )?
> 
> Ya, I have the same problem when trying to read some files using
> Arp's requestor.  Wonder if this is fixed in 2.0??

In fact, it seems to be fixed in ARP 1.3. Programs which use ArpAllocFreq()
to allocate the file request structure passed to ARP's FileRequest() function
automatically get directory names to 254 characters (as opposed to the
older 33 character limit which is what you seem to be running into). Programs
can also request this manually by setting the FR2F_LongPath bit in the
fr_Flags2 field of the request structure. Programs released before ARP 1.3
only pass a 33 byte buffer to FileRequest() to store the directory name in
so if it tried to store something longer there, it would probably trash
someone else's memory.

Followups directed to comp.sys.amiga.tech.
-- 
Eddy Carroll           ----* Genuine MUD Wizard  | "You haven't lived until
ecarroll@vax1.tcd.ie                             |    you've died in MUD!"
ecarroll%vax1.tcd.ie@cunyvm.cuny.edu             |  -- Richard Bartle