grep

Re(3): grep

ChronosEpos — Fri, 14 Apr 2023 11:49:11 GMT

Servus,

ich war noch eine Antwort bezüglich des * schuldig:

Bei -r würde ich ihn wie gesagt nicht verwenden, falls du wirklich alle Dateien und Unterverzeichnisse durchsuchen möchtest.

Den * nutzt man in der Regel, wenn man nur bestimmte Dateien oder Verzeichnisse durchsuchen möchte, z.B. "*.txt" oder "C:\Rechnungen_202*\"

Leider ist das in Windows jedoch scheinbar bei jedem Programm extra zu machen, so dass sich zwei Windows grep.exe im Verhalten voneinander unterscheiden könnten, wie sie mit dem * umgehen.

Re(3): grep

ChronosEpos — Mon, 10 Apr 2023 11:13:03 GMT

Servus,

am sichersten fährst du mit:

grep -r (-r ohne File-Operand = aktuelles Verzeichnis, siehe Doku https://linuxcommand.org/lc3_man_pages/grep1.html )
grep -r . (ebenfalls aktuelles Verzeichnis, sollte gleich wie oben sein)
grep -r VERZEICHNISNAME

Potentiell weniger Ergebnisse bekommst du mit:

grep -r *
grep -r VERZEICHNISNAME\*

...bei diesen Fehlen dir jeweils die unsichtbaren/versteckten Dateien und Ordner im obersten Verzeichnis.

Jetzt ist es aber so, dass diese *-Sache in Windows von jedem Programm selbst anders umgesetzt werden kann. Das obige stimmt zu 99%, wenn dein grep halbwegs standardkonform programmiert wurde aber du könntest es selbst mit ein paar unsichtbaren/versteckten Dateien/Ornern testen.

Re(4): grep

Psychopath — Sat, 08 Apr 2023 20:29:10 GMT

Geil : D

(ich wollt bei der Frage nach Deinem Prompt eben fragen, ob Du wirklich meinen gesamten Post verwendet hast - hielte das aber fuer uebertrieben und laecherlich.. - ich find das so oarg!)
(Es braucht damit die meisten Foren, wo Menschen auf menschliche Anfragen antworten koennten, also wirklich nimmer..?)

Oarg.... ich bin entsetzt und begeistert zugleich!

Danke Dir,
schoenes Osterwochenende!
j.

Re(2): grep

Psychopath — Sat, 08 Apr 2023 20:25:28 GMT

Servus ChronosEpos,

Dank fuer Dir Deine interessanten Einwaende!

D.h. der * ist unnoetig.. (oder gibt es auch Faelle, wo der notwendig waer?), der . auch also?

Freundlichen Gruss!
Schoenen kuehlen Fruehlingssonntag...
j.

Re(3): grep

hellbringer — Sat, 08 Apr 2023 10:18:39 GMT

was hast Du denn fuer einen prompt verwendet?

Ich hab deinen gesamten Post rein kopiert, weil ich ihn nach 3mal selber lesen noch nicht wirklich verstanden hab

Re: grep

ChronosEpos — Sat, 08 Apr 2023 09:16:35 GMT

Re: grep

ChronosEpos — Sat, 08 Apr 2023 09:16:35 GMT

Wenn du nicht ganz unten im Verzeichnisbaum bist (zB C:\ ), dann ist das Einfachste, das Ergebnis einfach eine Verzeichnisebene tiefer ausgeben zu lassen:

grep -i -r suchbegriff * > ..\AUSGABEDATEI

durch das vorangestellte ..\ liegt die Datei dann eine Ebene über dem Verzeichnis, in dem du dich gerade befindest und kann dadurch den grep-Befehl nicht stören.

Beispiel: du fürst den Befehl im Verzeichnis C:\foo\bar\ aus (bar ist das Verzeichnis, das du rekursiv durchsuchen möchtest) -> dann liegt AUSGABEDATEI nun eine Ebene höher auf C:\foo\

Re: grep

ChronosEpos — Sat, 08 Apr 2023 09:16:35 GMT

Wenn du nicht ganz unten im Verzeichnisbaum bist (zB C:\ ), dann ist das Einfachste, das Ergebnis einfach eine Verzeichnisebene höher ausgeben zu lassen:

grep -i -r suchbegriff * > ..\AUSGABEDATEI

durch das vorangestellte ..\ liegt die Datei dann eine Ebene über dem Verzeichnis, in dem du dich gerade befindest und kann dadurch den grep-Befehl nicht stören.

Beispiel: du fürst den Befehl im Verzeichnis C:\foo\bar\ aus (bar ist das Verzeichnis, das du rekursiv durchsuchen möchtest) -> dann liegt AUSGABEDATEI nun eine Ebene höher auf C:\foo\

-----
Ergänzung: Achtung mit der Kombination von -r und *:

Wenn du wirklich alles suchen möchtest, brauchst du bei -r kein zusätzliches * mehr.
Zumindest auf Linux findest du mit -r pplus * potentiell WENIGER als wenn du nur -r verwendest. Das liegt daran, dass * die unsichtbaren Dateien im selben Verzeichnis ausblendet, während -r wirklich alle einschließt. Wie das auf Windows ist, weiß ich nicht, falls es gleich ist, dann fehlen dir bei deiner Suche potentiell die unsichtbaren Dateien aus dem Verzeichnis, wo du den Befehl ausführst.

https://askubuntu.com/questions/1028725/what-does-the-asterisk-do-in-grep-nri-searchstring

Re(2): grep

Psychopath — Sat, 08 Apr 2023 00:18:42 GMT

Servus colo,

Danke auch (oder insb.) Dir fuer Deine kompetente Antwort! sry hellbringer; ist nicht boes gemeint, und obiger Dank an Dich war auch ehrlich gemeint! - aber colo scheint es von sich heraus zu wissen... - aber vielleicht wird er in den naechsten Monaten ja eh wegautomatisiert : )

