Re: bug in grep regarding

[tt]

address@hidden (Vijay Seshadri) writes:

> Bug report for GNU grep:
> 1. grep version number: 2.4.2
> 2. No patches made(used the binary)
> 3.  Machine type, OS etc: Redhat Linux 7.1, Pentium III 996Mhz single
> processor, Linux kernel 2.4.4-2
> 4.  No compiling done, used binary directly
> 5. grep -E '[]mz]' test.c
[...]
> OutPut seen:
> 
> int main()
> 
> Output expected:
> 
> int main()
>        fprintf(stderr,"This ]goes to standard error\n");

Interesting! I observe same bug  in out-of-the-box RedHat 7.1 grep,
which reports itself to be 2.4.2, but when I rebuilt it from
original sources (from a Gnu mirror, built simply with
./configure --prefix=/usr; make) the bug goes away:


address@hidden grep-2.4.2]$ echo ']' | grep '[]]'
address@hidden grep-2.4.2]$ echo ']' | src/grep '[]]'
]
address@hidden grep-2.4.2]$ grep --version
grep (GNU grep) 2.4.2

Copyright 1988, 1992-1999, 2000 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

address@hidden grep-2.4.2]$ src/grep --version
grep (GNU grep) 2.4.2

Copyright 1988, 1992-1999, 2000 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


So, the problem is not in Gnu grep but in RedHat.
A quick look suggests they're linking just about everything possible
dynamically, so it's probably some library that's buggy.

-- 
Tapani Tarvainen