Path: utzoo!attcan!uunet!husc6!bloom-beacon!tut.cis.ohio-state.edu!osupyr.mast.ohio-state.edu!vkr
From: vkr@osupyr.mast.ohio-state.edu (Vidhyanath K. Rao)
Newsgroups: comp.sys.amiga
Subject: Re: Arp bug?
Summary: More bugs in arp pattern matching
Keywords: arp crashes taking vd0: with it, and in spite of Gomf2.2
Message-ID: <627@osupyr.mast.ohio-state.edu>
Date: 24 Jun 88 15:16:53 GMT
References: <626@osupyr.mast.ohio-state.edu>
Organization: Ohio State Math-Stats Dept
Lines: 15

I have discovered a serious bug in pattern matching that, to me st least,
raises the specter of people blaming application programs for arp's
faults: I was moving programs around between two disks: One contains
programs seldom used and the other programs I need most of the time.
I did: copy et
       delete df1:system/(REXX#?|#?RamDisk)
There are two programs that end in ramdisk: cleanramdisk and deleteramdisk.
Note that they come before rexx#? in alphabetical sort. Rexx#? got deleted
but not #?ramdisk (?!). If the bug is in arp.library, then I hope that
a corrected version gets out soon. Or I can't trust FindFirst(), FindNext()
or even PatternMatch().

BTW, why is no flag listed in arpbase.h for '#'. There is one for '#?'
but it is not the same. (I haven't seen the correct arpbase.h that I got
recently by EMail).