Ligne de commande Bash et limite d'entrée

Y a-t-il une sorte de limite de caractères imposée dans bash (ou d'autres shells) pendant combien de temps une entrée peut durer? Si oui, quelle est cette limite de caractères?

Ie Est-il possible d'écrire une commande en bash qui est trop longue pour que la ligne de commande s'exécute? S'il n'y a pas de limite requise, y a-t-il une limite suggérée?

La limite de longueur d'une ligne de commande n'est pas imposée par le shell, mais par le système d'exploitation. Cette limite est généralement de l'ordre de cent kilo-octets. POSIX indique cette limite ARG_MAXet sur les systèmes conformes POSIX, vous pouvez l'interroger avec

$ getconf ARG_MAX    # Get argument limit in bytes

Par exemple, sur Cygwin, il s'agit de 32000, et sur les différents BSD et systèmes Linux que j'utilise, il est compris entre 131072 et 2621440.

Si vous devez traiter une liste de fichiers dépassant cette limite, vous voudrez peut-être consulter l' xargsutilitaire, qui appelle un programme à plusieurs reprises avec un sous-ensemble d'arguments ne dépassant pas ARG_MAX.

Pour répondre à votre question spécifique, oui, il est possible d'essayer d'exécuter une commande avec une liste d'arguments trop longue. Le shell fera une erreur avec un message le long de "liste d'arguments trop longue".

Notez que l' entrée d'un programme (comme lu sur stdin ou tout autre descripteur de fichier) n'est pas limitée (uniquement par les ressources de programme disponibles). Donc, si votre script shell lit une chaîne dans une variable, vous n'êtes pas limité par ARG_MAX. La restriction ne s'applique pas non plus aux shell-builtins.

Ok, les habitants. J'ai donc accepté les limites de longueur de la ligne de commande comme évangile depuis un certain temps. Alors, que faire de ses hypothèses? Naturellement, vérifiez-les.

J'ai une machine Fedora 22 à ma disposition (c'est-à-dire Linux avec bash4). J'ai créé un répertoire contenant 500 000 inodes (fichiers) de 18 caractères chacun. La longueur de la ligne de commande est de 9 500 000 caractères. Créé ainsi:

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

Et nous notons:

$ getconf ARG_MAX
2097152

Notez cependant que je peux faire ceci:

$ echo * > /dev/null

Mais cela échoue:

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

Je peux exécuter une boucle for:

$ for f in *; do :; done

qui est un autre shell intégré.

Lecture attentive de la documentation desARG_MAX états, longueur maximum d'argument des fonctions exec . Cela signifie: sans appel exec, il n'y a pas de ARG_MAXlimitation. Cela expliquerait donc pourquoi les fonctions internes du shell ne sont pas limitées par ARG_MAX.

Et en effet, je peux lsmon répertoire si ma liste d'arguments contient 109948 fichiers, soit environ 2 089 000 caractères (donner ou prendre). Une fois que j'ajoute un autre fichier de nom de fichier à 18 caractères, j'obtiens une erreur de liste d'arguments trop longue . Cela ARG_MAXfonctionne donc comme annoncé: l'exécution échoue avec plus de ARG_MAXcaractères sur la liste d'arguments - y compris, il faut le noter, les données d'environnement.

Il y a une limite de tampon de quelque chose comme 1024. La lecture se bloquera simplement au milieu de la pâte ou de l'entrée. Pour résoudre ce problème, utilisez l'option -e.

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

-e utilise Readline pour obtenir la ligne dans un shell interactif

Changez votre lecture en read -e et le blocage d'entrée de ligne ennuyeux disparaît.