Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.os.unix > #7773

Re: set -x ; cd <tab>

Show all headers | View raw

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/

Back to fr.comp.os.unix | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

set -x ; cd <tab> Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-16 20:14 +0200
  Re: set -x ; cd <tab> Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-07-20 23:27 +0200
    Re: set -x ; cd <tab> Jo Engo <yl@icite.fr> - 2021-07-23 08:24 +0000
      Re: set -x ; cd <tab> Nicolas George <nicolas$george@salle-s.org> - 2021-07-23 08:42 +0000
        Re: set -x ; cd <tab> Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2021-09-02 23:38 +0200

csiph-web