Path: utzoo!attcan!uunet!husc6!uwvax!oddjob!ncar!gatech!rutgers!iuvax!pur-ee!beatyr
From: beatyr@pur-ee.UUCP (Robert Beaty)
Newsgroups: comp.sys.amiga
Subject: Re: ARP 1.1 Copy command
Keywords: ARP Copy
Message-ID: <8046@pur-ee.UUCP>
Date: 3 May 88 13:13:13 GMT
References: <8008@pur-ee.UUCP> <340@draken.nada.kth.se> <428@dworld.UUCP>
Reply-To: beatyr@pur-ee.UUCP (Robert Beaty)
Organization: Purdue University Engineering Computer Network
Lines: 49

<<<<<>>>>>

Listen, I am the guy that started this first. I think some of you are really
missing the point...

>>>I do a
>>>    copy C_Disk#1:c to ram:c
>>>This don't work either (i.e. no error mesg and no copying being done).
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>NO! NO! NO!!!!
>>The problem is that you use '#' in the volume name. ARP recognize this
>>as some kind of wild card and gets screwed up.
>>This is indeed a bug, but a minor one in my opinion.
> ^^^^^^^^^^^^^^^^^^^^
>	In the ARP documentation, "Why ARP?" it is stated that beyond
>    compatibility with amigaDos, ...

Here's my original point: It is NOT compatible because AmigaDOS allows
wildcards in the disk volume names WITHOUT expansion! This can certainly
be considered a inconsistancy in AmigaDOS, but it is there none the less...

>             ...If you insist on using special characters such as # * ? in
>    your file names than you must tell ARP to ignore then by quoting the
>    name, ie "CDisk#1:" instead of CDisk#1:.

Read my, or the top posting, ARP will NOT allow your "CDisk#1:"!

>
>	This is not a bug with ARP, it is operator error.

Wrong!

Please, I didn't want this to get into bashing, but I seem to be drawn to
explanation of the obvious. If the clever, even brilliant, creators of 
ARP (AmigaDOS REPLACEMENT Project) truely wish it to be a REPLACEMENT then
they should be aware that certain commands which work under AmigaDOS do 
NOT work under their version of the command. That's all. Period. End of
discussion.

C. Heath, et. al. You have a great concept, and implementation, just please
look into this and see if there is not some way that this incompatibility
can be fixed... Of not, if it is not that important...

				Bob
----------
   ... ihnp4!pur-ee!beatyr      <- usenet
  ... beatyr@ee.ecn.purdue.edu  <- arpa-net
   ... beatyr@pur-ee.UUCP       <- UUCP
----------