Sujet : Re: set -x ; cd <tab>
De : fantome.forums.tDeContes (at) *nospam* free.fr.invalid (Thomas)
Groupes : fr.comp.os.unixDate : 02. Sep 2021, 22:38:25
Autres entêtes
Organisation : Guest of ProXad - France
Message-ID : <fantome.forums.tDeContes-B33BC3.23382502092021@news.free.fr>
References : 1 2 3 4
User-Agent : MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
In article <
60fa8108$0$6197$426a74cc@news.free.fr>,
Nicolas George <
nicolas$george@salle-s.org> wrote:
Jo Engo , dans le message <sdducc$qj8$3@shakotay.alphanet.ch>, a écrit :
Ben oui, c'est bash_completion, change de shell et tu n'auras plus cet
«inconvénient»
sur mon vieux mac, j'ai aussi bash :
+ sh --version
GNU bash, version 3.2.48(1)-release (x86_64-apple-darwin10.0)
Copyright (C) 2007 Free Software Foundation, Inc.
et ça me permet d'avoir l'avantage de set -x au moment de l'exécution
des commandes, sans en avoir l'inconvénient au moment de la complétion.
zsh aussi fait ça. C'est bien normal : si on apprécie les informations de
débuggage offertes par set -x, on veut aussi pouvoir les avoir pour débugger
une fonction de complétion.
non
pas de commentaire sur le pb avec l'interruption d'un alias ?
c'est quand même embêtant de ne pas pouvoir prévoir si une commande va
être exécutée ou pas ...
n'y a t il que moi qui suis confronté à ce genre de pb ?
il me semble que son origine n'est pas liée à set -x,
il suffit :
- d'avoir dans un alias un processus-long suivi d'un ; et d'une autre
commande,
- d'avoir l'occasion d'interrompre le processus-long avec ^C.
-- RAPID maintainerhttp://savannah.nongnu.org/projects/rapid/