Adott egy fájl: http://oscomp.hu/depot/Dune 2 - Roland MT-32 Soundtrack.ogg.txt
Kiadom rá a parancsot: grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt"
Az eredmény: http://oscomp.hu/depot/grep_in_console.txt Tökéletes. (Screenshot: http://oscomp.hu/depot/grep_in_console.png)
De kiadom rá ezt a parancsot: grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt" > grep_redirect.txt
És ez az eredmény: http://oscomp.hu/depot/grep_redirect.txt Olyan sorok vannak benne, amiknek nem kéne ott lennie.
Tudja valaki, hogy miért van ez? (Teljesen mindegy, mit bűvészkedtem vele, cat
-tal, vagy többszörös pipe-inggal; konzolban mindig jó, file-ban sose...)
Devuan 2 (alias Debian 9, grep
2.27)
- 180 megtekintés
Hozzászólások
Nem lehet, hogy konzolra csak nem fért ki, ami file-ban nézve autowrap-pel látszik?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem. Milyen autowrap? Azok új sorok.
- A hozzászóláshoz be kell jelentkezni
Fura, milyen rendszer? Mert barhogy nezem, siman grep-elve, vagy kiiratva, nalam megegyezo eredmenyt ad (a te peldad szerinti "rosszat").
Szerk: ha meg hosszateszek egy ilyet: grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt" |grep -v "size" > oscomp.txt, termeszetesen "jo" lesz, tehat nalad szerintem valami megjelenitesi gond lesz.
- A hozzászóláshoz be kell jelentkezni
Devuan 2 és grep
2.27.
Milyen parancsokat adtál ki?
- A hozzászóláshoz be kell jelentkezni
Egyreszt a tiedet, masreszt, amit az elobb irtam, de sorrendben:
grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt" |less
grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt" > oscomp1.txt
grep "silencedetect" "Dune 2 - Roland MT-32 Soundtrack.ogg.txt" |grep -v "size" > oscomp2.txt
- A hozzászóláshoz be kell jelentkezni
Köszönöm, megvan a hiba; az első parancsot kiadva nekem ugyanolyan rossz kimenet jött ki, de már látszik a konzolon, hogy miért: http://oscomp.hu/depot/grep_windowsos_sortores.png
Az utolsó egyébként nálam is jó eredményt adott, mert levágta az érintett sorokat.
- A hozzászóláshoz be kell jelentkezni
Kivalo, orulok, hogy megvan. Ilyenkor erdemes lehet bevetni a dos2unix-t, sokszor segitett mar nekem.
- A hozzászóláshoz be kell jelentkezni
Köszi a tippet, de itt a problémát az okozta, hogy nem tudtam, hogy az ffmpeg
CR
karaktereket pakol oda; ha tudom, akkor igazából már mindegy, hogy takarítom el. :)
- A hozzászóláshoz be kell jelentkezni
Siman, persze, ezt inkabb a jovore nezve mondtam. :)
- A hozzászóláshoz be kell jelentkezni
Linuxon tette bele a CR-t?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Linuxon. Ne kérdezd miért, én se értem.
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy valami külső tárolóból tettél fel mókolt ffmpeg-et?
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Saját készítésű csomag az upstreamből, de nem módosítottam rajta semmit.
- A hozzászóláshoz be kell jelentkezni
Nálam mindig jó eredményt ad:
rpm -q grep bash
grep-3.4-5.fc33.x86_64
bash-5.0.17-2.fc33.x86_64
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Megvan a hiba: az ffmpeg
vindózos sortöréseket hányt bele a kimenetbe, ez kavarta meg a grep
-et. Gondolom a nálatok lévő újabb már nem érzékeny erre.
- A hozzászóláshoz be kell jelentkezni
Valószínűleg így van. Amúgy meg dos2unix.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Tanulsagos volt, de szerencsere gyorsan meglett a megoldas. Erdekessegkeppen, nekem meg regebbi is a grep: grep-2.20-3.el7.x86_64; bash-4.2.46-34.el7.x86_64 (CentOS 7).
- A hozzászóláshoz be kell jelentkezni
Az mondjuk érdekes... Akkor nem tudom mi baja van.
- A hozzászóláshoz be kell jelentkezni