cat vs editor (gelöst)

[michaa7]

...
- Wie kopiert man bei nano die Ausgabe wenn sie nicht auf eine Bildschirmseite passt? Bei cat ist das in der Regel kein Problem.
...

Das wäre mir neu dass das mit cat geht. Eben nochmal mit cat dpkg.log.1 probiert. Da kann ich den bildschirminhalt markieren, aber nicht mehr

[cosinus]

- aber grundsätzlich hast du recht, falsche Nutzung von cat und more bei mir.....

Statt cat kanns ja auch dd nehmen

Code: Alles auswählen

dd if=$TXTFILE | grep blablubb

[cosinus]

Das wäre mir neu dass das mit cat geht.

Mit cat sollst du ja auch nichts markieren, sondern nur die Ausgabe aufs Terminal bringen. Im Terminal kann man dann wieder mit der Maus markieren, kopieren und woanders einfügen

[debilian]

Das wäre mir neu dass das mit cat geht. Eben nochmal mit cat dpkg.log.1 probiert. Da kann ich den bildschirminhalt markieren, aber nicht mehr

Code: Alles auswählen

cat datei > neuedatei

jaja, cp lacht.....

[Meillo]

OT:

aber grundsätzlich hast du recht, falsche Nutzung von cat und more bei mir.....

Das ist natuerlich ein Extrembeispiel, aber ich bin kein Freund von dem Useless-Use-of-Cat-Gequake. IMO -- und damit bin ich nicht alleine; Rob Pike hat das auch schon so geaeussert -- ist der Ansatz `cat DATEI | ...' Zeichen des Erfolgs des Pipes-and-Filters-Ansatzes. Dieser ist so eingaengig, dass er auch verwendet wird, wenn er gar nicht noetig waere. `cat' ist dabei die generische Quelle.

Da heutzutage Performance in diesem Fall voellig vernachlaessigbar ist, selbst bei grossen Shellscripten, sollte es IMO nur um die Frage der Verstaendlichkeit gehen und was beim Code schreiben und lesen hilft. Da ist IMO `cat DATEI | grep RE | ...' besser lesbar als `grep RE DATEI | ...', weil alles linear von links nach rechts angeordnet ist.

`<DATEI grep RE | ...' ist eine weitere, selten genutzte Moeglichkeit. Leider funktioniert diese (ohne relevante Gruende) nicht bei `while', da muss die Eingabeumleitung am Ende stehen. `cat DATEI | ...' funktioniert dagegen immer.

Btw: Hier mein Vortrag, der auf dieses Thema eingeht: https://www.ulm.ccc.de/ccc/chaosseminar ... rformance/

[debilian]

danke Meillo, btw.......

OT:

Es ist ja nun auch mal so, dass viele Dinge im Leben, wie auf der bash, Gewohnheiten sind.
Habe z.B. die ersten Jahre immer den Editor "joe" verwendet, da ich mit redhat angefangen habe.
Erst dann "vi" - und heute bin ich froh, dass es schon 20 Jahre nicht mehr der "joe" ist....

Da "vi" meist auf allen Distributionen dabei ist.....

[michaa7]

...Im Terminal kann man dann wieder mit der Maus markieren, kopieren und woanders einfügen

Liest du was ich schreibe? Aufmerksam? Das gilt für beide deiner postings.

[cosinus]

Liest du was ich schreibe? Aufmerksam? Das gilt für beide deiner postings.

Erklär doch mal genau wie du vorgehst und warum du das nicht tun kannst

[michaa7]

was willst du denn hören, steht doch da:

Code: Alles auswählen

cat dpkg.log.1 

ist größer als der bildschirm. Kein markieren größer als der Bildschirm. Soll ich jetzt beschreiben wie die maus beimmerkeiren nicht weiter als der bildschirmrand geht und der text nicht weiterscrollt?

[cosinus]

ist größer als der bildschirm. Kein markieren größer als der Bildschirm. Soll ich jetzt beschreiben wie die maus beimmerkeiren nicht weiter als der bildschirmrand geht und der text nicht weiterscrollt?

Ja, und? Kannst du in deinem Terminal denn nicht nach oben und unten scrollen?

[michaa7]

Hast du das selbst mal probiert?

[cosinus]

Hast du das selbst mal probiert?

Ja. Ich kann eine eine recht lange Ausgabe im Terminal markieren und gleichzeitig nach oben scrollen. Kannst du das nicht?

[MSfree]

Hast du das selbst mal probiert?

Hmm, wo ist das Problem?

