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).