[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: Fwd: possible bug in find utitlity]

From: Kevin Dalley
Subject: Re: address@hidden: Fwd: possible bug in find utitlity]
Date: 24 May 2001 02:45:15 -0700
User-agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands)


find $dir -name '*.mp3'

If *.mp3 is not quoted, then it expands to all files which exist in
the current directory.  You need to quote the expression which you
wish to match if it contains a special character such as "*" or "?".
If there isn't a matching file, then the "*" gets passed to find as
you might expect.  This file name expansion is a feature of your shell
and is beyond the control of find.

Thanks for your bug report.

Richard Stallman <address@hidden> writes:

> From: CyberSurfer <address@hidden>
> Organization: Singularity
> To: address@hidden
> Subject: Fwd: possible bug in find utitlity
> Date: Thu, 17 May 2001 02:53:58 -0100
> Dear Mr. Stallman,
> I go this message when trying to mail to the email adres you  gave
> so i was wondering if you could drop this to them.
> - --
> This Message was undeliverable due to the following reason:
> Each of the following recipients was rejected by a remote mail server.
> The reasons given by the server are included to help you determine why
> each recipient was rejected.
>     Recipient: <address@hidden>
>     Reason:    Unknown local part bug-find in <address@hidden>
> - --
> original email:
> Hi,
> I think i found a bug in the found utility....
> Example:
> i have a nfs directory : /mnt/mp3 , mounted from /mp3 on server, on my 
> workstation.
> i also have a users called mp3 on that workstation (i use this station as a 
> mp3 player in my livingroom. Everything works great with xmms but it is not
> a big machine (p100 + 32mn, Redhat 7.0) so xmms is very slow with scrolling 
> when loading over 6000 mp3's. I decided to write a shell mp3 manager myself
> with mpg123 as its player. My mp3 player is almost ready and is working
> great...the only problem is that it will not work correctly on the Linux 
> station (mp3) in my livingroom. I discoverd that the problem was a piece of
> shell code where the user is asked the put in the mp3 directory. 
> I paste a piece of the code here:
> find $dir -name *.mp3 > $HOME/.smmgl/aantal 
> its should find all files ending on .mp3 in the given dir and subdir and 
> then put them in a file called aantal (in the users .smmgl directory)
> And it does that on all my machines, exept  the on mp3 machine....
> It then only finds one file, and that is a mp3 file in the home directory of 
> the user mp3....i then noticed that if a .mp3 file already exists in the home
> directory, of the user that is executing the find utility, find does
> not work correctly. see this output:
> address@hidden blender]$ find /home/blackhole1/mp3_users -name *.mp3 | wc -l
> 66
> address@hidden blender]$ touch bas.mp3
> address@hidden blender]$ find /home/blackhole1/mp3_users -name *.mp3 | wc -l
> 0
> address@hidden blender]$ rm bas.mp3
> address@hidden blender]$ find /home/blackhole1/mp3_users -name *.mp3 | wc -l
> 66
> address@hidden blender]$
> i also noticed it does not make a difference if its nfs or local.
> I am using Redhat 7.0 & 7.1, same results are on Suse and FreeBSD.
> Can you try this yourself to see if i am correct...and how to solve the 
> problem.
> hoping to hear soon from you..
> Bas
> _______________________________________________
> Bug-findutils mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-findutils

Kevin Dalley
SETI Institute

reply via email to

[Prev in Thread] Current Thread [Next in Thread]