find hab ich auch hier (gibts an sich ja auch auf Windows von MS; aber ich hab tatsaechlich das GNU find version 4.1 von UnxUtils) - aber das hat mich irgendwie immer schon ueberfordert.. (dabei hab ich vor 20 Jahren sogar ein kleines Buch ueber awk etc gelesen und mir eingebildet verstanden zu haben - aber nie wirklich verwendet und entsprechend alles vergessen)

Das Problem war wohl wirklich einfach, dass ich das Ergebnis ins aktuell zu durchsuchende Verzeichnis schreiben hab lassen... - drum die > 160GB, drum auch aehnlich viele Schreib- wie Lesebytes..

(btw, Anlass meiner Frage war, dass ich einen nicht wirklich SQL-]Dump hab [also ein {Personen- etc}Datensatz pro Zeile, aber Spaltenreihenfolgen oder -Details sind eher unbekannt] und ich daraus Ergebnisse wollte [z.B. Vorname & Nachname])

Zur Belohnung fuer Deine geschaetzte Antwort darfst Du Dich auch mit einer alten Anfrage von mir beschaeftigen! -
https://forum.geizhals.at/t901154,-1.html
(Ergaenzung zu damals: die 2 [oder gar mehr] Suchbegriffe sollten in beliebiger Reihenfolge vorkommen!)

Guten Abend, schoenes Fruehlingswochenende soweit,
j.

Re(2): grep

Psychopath — Fri, 07 Apr 2023 23:52:03 GMT

Ah, das klingt plausibel. Danke, liebes ChatGPT! (aber schon bissi gruselig auch...)

Danke Dir, lieber hellbringer aber eigentlich natuerlich. : ) - was hast Du denn fuer einen prompt verwendet?

Gruss,
j.

Re(2): grep

colo — Fri, 07 Apr 2023 16:51:44 GMT

Nicht schlecht - aber der letzte Absatz ist (wegen des rekursiven Modus von `grep` durch "-r" im Argumentvektor) Humbug/Halluzination.

Re: grep

colo — Fri, 07 Apr 2023 16:47:08 GMT

Die Redirection in AUSGABEDATEI da macht die (Windows-)Shell (vmtl. cmd.exe?) - ich weisz nicht wirklich, wie das unter Windows dann funktioniert, aber es ist grundsaetzlich schon moeglich, dass das ungute Konsequenzen hat: Wenn dein `grep` die so erstellte AUSGABEDATEI erst nach dem ersten Match von suchbegriff zu lesen beginnt, und dann vielleicht fuer jede Zeile in AUSGABEDATEI (die ja dann auch suchbegriff beinhaltet, sonst haette `grep` sie nicht reingeschrieben) noch eine Zeile an deren Ende haengt... ad nauseam/infinitum.

