Re: set -x ; cd <tab>

Liste des GroupesRevenir à fco unix 
Sujet : Re: set -x ; cd <tab>
De : fantome.forums.tDeContes (at) *nospam* free.fr.invalid (Thomas)
Groupes : fr.comp.os.unix
Date : 02. Sep 2021, 23: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 maintainer
http://savannah.nongnu.org/projects/rapid/

Date Sujet#  Auteur
2 Sep 21 o Re: set -x ; cd <tab>1Thomas

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal