bin/90687: [patch] side effect of -delete option of find(1)

[Parv]

in message <200512202330.jBKNUAna040615 at freefall.freebsd.org>,
wrote Parv thusly...
>
> The following reply was made to PR bin/90687; it has been noted by GNATS.
> 
> From: Parv <parv at pair.com>
> To: Anatoli Klassen <anatoli at aksoft.net>
> Cc: FreeBSD-gnats-submit at FreeBSD.org
> Subject: Re: bin/90687: [patch] side effect of -delete option of find(1)
> Date: Tue, 20 Dec 2005 18:29:42 -0500
> 
>  in message <20051220145417.1B52D1DA14 at 26th.net>,
>  wrote Anatoli Klassen thusly...
>  >
>  > 
>  > >Environment:
>  > System: FreeBSD mercury.26th.net 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0: Wed Jul 27 12:58:07 CEST 2005 root at mercury.26th.net:/usr/obj/usr/src/sys/MERCURY i386
>  > 
>  > >Description:
>  > If -delete option is used it cancel -L option silently.  So find does
>  > something different as it does with just -print option.  The result could be
>  > deleting of all symbolic links instead of broken ones only even if user has
>  > already validated this with previous -print run.
>  > 
>  > >How-To-Repeat:
>  > Create a file, symbolic link to it and a broken symbolic link:
>  > touch a && ln -s a b && ln -s c d
>  > 
>  > Now detect all broken links:
>  > find -L . -type l
>  > - works fine, shows that "d" is broken.
>  > 
>  > Then try to delete the broken links
>  > find -L . -type l -delete
>  > - all links are deleted, not only broken ones.
...
>  Refer to "-L" option description ...

Argh, never mind.  After sending my previous message, I realized
that problem was not misunderstanding of "-L" option.  And yes, i
did observe the behaviour as described above.

Sorry Anatoli K, the bug database, and rest of bug monitoring
people.


  - Parv

--