Ich wuerde es so machen, falls du `find` auch zur Hand hast:

find .  -xdev -type f -a \! -name AUSGABEDATEI -exec grep -H -i {} + | tee AUSGABEDATEI

Weitere Flags/Optionen, die du vielleicht noch fuer bessere Performance setzen (oder zumindest, wenn dein konkreter Anwendungsfall es halt erlaubt, ueber ihren Einsatz nachdenken) koenntest, waeren:

-F = uebliche Nichtterminalzeichen in suchbegriff werden als Terminalzeichen/Literale interpretiert (=RegEx sind deaktiviert, `grep` macht einfache String-Suche)
-q = `grep` signalisiert nur noch ueber den exit status, dass suchbegriff gefunden wurde; dann ist aber eine Anpassung des Aufrufs notwendig - lohnt idR nur bei langen/groszen Dateien

Re: grep

hellbringer — Fri, 07 Apr 2023 07:10:20 GMT

ChatGPT sagt:

Die Syntax deines Befehls sieht korrekt aus, aber es gibt ein Problem, das erklärt, warum das Wort "AUSGABEDATEI" in deinen Ergebnissen auftaucht. Wenn die AUSGABEDATEI im selben Verzeichnis liegt wie die Dateien, die du durchsuchst, wird grep auch die AUSGABEDATEI selbst durchsuchen und die Ergebnisse darin finden. Um das zu vermeiden, kannst du die AUSGABEDATEI in einem anderen Verzeichnis speichern oder den Befehl wie folgt ändern:

grep -i -r --exclude=AUSGABEDATEI suchbegriff * > AUSGABEDATEI

Dieser Befehl schließt die AUSGABEDATEI von der Suche aus.

Was deine Frage zum Verwenden von . anstelle von * betrifft: Der Unterschied besteht darin, dass * alle Dateien und Verzeichnisse im aktuellen Verzeichnis durchsucht, während . nur das aktuelle Verzeichnis durchsucht. Da du rekursiv suchen möchtest, ist * die richtige Wahl.

grep

Psychopath — Fri, 07 Apr 2023 03:08:03 GMT

~~Genaugenommen bin ich hier ja falsch; weil ich grep grad (unxutils) auf Windows verwend; dacht mir aber, dass ich hier am ehesten die entsprechend wissenden Menschen finde.~~

Ich durchsuche grad seit Stunden ein Verzeichnis - insg. lediglich 6GB gross - mit grep. Dass das eine Zeit dauert (auf meinem bald 10 Jahre alten Notebook mit HDD) find ich ok und hab ich auch nicht anders erwartet.

Aber dass es mehrere Stunden dauert ueberrascht mich; ok, mag sein.

Aber aber: Lt. Taskmanager wurden dabei um die 160GB sowohl gelesen als auch geschrieben.

Jetzt bin ich beim zweiten grep-Befehl - grep -i -r suchbegriff * > AUSGABEDATEI - lt. taskmgr auch schon wieder bei mehr als 64GB reads und mehr als 60GB writes.

Meine Fragen an Euch kundige Menschen also:
* wieso ueberhaupt soviel IO wenn das zu durchsuchende Material lediglich rund 6GB hat?
* wieso fast aehnlich viele writes, wenn es meinem Verstaendnis nach ja doch nur um suchen=lesen geht?

Ueber etwaige Erklaerungen wuerde ich mich sehr freuen und waer dankbar!

Freundlichen Gruss, guten Morgen,
j.

edit: Ok, nachdem das jetzt wieder die ganzen restlichen 160GB aufgebraucht hat liegt mir jetzt zumindest ein Ergebnis vor: und darin kommt ein bissi oft (ueberwiegend; fast nur) "AUSGABEDATEI" vor (zwischendurch paarmal auch "suchbegriff").

Ihr duerft mich also virtuell vmtl. ein bissi schlagen (weiss nicht, macht das Spass?), da ich mich wohl mit meinem grep-Befehl vertan hab.

