From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/0 Description of problem: The -o option causes patterns to be always matched case-sensitive, regardless of -i. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. echo 'Catch me!' | grep -i catch 2. echo 'Catch me!' | grep -o -i catch 3. echo 'Catch me!' | grep -o -i Catch Actual Results: 1. Catch me! 2. (nothing) 3. Catch Expected Results: 1. Catch me! 2. Catch 3. Catch Additional info: Important is step 2., the other (1., 3.) shows -i and -o work alone. This is not a RawHide problem, grep-2.5.1-1 from 7.3 seems to suffer the same problem.
Created attachment 80264 [details] grep-2.5.1-oi.patch
Patch sent upstream.
Fixed package is grep-2.5.1-5.
Created attachment 98442 [details] patch for grep -oi and --color bug for uppercase expr.
Created attachment 98443 [details] patch for grep -oi and --color bug for uppercase expr.
Created attachment 98444 [details] patch for grep -oi and --color bug for uppercase expr.
Created attachment 98445 [details] patch for grep -oi and --color bug for uppercase expr.
Sorry, some browser-back problem.. There´s another problem in the -oi and --color context with uppercase expression. Test with: echo "one tEst here" | grep -X -i --color=auto TEST and with -o, where X:none,F,G,E,P. -F,-P are fine. Add patch to fix this.
Thomas, please open a separate bug report for this. Also, you need to be more specific about what the problem is, including: - the version number (and release) of the package you tried - the exact options you use (enumerate the command lines) - the output you *get* - the output you *expect* Thanks.
Created attachment 98462 [details] Replace my patch from march 10 2004 It´s so buggy here. My patch from yesterday march 10 was shadowing a local variable. Test runs fine, but I re-checked it today and fix it. Hower, I´ll open a new bug report for this..