I'm going to bugz this if no one tells me I made another brain-damaged error here. Also, if I can get one confirmation, it'll let me breath easier. I ran a version searching for ".cmd" and ".c" just trying to convince myself I'm not *that* brain-damaged.
You'd think after all these years that regex compilation would be pretty darn stable... Oh! Forgot it was GNU!
Athlon CentOS-4.4 up to date: $ lsb_release -a LSB Version: :core-3.0-ia32:core-3.0-noarch:graphics-3.0- ia32:graphics-3.0-noarch Distributor ID: CentOS Description: CentOS release 4.4 (Final) Release: 4.4 Codename: Final $ uname -a Linux wlmlfs08.homegroannetworking 2.6.9-42.0.2.EL #1 Tue Aug 22 23:56:05 CDT 2006 i686 athlon i386 GNU/Linux
$ cat MakeBugReportData #!/bin/bash cd /usr/src rpm -q --file /usr/bin/find find . | grep -i '.cmd$' >/tmp/FilesGreppedDotCmd find . | grep -i '.c$' >/tmp/FilesGreppedDotC find . -iname '*.cmd' >/tmp/FilesFoundDotCmd find . -iname '*.c' >/tmp/FilesFoundDotC wc -l /tmp/FilesGreppedDotCmd /tmp/FilesFoundDotCmd \ /tmp/FilesGreppedDotC /tmp/FilesFoundDotC [wild-bill@wlmlfs08 tmp]$ sh ./MakeBugReportData findutils-4.1.20-7.el4.1.i386 88 /tmp/FilesGreppedDotCmd 0 /tmp/FilesFoundDotCmd 3582 /tmp/FilesGreppedDotC 3582 /tmp/FilesFoundDotC 7252 total
$ head -5 FilesGreppedDotCmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.parse.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.lex.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/.conmakehash.cmd
TIA -- Bill
On Wed, 2006-09-27 at 13:02 -0400, William L. Maltby wrote:
I'm going to bugz this if no one tells me I made another brain-damaged error here.
<snip>
[wild-bill@wlmlfs08 tmp]$ sh ./MakeBugReportData findutils-4.1.20-7.el4.1.i386 88 /tmp/FilesGreppedDotCmd 0 /tmp/FilesFoundDotCmd 3582 /tmp/FilesGreppedDotC 3582 /tmp/FilesFoundDotC 7252 total
$ head -5 FilesGreppedDotCmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.parse.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.lex.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/.conmakehash.cmd
Added fasttrack repo to see... yep there's an update! Taking bets on the outcome...
$ sh /tmp/MakeBugReportData findutils-4.1.20-7.el4.3.i386 88 /tmp/FilesGreppedDotCmd 0 /tmp/FilesFoundDotCmd 3582 /tmp/FilesGreppedDotC 3582 /tmp/FilesFoundDotC 7252 total
We lose again!
<snip sig stuff>
-- Bill
On Sep 27, 2006, at 1:02 PM, William L. Maltby wrote:
I'm going to bugz this if no one tells me I made another brain-damaged error here. Also, if I can get one confirmation, it'll let me breath easier. I ran a version searching for ".cmd" and ".c" just trying to convince myself I'm not *that* brain-damaged.
You'd think after all these years that regex compilation would be pretty darn stable... Oh! Forgot it was GNU!
Athlon CentOS-4.4 up to date: $ lsb_release -a LSB Version: :core-3.0-ia32:core-3.0-noarch:graphics-3.0- ia32:graphics-3.0-noarch Distributor ID: CentOS Description: CentOS release 4.4 (Final) Release: 4.4 Codename: Final $ uname -a Linux wlmlfs08.homegroannetworking 2.6.9-42.0.2.EL #1 Tue Aug 22 23:56:05 CDT 2006 i686 athlon i386 GNU/Linux
$ cat MakeBugReportData #!/bin/bash cd /usr/src rpm -q --file /usr/bin/find find . | grep -i '.cmd$' >/tmp/FilesGreppedDotCmd find . | grep -i '.c$' >/tmp/FilesGreppedDotC find . -iname '*.cmd' >/tmp/FilesFoundDotCmd find . -iname '*.c' >/tmp/FilesFoundDotC wc -l /tmp/FilesGreppedDotCmd /tmp/FilesFoundDotCmd \ /tmp/FilesGreppedDotC /tmp/FilesFoundDotC [wild-bill@wlmlfs08 tmp]$ sh ./MakeBugReportData findutils-4.1.20-7.el4.1.i386 88 /tmp/FilesGreppedDotCmd 0 /tmp/FilesFoundDotCmd 3582 /tmp/FilesGreppedDotC 3582 /tmp/FilesFoundDotC 7252 total
$ head -5 FilesGreppedDotCmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.parse.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.lex.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/.conmakehash.cmd
TIA
Bill
find . -name '*.cmd' or find . -iname '*.cmd'
does not appear to find file beginning with dot.
whereas
find . | grep cmd$
does. I thnk that's your difference.
Tony Schreiner
On Wed, 2006-09-27 at 13:38 -0400, Tony Schreiner wrote:
On Sep 27, 2006, at 1:02 PM, William L. Maltby wrote:
I'm going to bugz this if no one tells me I made another brain-damaged error here.<snip>
$ cat MakeBugReportData #!/bin/bash cd /usr/src rpm -q --file /usr/bin/find find . | grep -i '.cmd$' >/tmp/FilesGreppedDotCmd find . | grep -i '.c$' >/tmp/FilesGreppedDotC find . -iname '*.cmd' >/tmp/FilesFoundDotCmd find . -iname '*.c' >/tmp/FilesFoundDotC wc -l /tmp/FilesGreppedDotCmd /tmp/FilesFoundDotCmd \ /tmp/FilesGreppedDotC /tmp/FilesFoundDotC [wild-bill@wlmlfs08 tmp]$ sh ./MakeBugReportData findutils-4.1.20-7.el4.1.i386 88 /tmp/FilesGreppedDotCmd 0 /tmp/FilesFoundDotCmd 3582 /tmp/FilesGreppedDotC 3582 /tmp/FilesFoundDotC 7252 total
$ head -5 FilesGreppedDotCmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.parse.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.lex.o.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/genksyms/.genksyms.cmd ./kernels/2.6.9-42.0.2.EL-smp-i686/scripts/.conmakehash.cmd
TIA
Bill
find . -name '*.cmd' or find . -iname '*.cmd'
does not appear to find file beginning with dot.
whereas
find . | grep cmd$
does. I thnk that's your difference.
Tony Schreiner
Please see my other reply.
I specified the dot and it should have matched. Even if I'm wrong, we still have a problem because it found ".c".
<snip sig stuff>
But I do appreciate that you took the time. Can I bve greedy with you too? Can you run the cmnds and let me know the results?
Thanks, -- Bill
On Wed, 2006-09-27 at 13:43 -0400, William L. Maltby wrote:
Please see my other reply.
I specified the dot and it should have matched. Even if I'm wrong, we still have a problem because it found ".c".
I don't see where you specified the dot. To find any hidden files ending in .cmd you should have:
find . -name '.*.cmd'
This is specifically mentioned on the man page.
-Steve
On Wed, 2006-09-27 at 13:04 -0500, Steve Bergman wrote:
On Wed, 2006-09-27 at 13:43 -0400, William L. Maltby wrote:
Please see my other reply.
I specified the dot and it should have matched. Even if I'm wrong, we still have a problem because it found ".c".
I don't see where you specified the dot. To find any hidden files ending in .cmd you should have:
find . -name '.*.cmd'
This is specifically mentioned on the man page.
C & P from my *original* post
<snip> find . -iname '*.cmd' >/tmp/FilesFoundDotCmd find . -iname '*.c' >/tmp/FilesFoundDotC
If *that* ain't a dot, I really need new glasses. As to what the man states, you are correct of course. It has been this way since 1978, to my knowledge.
I'm not always able to keep up with new stuff, but I sure hang on to old stuff well! :-)
-Steve
<snip sig stuff>
Thx -- Bill
On Wed, 2006-09-27 at 14:20 -0400, William L. Maltby wrote:
<snip> find . -iname '*.cmd' >/tmp/FilesFoundDotCmd find . -iname '*.c' >/tmp/FilesFoundDotC
If *that* ain't a dot, I really need new glasses.
You need new glasses:
find . -iname '.*.cmd' >/tmp/FilesFoundDotCmdf find . -iname '.*.c' >/tmp/FilesFoundDotC
Of course, that would *only* get you the hidden files.
Your version would *not* find:
./.xyzzy.cmd
but it sounds like the problem is specific to the environment on your machine.
From the man page:
==== -name pattern
Base of file name (the path with the leading directories removed) matches shell pattern pattern. The metacharacters ('*', '?', and '[]') do not match a '.' at the start of the base name. ====
Note that this behavior changed in 4.2.2 so that '.' at the beginning of a filename *are* matched. But not in 4.2.20.
BTW, the K6-III's were great processors. One of my favorites. There weren't many of them, but the 3 level cache really did make a difference.
-Steve
On Wed, 2006-09-27 at 13:31 -0500, Steve Bergman wrote:
On Wed, 2006-09-27 at 14:20 -0400, William L. Maltby wrote:
Note that this behavior changed in 4.2.2 so that '.' at the beginning of a filename *are* matched. But not in 4.2.20.
Of course, that's a typo. I meant 4.1.20.
-Steve
On Wed, 2006-09-27 at 13:04 -0500, Steve Bergman wrote:
On Wed, 2006-09-27 at 13:43 -0400, William L. Maltby wrote:
Please see my other reply.
I specified the dot and it should have matched. Even if I'm wrong, we still have a problem because it found ".c".
I don't see where you specified the dot. To find any hidden files ending in .cmd you should have:
find . -name '.*.cmd'
This is specifically mentioned on the man page.
NEVER MIND! I see the dot you mean now! I didn't even notice! BRAIN-DAMAGE? No! BRAIN-DEAD!
-Steve
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I cannot reproduce this problem using findutils-4.1.20-7.el4.1.i386. All .cmd files are found correctly.
-Steve
On Wed, 2006-09-27 at 12:43 -0500, Steve Bergman wrote:
I cannot reproduce this problem using findutils-4.1.20-7.el4.1.i386. All .cmd files are found correctly.
Rats! That's what I was afraid of. Did you C&P or do a custom keyboard- entry? If custom, could you post so I can see where I messed up?
I think the next thing to do for me, if no one else can dupe it, is to do an rpm --verify. I would have to suspect some kind of corruption.
-Steve
<snip>
Thanks for taking the time Steve! -- Bill
On Wed, 2006-09-27 at 13:52 -0400, William L. Maltby wrote:
On Wed, 2006-09-27 at 12:43 -0500, Steve Bergman wrote:
I cannot reproduce this problem using findutils-4.1.20-7.el4.1.i386. All .cmd files are found correctly.
Rats! That's what I was afraid of. Did you C&P or do a custom keyboard- entry? If custom, could you post so I can see where I messed up?
I think the next thing to do for me, if no one else can dupe it, is to do an rpm --verify. I would have to suspect some kind of corruption.
-Steve
<snip>
Thanks for taking the time Steve!
Bill
<snip sig stuff>
Based on Steve's post, I fired up my K6-III which has a minimal 4.3 CentOS with the same findutils as is production on CentOS-4.4. My commands work on that box as Steve's do.
So it's a local issue ATM.
Thanks to all who got back to me.
-- Bill
-
Steve Bergman -
Tony Schreiner -
William L. Maltby