Jeśli masz komputer Mac, spróbuj tego:

echo 'abcd*' > grepfile
echo 'abc$' >> grepfile
echo '^abc' >> grepfile
echo "fojeiwuroiuwet\nljfajsljkfabcdddjlfkajlkj\nabcaaa\nzzzabc\n" | grep -f grepfile

Oto wersja:

$ grep --v
grep (BSD grep) 2.5.1-FreeBSD

To jest maszyna (smak rMBP z 2012 roku), która jest aktualizowana za pomocą aktualizacji oprogramowania Apple, więc jestem na 10.8.4.

Sprawdziłem, że GNUgrep skompilowany ze źródła nie ma tego problemu. Rzeczywiście jest to wersja 2.14, która ma wiele wersji po 2.5.1.

Ale w jaki sposób można osiągnąć zadanie przetestowania niektórych danych wejściowych w stosunku do serii wyrażeń regularnych, w przeciwnym razie bez jakiejś bardzo nieefektywnej pętli, która rozwidla grep dla każdego wyrażenia regularnego?

Edytuj: Podejście do obejścia tego było podobne do:while read REGEX; do [[ ... =~ $REGEX ]] ... done < regexfile.

Pytanie: Czy jest to znany błąd w tej wersji grep? Jak możemy skonfigurować nasze systemy, aby działały poprawnie z plikiem wyrażeń regularnych na grep?

Aktualizacja: Wygląda na to, że niektórzy ludzie zgłaszają, że działa dobrze (nawet w przypadku tego konkretnego FreeBSD 2.5.1 grep). Jakie kroki mogę podjąć, aby dowiedzieć się, które pliki .so / .dylib mogą używać? Czy ktoś może zrobićshasum /usr/bin/grep i powiedz mi, czy to działa dla ciebie? (Nie jestem pewien, czy to dostarczyłoby dużo informacji, ale to, czego oczekuję, to to, czy konfiguracja mojego komputera jest spieprzona lub czy jest to jakiś rzeczywisty istniejący problem z tą wersją oprogramowania).

$ shasum /usr/bin/grep
eac59389d09642decbb8551e2c975f795934bfbf  /usr/bin/grep

Oto więcej informacji:

$ codesign -dvvv /usr/bin/grep
Executable=/usr/bin/grep
Identifier=com.apple.zgrep
Format=Mach-O thin (x86_64)
CodeDirectory v=20100 size=224 flags=0x0(none) hashes=6+2 location=embedded
Hash type=sha1 size=20
CDHash=93b823c000188f8737653d8333c90a6db9361d70
Signature size=4064
Authority=Software Signing
Authority=Apple Code Signing Certification Authority
Authority=Apple Root CA
Info.plist=not bound
Sealed Resources=none
Internal requirements count=2 size=208

Dalsze dochodzenie:

$ gdb /usr/bin/grep
GNU gdb 6.3.50-20050815 (Apple version gdb-1824) (Thu Nov 15 10:42:43 UTC 2012)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .... done

(gdb) start -f grepfile
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n])
Starting program: /usr/bin/grep -f grepfile
Reading symbols for shared libraries +++.............................. done
abc
abc

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000101000000
0x00007fff89b5d1b3 in memchr ()
(gdb) where
#0  0x00007fff89b5d1b3 in memchr ()
#1  0x00007fff89b8e45a in __sfvwrite ()
#2  0x00007fff89b8e861 in fwrite ()
#3  0x0000000100003138 in _mh_execute_header ()
#4  0x0000000100002988 in _mh_execute_header ()
#5  0x0000000100001c28 in _mh_execute_header ()
#6  0x00007fff8e2d57e1 in start ()
(gdb)

Ponownie uruchomiłem komputer. Powtarza to samo w gdb.