Description of problem: In Context of Bug 72641 with given patch from there for -o and -i problem. grep-2.5.1-7 has patch grep-2.5.1-oi.patch included. Maybe the problem is in context to a bug in glibc (glibc-2.3.2-11.9). grep with -i and uppercase expr. and -o and/or --color gives wrong/ no output. With -F or -P it works fine. grep -i without -o --color works fine for all options of -G,F,E,P. Version-Release number of selected component (if applicable): grep-2.5.1-7 How reproducible: Always Steps to Reproduce: 1. echo "one tEst here" | grep -oi TEST 2. echo "one tEst here" | grep -i --color=auto TEST 3. echo "one tEst here" | grep -Fi --color=auto TEST 4. echo "one tEst here" | grep -io --color=auto TEST Actual Results: 1. nothing 2. one tEst here (no color highlight) 3. one *tEst* here (highlight word between **) 4. nothing Expected Results: 1. tEst or test or TEST 2. one *tEst* here (highlight word between **) 3. one *tEst* here (highlight word between **) 4. *tEst* or *test* Additional info: Check with different matchers: -F,G,E,P ..
Created attachment 98463 [details] patch to fix -oi uppercase regex. on RH9 Simple solution for grep Gcompile and Ecompile. No time overhead. Use no translation table.
This is fixed in the current Fedora Core 1 package, grep-2.5.1-17.4 (in a different manner, using RE_ICASE). A pending update for Red Hat Linux 9 also contains this fix.
Fix with RE_ICASE?! Looks like fix with the translation table, there's no RE_ICASE in the sources after patching ;-)
Sorry, I meant that the pending update uses RE_ICASE to fix -o -i problems, and current rawhide already does.