Ouvrir plus de 10 descripteurs de files avec ksh

La syntaxe du shell pour ouvrir un file pour écrire et utiliser son descripteur de file est:

exec 3>output.log 

Avec bash et zsh vous pouvez aussi écrire:

 exec 13>output.log 

Ainsi, plus tard dans votre script, vous pouvez redirect la sortie comme ceci:

 generate-partx >&3 generate-partx >&13 

Et pour les fermer:

• Pourquoi / proc / self / fd / 0 ne possède-t-il pas un bit inscriptible dans la session série avant le démarrage d'un shell?
• Ouvrir des blocs de tuyaux nommés pour toujours, si le tuyau est supprimé sans être connecté
• Pourquoi zsh ouvre-t-il un descripteur de file par un?
• Comprendre les descripteurs de files et les nœuds
• mkfifo pipes, descripteurs de files et ImageMagick (convert)

 exec 3>&- exec 13>&- 

Le ksh original (testé 88 et 93) ne semble supporter les descripteurs de files de 0 à 9 qu'avec cette syntaxe.

Bien sûr, on pourrait dire que 10 descripteurs de files ouverts devraient être suffisants pour tout le monde et / ou que personne n'utilise plus de ksh.

Mais parfois ce n'est pas et vous êtes.

Ainsi, ma question: Comment ouvrir plus de 10 descripteurs de files dans un script ksh?

• Déplacement des descripteurs de files dans zsh
• Quels sont les dangers de définir une limite élevée pour les descripteurs de files max par process?
• Où placer une redirection de shell Bash pour une command?
• Trouver le nombre de descripteurs de duplicates sur Linux
• Existe-t-il un test simple pour tout ce qui est imprimé sur stderr en shell / Bash?

 {var}>filename 

 $ exec {var1}>/tmp/test1 $ echo "$var1" 10 $ exec {var2}>/tmp/test2 $ echo "$var2" 11