Bash-Befehlszeile und Eingabegrenze

Gibt es eine Art Zeichenbeschränkung in Bash (oder anderen Shells) für die Dauer einer Eingabe? Wenn ja, wie hoch ist diese Zeichenbeschränkung?

Dh Ist es möglich, einen Befehl in bash zu schreiben, der zu lang ist, um von der Befehlszeile ausgeführt zu werden? Wenn es kein erforderliches Limit gibt, gibt es ein vorgeschlagenes Limit?

Die Begrenzung für die Länge einer Befehlszeile wird nicht von der Shell, sondern vom Betriebssystem festgelegt. Diese Grenze liegt normalerweise im Bereich von hundert Kilobyte. POSIX bezeichnet diese Grenze ARG_MAXund auf POSIX-konformen Systemen können Sie sie abfragen

$ getconf ARG_MAX    # Get argument limit in bytes

Auf Cygwin sind dies beispielsweise 32000, und auf den verschiedenen BSDs und Linux-Systemen, die ich verwende, liegt der Wert zwischen 131072 und 2621440.

Wenn Sie eine Liste von Dateien verarbeiten müssen, die diese Grenze überschreiten, sollten Sie sich das xargsDienstprogramm ansehen , das ein Programm wiederholt mit einer Teilmenge von Argumenten aufruft, die diese Grenze nicht überschreiten ARG_MAX.

Um Ihre spezifische Frage zu beantworten, können Sie versuchen, einen Befehl mit einer zu langen Argumentliste auszuführen. Die Shell wird mit einer Meldung entlang "Argumentliste zu lang" fehlerhaft angezeigt.

Beachten Sie, dass die Eingabe in ein Programm (wie auf stdin oder einem anderen Dateideskriptor gelesen) nicht beschränkt ist (nur durch verfügbare Programmressourcen). Wenn Ihr Shell-Skript also eine Zeichenfolge in eine Variable einliest, sind Sie nicht durch eingeschränkt ARG_MAX. Die Einschränkung gilt auch nicht für Shell-Builtins.

Ok, Bürger. Daher habe ich die Grenzwerte für die Befehlszeilenlänge seit einiger Zeit als Evangelium akzeptiert. Was tun mit den eigenen Annahmen? Überprüfen Sie sie natürlich.

Ich habe eine Fedora 22-Maschine zur Verfügung (dh: Linux mit bash4). Ich habe ein Verzeichnis mit 500.000 Inodes (Dateien) mit jeweils 18 Zeichen erstellt. Die Befehlszeilenlänge beträgt 9.500.000 Zeichen. So erstellt:

seq 1 500000 | while read digit; do
    touch $(printf "abigfilename%06d\n" $digit);
done

Und wir stellen fest:

$ getconf ARG_MAX
2097152

Beachten Sie jedoch, dass ich dies tun kann:

$ echo * > /dev/null

Dies schlägt jedoch fehl:

$ /bin/echo * > /dev/null
bash: /bin/echo: Argument list too long

Ich kann eine for-Schleife ausführen:

$ for f in *; do :; done

Das ist eine andere Shell gebaut.

Sorgfältiges Lesen der Dokumentation fürARG_MAX Zustände, Maximale Argumentationsdauer für die exec-Funktionen . Das heißt: Ohne Anruf execgibt es keine ARG_MAXEinschränkung. Es würde also erklären, warum Shell-Buildins nicht durch eingeschränkt werden ARG_MAX.

Und tatsächlich kann ich lsmein Verzeichnis, wenn meine Argumentliste 109948 Dateien lang ist oder ungefähr 2.089.000 Zeichen (Geben oder Nehmen). Sobald ich jedoch eine weitere 18-stellige Dateinamensdatei hinzufüge, wird eine zu lange Fehlerliste angezeigt. So ARG_MAXfunktioniert wie in der Werbung: die exec mit mehr versagt als ARG_MAXZeichen auf dem Argumente Listen- einschließlich, sollte darauf hingewiesen werden, die Umgebungsdaten.

Es gibt eine Puffergrenze von etwa 1024. Der Lesevorgang hängt einfach beim Einfügen oder bei der Eingabe. Um dies zu lösen, verwenden Sie die Option -e.

http://linuxcommand.org/lc3_man_pages/readh.html

-e Verwenden Sie Readline, um die Zeile in einer interaktiven Shell abzurufen

Ändern Sie Ihren Lesevorgang in "-e" und der störende Zeileneingang verschwindet.