Je suis en train d'opérer dans un shell Korn, et j'essaie d'exécuter un simple script chdb que j'ai écrit. S'il est exécuté sans arguments, il invite l'utilisateur à fournir une liste de bases de données et attend une sélection. S'il est appelé avec un seul argument numérique, il fera automatiquement la sélection pour l'utilisateur.Le script shell utilise les arguments de la première exécution lorsqu'il est exécuté une seconde fois
Exemple:
> . chdb
Select the database sid from the following:
1) testdb1
2) testdb2
3) testdb3
Selection: 2 <-- user entered
Environment is now set up for testdb2.
>. chdb 2
Environment is now set up for testdb2.
>
Mon problème est que quand je lance le script avec un argument comme ci-dessus, et puis essayer de l'exécuter à nouveau sans argument, il utilise toujours les vieux arguments.
Exemple:
> . chdb 2
Environment is now set up for testdb2.
> . chdb
Environment is now set up for testdb2.
>
EDIT: J'utilise le point parce que je suis en train de variables dans l'environnement et ne veux pas appeler une instance de shell enfant, sinon la configuration de base de données ne fonctionnera pas. J'ai le sentiment que cela peut être la source de mon problème, mais je ne suis pas sûr de savoir comment contourner ce problème.
Une autre chose qui mérite d'être mentionnée est qu'appeler mon script avec au moins 1 argument fonctionnera toujours comme prévu. Il n'utilise jamais d'arguments précédemment entrés sauf s'il est invoqué sans paramètres.
Bonne suggestion, mais aucune de ces choses a fonctionné pour moi. Cependant, je viens de réaliser que ce problème ne se produit que si j'appelle mon script en utilisant un point en premier (>. Chdb 2). J'avais utilisé un alias, alors j'ai oublié de le mentionner. J'utilise le point car je mets des variables dans l'environnement et je ne veux pas appeler une instance de shell enfant, sinon la configuration de la base de données ne fonctionnera pas. Est-ce que mon problème est un effet secondaire et y a-t-il un moyen de le contourner? – dpatchery