Path: utzoo!mnetor!uunet!mcvax!enea!ttds!draken!duvan!drs-ano From: drs-ano@duvan.nada.kth.se (Gunnar Nordmark) Newsgroups: comp.sys.amiga Subject: Re: ARP 1.1 Copy command Message-ID: <347@draken.nada.kth.se> Date: 7 May 88 02:21:51 GMT References: <8008@pur-ee.UUCP> <340@draken.nada.kth.se> <428@dworld.UUCP> Sender: usenet@nada.kth.se Reply-To: nordmark@epsilon.stacken.kth.se (Gunnar Nordmark) Organization: The Royal Inst. of Techn., Stockholm Lines: 28 Keywords: ARP Copy In article <428@dworld.UUCP> nic@dworld.UUCP (Nic Bernstein) writes: > In the ARP documentation, "Why ARP?" it is stated that beyond > compatibility with amigaDos, one of the purposes of Arp was that the > commands all have a standard template. > (stuff deleted) In ARP all of the commands accept > wildcards and multiple filenames. # is a valid wildcard in both > AmigaDos and in ARP ( for compatibility ) meaning "match any number of > occurences of the previous character." hence when it encounters > "CDisk#1:" the wild card expansion becomes "CDisk{any number of k's}1:" ^^^^^^^^^^^^^^^^^ Unfortunately this doesn't seem to work with Arp 1.1 (REL2). When it encounters a # in a *volume name* it failes to find a match for that name even if a valid one exists. If you try e.g. Copy Disk#1:foo VD0: nothing happens, even if you have a volume named Disk1 or Disk111 with a file named foo in it's root directory. > This internal consistancy was one of the motivations behind ARP and > rests in the fact that the ARP commands all use Arp.library for such > things as wildcard expansion. To say that ARP's treatment of wildcards > in a consistant manner is a bug is rediculous. I agree, but this *is* a bug so I think that people have the right to be confused. SNAIL: Gunnar Nordmark VOICE: +46 8 755 42 52 (Abroad) Nora strand 5 08 - 755 42 52 (Sweden) S-182 34 DANDERYD SWEDEN EMAIL: nordmark@epsilon.stacken.kth.se