Cygwin grep çıkışını yönlendiriyor veya yönlendiriyor

Cygwin'in izini düzenli bir cmd.exe içinde düzgün çalışmasını nasıl sağlayabilirim?

> grep -o 'ProductVersion\".*\".*\"' foo.txt | grep -o '[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+'
foo.txt:ProductVersion" Value="59.59.140.59"
grep: |: No such file or directory
grep: grep: No such file or directory
grep: [0-9]+\.[0-9]+\.[0-9]+\.[0-9]+: No such file or directory

ve

> grep -o 'ProductVersion\".*\".*\"' foo.txt >> blah.txt
foo.txt:ProductVersion" Value="59.59.140.59"
grep: >>: No such file or directory
grep: blah.txt: No such file or directory

Memnuniyetle başkasının cevabını kabul eder, ancak kaçan teklifleri kullanmama komutumu değiştirmek sorunu çözdü. Teşekkürler, @barlop.

Özel araştırmamda değişiklik yapabildim

grep -o 'ProductVersion\".*\".*\"' foo.txt >> blah.txt

için

grep -o 'ProductVersion.*Value.*' foo.txt | grep -v Name >> blah.txt

Buna daha fazla geçici çözüm diyebilirim.

Cygwin's Grep için

Çözüm, ASCII değerini Bash cinsinden belirtebilmenizdir. " 22'de onaltılıktır.

İki nokta: İlk tırnak etrafındaki tek tırnak işaretlerini kaldırmanız gerekir, böylece $'\x22' değişmez olarak değil, özel olarak yorumlanır.

Ve ifadenin ikinci kısmı için sadece kullanamazsınız -o, olmak zorunda -oE.

Çünkü + parçası ERE, Ve olmadan -E, bu sadece BRE. Düşünüyor + değişmez.

Kanıt + kelimenin tam anlamıyla orada .. 55.55.55.55 eşleşmiyor ama bu olacak:

$ echo 3+.3+.3+.3+ | grep -o [0-9]+\.[0-9]+\.[0-9]+\.[0-9]+
3+.3+.3+.3+

Demek işte aldığın hat ama ayarladın.

Bash'in tırnak kullanmak yerine ASCII kodlarını genişletme özelliğini kullanma. Tırnakları ilk bölümden çıkarma ve ekleme -E ikinci bölüm için:

$ grep -o ProductVersion$'\x22'.*$'\x22'.*$'\x22' foo.txt | grep -oE [0-9]+\.[0
-9]+\.[0-9]+\.[0-9]+
59.59.140.59

KATMA

Değiştirirseniz [0-9]+ ile [0-9][0-9]* (Aynı olan), daha sonra grep kullanabilirsiniz -E.

Kullanabilirsiniz grep -P ve sonra kullanabilirsiniz \d için [0-9], ancak ikinci bölümün etrafında tırnak kullanmak zorundasınız. Veya \\d.

Aslında, işte orjinal probleminizi tamamen çözen harika bir çözüm .. Sadece problemli bit için bir alıntı yapmanız yeterli. (Bu arada, ikinci yarıdaki normal ifadeyi tekrarlama operatörünü kullanarak daha verimli hale getirebilirim, ancak bu konu üzerinde durduğum alıntılarla ilgili olduğumuz konu ile ilgili değil).

Bu çalışıyor. Tek tırnakların ilk bitten bırakılması ve kullanılması \" onları gerçek ifadeler yapmak için. Bu, tek bir alıntı yapılması gereken çifte alıntı hatalarını yuvarlar. (Windows NT'lerde eğer garip hata findstr Şüphesiz tek bir alıntı ile olmasa da, buna benzer bir şey vardır.)

grep -P ikinci bölümde kullanmamıza izin veriyor \d. İkinci yarıda normal ifadenin etrafına tırnak koyabiliriz. Ya da sadece etrafına tırnak koyabiliriz '\d\ veya yaptığım ve kullandığım kadar yapabiliriz \\d. ( \d Yalnız -şanslı ve alıntılanmamış, eşleşmeyecek çünkü Bash tarafından yorumlanır ve d ne zaman grep anladım.)

$ grep -o ProductVersion\".*\".*\" foo.txt | grep -oP \\d+\.[0-9]+\.[0-9\]+\.[0
-9]+
59.59.140.59

Şimdi teklif sorunuyla ilgilendiğimize göre, tekrarlama operatörü ile daha verimli hale getireceğim. Düzenli ifadesi 3{4} anlamına geliyor 3333. Düzenli ifadesi (fg){4} anlamına gelir fgfgfgfg.

$ grep -o ProductVersion\".*\".*\" foo.txt | grep -P '(\d.){4}'
ProductVersion" Value="59.59.140.59""

$ grep -o ProductVersion\".*\".*\" foo.txt | grep -P '('\\d.')'{4}
ProductVersion" Value="59.59.140.59""