Hochscrollen und ersten zu markierenden Buchstaben mit der linken Maustaste anklicken. Runterscrollen und letzten zu markierenden Buchstaben mit der rechten Maustaste anklicken. Schon ist alles markiert.

[mat6937]

Hast du das selbst mal probiert?

BTW: Wie ist bei dir die Ausgabe von:

Code: Alles auswählen

cat -n /var/log/dpkg.log.1 | tail -n 2 && tac /var/log/dpkg.log.1 | head -n 2

[cosinus]

Hmm, wo ist das Problem?

Versteh ich auch nicht
Hat @michaa7 vllt ein anderes Terminal? Du anscheinend auch, wie mir scheint. Im MATE-Terminal muss ich einfach den Text markieren als wäre ich in einem normalen Editor. Wenn ich nach oben komme und beim Markieren die linke Maustaste gedrückt halte, wird auch automatisch nach oben gescrollt.

und letzten zu markierenden Buchstaben mit der rechten Maustaste anklicken.

Das ist bei MATE-Terminal anders. Beim Rechtsklick kommt ein Kontextmenü mit

Code: Alles auswählen

Terminal öffnen
Neuer Reiter
---------------------
Fenster schließen
---------------------
Kopieren
Enfügen
---------------------
Profile
[x] Menuleiste anzeigen

[tobo]

Hat @michaa7 vllt ein anderes Terminal? Du anscheinend auch, wie mir scheint.

Echt, gibt's da mehr als eins?

[cosinus]

Echt, gibt's da mehr als eins?

Ja

[michaa7]

...
BTW: Wie ist bei dir die Ausgabe von:

Code: Alles auswählen

cat -n /var/log/dpkg.log.1 | tail -n 2 && tac /var/log/dpkg.log.1 | head -n 2

Code: Alles auswählen

# cat -n /var/log/dpkg.log.1 | tail -n 2 && tac /var/log/dpkg.log.1 | head -n 2
 12188  2023-07-27 13:39:05 status not-installed linux-image-6.4.5-1-siduction-amd64:amd64 <none>
 12189  2023-07-27 13:39:06 startup packages configure
2023-07-27 13:39:06 startup packages configure
2023-07-27 13:39:05 status not-installed linux-image-6.4.5-1-siduction-amd64:amd64 <none>

[michaa7]

Hochscrollen und ersten zu markierenden Buchstaben mit der linken Maustaste anklicken. Runterscrollen und letzten zu markierenden Buchstaben mit der rechten Maustaste anklicken. Schon ist alles markiert.

Ok, ersten Buchstaben *markieren* (nicht anklicken) , scrollen, hinter letztem Buchstaben Rechtsklick klappt. Danke. Das kannte ich nicht. Ich hatte immer versucht die Maus zu ziehen wie ich es bei kleineren Abschnitten mache und machen kann. Das bleibt dann eben am Bildschirmrand oben oder unten (je nach dem) hängen.

EDIT:
BTW, fluxbox und xterm hier.

[rjh]

Welche Vorteile hat die Benutzung von cat gegenüber einem Konsoleneditor?

Wenn ich per ssh auf einem anderen Rechner bin und mir eine kurze Textdatei mittels cat anzeigen lasse, habe ich die Ausgabe auch noch im Terminal meines lokalen Rechners präsent nachdem ich die die ssh Verbindung beendet habe.

[dasebastian]

Ich finde cat vor allem hier im Forum praktisch, um (als häufigstes Beispiel) die sources.list darzustellen.

Auch wenn ich cat-Ausgaben hier lese, dann sind die für mich irgendwie (TM) legitimiert, weil ich dann davon ausgehe, dass die auch einfach schnell ausgegeben und hier in den Codeblock gestellt wurden. Und den jeweiligen Dateinamen habe ich dann auch gleich dabei, wenn wirklich von Prompt zu Prompt eingestellt wurde.

Ich weiss schon, natürlich könnte man da tricksen, aber hier? Wozu?

Für's Forum sehr praktisch. Für mich selber verwende ich eher den Editor oder less.

[JTH]

Was ist denn eigentlich mit

Code: Alles auswählen

tee < /etc/apt/sources.list

verwendet das gar keiner statt cat?

[Meillo]

Nee, aber manchmal verwende ich:

Code: Alles auswählen

kanne | tee > tasse

[JTH]

Hehe

[cosinus]

Nee, aber manchmal verwende ich:

Code: Alles auswählen

kanne | tee > tasse

Ich trinke auch sehr gerne Tee. Jetzt gerade kalten Hopfenblütentee