So also meine Frage-Aenderung/-Ergaenzung:
grep -i -r suchbegriff * > AUSGABEDATEI machts nicht; mein Wunsch waere: Such mir case-insenstiv, rekursich nach suchbegriff in diesem Verzeichnis etc (drum der *) und schreib mir die Ergebnisse in AUSGABEDATEI.

Wo lag mein Fehler dabei? Waer ein . besser anstatt des * ?

grep

Psychopath — Fri, 07 Apr 2023 03:08:03 GMT

Genaugenommen bin ich hier ja falsch; weil ich grep grad (unxutils) auf Windows verwend; dacht mir aber, dass ich hier am ehesten die entsprechend wissenden Menschen finde.

Ich durchsuche grad seit Stunden ein Verzeichnis - insg. lediglich 6GB gross - mit grep. Dass das eine Zeit dauert (auf meinem bald 10 Jahre alten Notebook mit HDD) find ich ok und hab ich auch nicht anders erwartet.

Aber dass es mehrere Stunden dauert ueberrascht mich; ok, mag sein.

Aber aber: Lt. Taskmanager wurden dabei um die 160GB sowohl gelesen als auch geschrieben.

Jetzt bin ich beim zweiten grep-Befehl - grep -i -r suchbegriff * > AUSGABEDATEI - lt. taskmgr auch schon wieder bei mehr als 64GB reads und mehr als 60GB writes.

Meine Fragen an Euch kundige Menschen also:
* wieso ueberhaupt soviel IO wenn das zu durchsuchende Material lediglich rund 6GB hat?
* wieso fast aehnlich viele writes, wenn es meinem Verstaendnis nach ja doch nur um suchen=lesen geht?

Ueber etwaige Erklaerungen wuerde ich mich sehr freuen und waer dankbar!

Freundlichen Gruss, guten Morgen,
j.

edit: Ok, nachdem das jetzt wieder die ganzen restlichen 160GB aufgebraucht hat liegt mir jetzt zumindest ein Ergebnis vor: und darin kommt ein bissi oft (ueberwiegend; fast nur) "AUSGABEDATEI" vor (zwischendurch paarmal auch "suchbegriff").

Ihr duerft mich also virtuell vmtl. ein bissi schlagen (weiss nicht, macht das Spass?), da ich mich wohl mit meinem grep-Befehl vertan hab.

So also meine Frage-Aenderung/-Ergaenzung:
grep -i -r suchbegriff * > AUSGABEDATEI machts nicht; mein Wunsch waere: Such mir case-insenstiv, rekursich nach suchbegriff in diesem Verzeichnis etc (drum der *) und schreib mir die Ergebnisse in AUSGABEDATEI.

Wo lag mein Fehler dabei? Waer ein . besser anstatt des * ?

editBemerkung 2: Hab mich auch mit ~~vertan - das war natuerlich strikethrough, obwohl ich small wollte; beides natuerlich sehr sehr boes alt und deprecated - aber halt schon viel praktischer als css style = blabla)~~

grep

Psychopath — Fri, 07 Apr 2023 03:08:03 GMT
~~Genaugenommen bin ich hier ja falsch; weil ich grep grad (unxutils) auf Windows verwend; dacht mir aber, dass ich hier am ehesten die entsprechend wissenden Menschen finde.~~

Ich durchsuche grad seit Stunden ein Verzeichnis - insg. lediglich 6GB gross - mit grep. Dass das eine Zeit dauert (auf meinem bald 10 Jahre alten Notebook mit HDD) find ich ok und hab ich auch nicht anders erwartet.

Aber dass es mehrere Stunden dauert ueberrascht mich; ok, mag sein.

Aber aber: Lt. Taskmanager wurden dabei um die 160GB sowohl gelesen als auch geschrieben.

Jetzt bin ich beim zweiten grep-Befehl - grep -i -r suchbegriff * > AUSGABEDATEI - lt. taskmgr auch schon wieder bei mehr als 64GB reads und mehr als 60GB writes.

Meine Fragen an Euch kundige Menschen also:
* wieso ueberhaupt soviel IO wenn das zu durchsuchende Material lediglich rund 6GB hat?
* wieso fast aehnlich viele writes, wenn es meinem Verstaendnis nach ja doch nur um suchen=lesen geht?

Ueber etwaige Erklaerungen wuerde ich mich sehr freuen und waer dankbar!

Freundlichen Gruss, guten Morgen,
j.