$ grep -o ProductVersion'"'.*'"'.*'"' foo.txt | grep -P '('\\d.')'{4}
ProductVersion" Value="59.59.140.59""

Bir Unix kabuğu kullanmıyorsunuz. Alıntı yapmak farklı.

Her nedense, Microsoft'un komut yorumlayıcısında tek tırnak işaretlerinin meta karakterleri olduğunu düşünüyorsunuz. Onlar değil. Özel bir önemi yoktur. Ayrıca, ters eğik çizgilerin Microsoft'un komut yorumcusu için de özel bir önemi yoktur. Onlar değil Meta karakterleri alıntılamak için kaçış karakteri. Bu şapka. Bu önemli olan çift tırnak işaretidir: onlar gibi meta karakterleri alıntılar <, >, ve | Komut yorumlayıcısının bunları tanımasını durdurmak için ve onlardan önceki herhangi bir ters eğik çizgi ilgisizdir.

Böylece komut satırınız, alıntılanan dizelerin üzerinde durduğu gibi, bu şekilde bozuluyor:

grep -o 'ProductVersion\ "* \" . * \ "'foo.txt | grep -o' [0-9] + \. [0-9] + \. [0-9] + \. [0-9] + '

Gördüğünüz gibi, bir boru hattı olduğunu düşündüğünüz şey aslında üçüncü çift tırnak işaretinizden başlayan ve satırın sonuna kadar uzanan yanlış sonlandırılmış bir alıntı dizedir. Aslında koşuyorsun sadece biri grep komutunu verin ve komut satırının sonunda bu alıntı dizinin tamamını verin. Sizin grep komut, tek tırnak işaretlerini biliyor ve hala çift tırnak işaretini içeren komut tercümanından aldığı komut kuyruğunu kırıyor (çünkü komut tercümanı bunları tanıyor, ancak kaldırmıyor), yedi kelimeye:

1. -o
2. ProductVersion\".*\".*\"
3. foo.txt
4. |
5. grep
6. -o
7. [0-9]+\.[0-9]+\.[0-9]+\.[0-9]+

Dolayısıyla bu dosyalar hakkında hata mesajları. Ama bu sizin grep komut en yapıyor. Komut yorumcusu kelimeler açısından işlemez ve Win32 programları tek bir iletiden geçirilir. komut kuyruğu , değil tartışma vektör Unix paradigmasında olduğu gibi. Unix (ve C dili) tarzında çalışmak istiyorsa, komut kuyruğunu kelimelere bölmek denilen programın görevidir. (Çalışma zamanı, Win32 için birçok C ve C ++ dili uygulamasının kitaplıklarını destekler, bunu sahnelerin arkasına bölerek yapar.

Nitekim birçok Win32 C ve C ++ programı yapan değil Cygwin kütüphanelerini kullanmak, tek tek tırnak işaretlerini özel olarak işlemez, komut yorumlayıcısının kendisinden daha fazla. Genelde komut kuyruğunu sadece iki kelimeye böldüler:

1. -o
2. 'ProductVersion\.*".*"' foo.txt | grep -o [0-9]+\.[0-9]+\.[0-9]+\.[0-9]+

Önceki Microsoft'un C / C ++ derleyicisi ile derlenmiş bir program ne yapardı , Örneğin. İronik olarak, bu tür C / C ++ programları, komut yorumlayıcısı olmasa bile, alıntı yapılan dizelerdeki ters eğik çizgileri tanıyacaktır. Bu nedenle, komut kuyruklarının, iki alıntı dizesi yerine yanlış bir şekilde sonlandırılmış büyük bir kordon dizisi ile böyle göründüğünü düşünüyorlar:

 -o 'ProductVersion\ ". * \". * \ "'foo.txt | grep -o' [0-9] + \. [0-9] + \. [0-9] + \. [0-9] + '

Evet, bu kabus yazan bir komut dosyasıdır. Esasen, yayınlamak istediğiniz argüman vektörünün nasıl alıntılanacağına karar vermek için çalıştırdığınız programın hangi kurallara uyduğunu bilmek zorundasınız. Cygwin'in bir sözleşmesi var. Win32 için ticari C ve C ++ derleyicileri ile derlenmiş C ve C ++ programlarının başkaları var. (1980'lerde ve 1990'larda, Borland, Watcom ve Microsoft, DOS için C / C ++ derleyicilerinde komut kuyruğu lexing konusunda anlaşamadılar ve bunun sonucunda programlar arasında ters eğik çizgi karakter işleme konusunda çok ince bir fark vardı. başka incelikle farklı şekillerde.

Sen biliyorsun grep komut bir Cygwin programıdır, bu nedenle (a) komut yorumlayıcısının bir komut satırına birleştirilen iki basit komut olarak doğru bir şekilde tanıyacağı ve sonra (b) grep komutu doğru bir şekilde Cygwin algoritmasını kullanarak kelimelere bölünecektir. İşte bir yol:

grep -o 'ProductVersion^".*\^".*\^"' foo.txt | grep -o '[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+'