grep -f Mac var ise

Question

, bu deneyin segfault üretir 2012 yılının

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

Bu bir makine (a rMBP Apple'ın yazılım güncellemelerine ayak uydurdum, bu yüzden 10.8.4.

Kaynaktan derlenen GNU grep'un bu sorundan etkilenmediğini doğruladım. Nitekim, 2.5.1'in son versiyonları olan 2.14 versiyonudur.

Ancak, her giriş için bir grep soran bazı büyük ölçüde verimsiz döngü olmadan, aksi halde, bir dizi normal ifadeler karşı bir giriş sınama görevi nasıl gerçekleştirilebilir?

Düzenleme: Bu iş için uğraştığım yaklaşım: while read REGEX; do [[ ... =~ $REGEX ]] ... done < regexfile.

Soru: Bu grep'in bu sürümü ile bilinen bir hata mı? Sistemlerimizi nasıl kurabiliriz, böylece grep’e bir regex dosyasıyla düzgün bir şekilde çalışırlar?

Güncelleme: Bazı kullanıcıların iyi çalıştığını bildiriyor gibi görünüyor (bu özel FreeBSD 2.5.1 grep ile bile). Hangi .so/.dylib'in kullanıyor olabileceğini anlamaya çalışmak için kullanabileceğim bazı adımlar nelerdir? Birisi bir shasum /usr/bin/grep yapabilir ve bana çalışıp çalışmadığını söyleyebilir mi? (O kadar bilgi vermek istiyorum emin değilim ama ne Peşinde olduğum Bilgisayarımın yapılandırması berbat olup olmadığını, ya da bu yazılımın bu sürümü ile bazı gerçek varolan sorunu. Eğer)

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

$ 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 

fazla araştırma: Ben de makineyi yeniden başlatıldıktan

$ 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) 

İşte fazla bilgi olduğunu. Gdb'de tekrar tekrar aynı şeyi yapar.

Answer 1

MacBook Air'de OSX 10.8.4 var ve örneğiniz varsayılan olarak kilitlenmiyor, ancak yalnızca --color parametresi eklerken.

Açıklama

terminal renklerle wilcard (yıldız işareti) karıştırma yaparken Bu kilitlenme genellikle olur ve bu yazılım hatasıdır. İşte

echo 'abc*' | grep --color=auto -e ".*" -e a 

o --color=auto (onsuz ya never ayarını, o zaman çökmez) fark yaratıyor gibi görünüyor:

Ayrıca başka daha basit bir örnek kontrol edin. Dolayısıyla, grep'inizin varsayılan olarak terminalde renk kullandığını farz ediyorum.

Çözüm

olun grep renkleri etkin veya renkler varsayılan olarak etkin değildir ile grep bir takma olmadığından emin olun.

Her zaman grep'i --color=never ile çalıştırmayı deneyebilirsiniz.

http://www.freebsd.org/cgi/query-pr.cgi?pr=181263

böylece mesele yazılımı o-öz sabit olabilir:

kalıcı bir çözüm için, ben hata raporu rapor ettik.

---

siz, çökmesi daha detaylı kaydına ulaşmak Konsolundan, Günlüğü Göster Listesine gidip Kullanıcı Teşhis Raporlar altında kilitlenme günlüğünü bulmak isterseniz

.

Örn:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 
0 libsystem_c.dylib    0x00007fff8a8da1b3 memchr + 15 
1 libsystem_c.dylib    0x00007fff8a90b45a __sfvwrite + 578 
2 libsystem_c.dylib    0x00007fff8a90b861 fwrite + 114 
3 grep       0x000000010a4a3138 0x10a4a0000 + 12600 
4 grep       0x000000010a4a2988 0x10a4a0000 + 10632 
5 grep       0x000000010a4a1c28 0x10a4a0000 + 7208 
6 libdyld.dylib     0x00007fff8daf77e1 start + 1 

İşte

---

kazası hakkında biraz daha detaylı açıklama şudur:

A quick test 

    $ env -i bsdgrep -Fi without_nls usr.bin/grep/grep.c 
    $ env -i gnugrep -Fi without_nls usr.bin/grep/grep.c 
    #ifndef WITHOUT_NLS 
    #ifndef WITHOUT_NLS 
    #ifndef WITHOUT_NLS 

shows that bsd fgrep already fails to ignore case. And if you throw 
a few more options to the mix it'd crash, e.g. 

    $ env -i LC_CTYPE=en_US.UTF-8 TERM=xterm bsdgrep --color -Fir without_nls usr.bin/grep/ 
    [...] 
    Program received signal SIGSEGV, Segmentation fault. 
    0x0000000801007ff2 in memchr (s=0x61167a, c=10, n=18446744073707490297) at /usr/src/lib/libc/string/memchr.c:48 
    48        if (*p++ == (unsigned char)c) 
    (gdb) bt 
    #0 0x0000000801007ff2 in memchr (s=0x61167a, c=10, n=18446744073707490297) at /usr/src/lib/libc/string/memchr.c:48 
    #1 0x0000000801007b03 in __sfvwrite (fp=0x801247770, uio=0x7fffffffd8f0) at /usr/src/lib/libc/stdio/fvwrite.c:170 
    #2 0x0000000801007698 in fwrite (buf=0x608c03, size=18446744073709551606, count=1, fp=0x801247770) 
     at /usr/src/lib/libc/stdio/fwrite.c:95 
    #3 0x0000000000405498 in printline (line=0x7fffffffdb70, sep=58, matches=0x7fffffffd990, m=9) 
     at /usr/src/usr.bin/grep/util.c:500 
    #4 0x0000000000404f51 in procline (l=0x7fffffffdb70, nottext=0) at /usr/src/usr.bin/grep/util.c:381 
    #5 0x000000000040489f in procfile (fn=0x80140b600 "usr.bin/grep/nls/es_ES.ISO8859-1.msg") at /usr/src/usr.bin/grep/util.c:239 
    #6 0x00000000004044d7 in grep_tree (argv=0x7fffffffdd30) at /usr/src/usr.bin/grep/util.c:163 
    #7 0x0000000000403ea9 in main (argc=5, argv=0x7fffffffdd10) at /usr/src/usr.bin/grep/grep.c:689 

Kaynak: Ayrıca farklı olduğunu görünüyor http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026502.html

---

g Aynı sürümde bile farklı OSX'de çiftler:

$ grep --v 
grep (BSD grep) 2.5.1-FreeBSD 
$ shasum /usr/bin/grep 
350ee11e1868e18c9707ea7035184a114f40badf /usr/bin/grep 
$ 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=1537b3ed49878d5d18482859a37318164a2a40f1 
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=176