Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #345688 > unrolled thread

Re: Kleine Linux Shell Frage

Back to article view | Back to ger.ct

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Kleine Linux Shell Frage Michael Zink <michael@swamp.franken.de> - 2018-03-28 20:00 +0200

#345688 — Re: Kleine Linux Shell Frage

On Wed, 28 Mar 2018 10:46:49 +0200, Jörg Barres wrote:

>ls -la | grep d*

Unabhängig von dem, was im anderen Subthread schon besprochen wird:

"grep d*" macht schonmal was ganz Anderes, wenn im aktuellen
Verzeichnis min. eine Datei steht, deren Name mit d beginnt. Das "*"
wird ja zunächst, wenn möglich, von der Shell expandiert und erst das
Ergebnis an grep übergeben.

Wenn also im aktuellen Verzeichnis ein Datei "d1" steht, wird ein
"grep d1" aufgerufen. Im Endeffekt sollte es dann schon das Richtige
machen, aber aus anderen Gründen, als es auf den ersten Blick
aussieht. Und "ls -la /irgendwo|grep d*" paßt schon nicht mehr.

Wenn im aktuellen Verzeichnis die Datei "d1" und "d2" stehen, wird ein
"grep d1 d2" aufgerufen. Und wenn ich "man grep" auf die Schnelle
richtig verstehe, wird dann "grep d1" ausgeführt, aber von "d2" statt
aus der Pipe gelesen.


Und wenn eine Datei einem Benutzer oder eine Gruppe gehört, deren Name
mit d beginnt, wird diese Datei auch ausgegeben, wenn ihr Name nicht
mit d beginnt.


Und abgesehen davon: Ich frage mich, warum man ein ls -a machen
sollte, wenn man nur mit d, also nicht mit . beginnende Dateien
ausgeben möchte.

OK, weil es in der Aufgabe verlangt wird. Aber sonst?


Oder übersehe ich da was?
(Bin nicht so der Shell- und Regexp-Freak ...)


Jörg kann die Frage ja umschreiben.

"Welche Gründe gibt es, 'ls -a|grep d*' nicht zu verwenden." oder so
;-)

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [standalone]

Back to top | Article view | ger.ct

csiph-web