Le 16-12-2014, Dominique MICOLLET nous expliquait dans fr.comp.os.linux.configuration (<548ffccf$0$12758$) :
La completion automatique ne fonctionne pas. Pourriez vous nous indiquer la réponse de $ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Par contre echo $SHELL fonctionne.
[1] Affiche une ligne vide -- Dans cet étrange carnaval On a vendu l'homo sapiens Pour racheter du Neandertal -- H.F. Thiéfaine, Aligator 427
Dominique MICOLLET
Bonjour,
bp wrote:
donc quand je fais ps au prompt j'ai : pid TTY time cmd 3690 tty1 00:00:00 bash 3664 tty1 00:00:00 ps
C'est donc bien un /bash/ qui interprête les commandes. Il semble qu'il ne fasse plus de complétion sur une chaine vide. J'ignore si c'est codé en dur ou si cela dépend d'une configuration. Toutefois, comme cela a déjà été écrit, la complétion est plus intéressante lorsqu'on a déjà frappé quelques lettres.
Il est plus surprenant que la variable SHELL ne soit pas renseignée (SHELL a bien été tapé en majuscules ?).
Cordialement
Dominique
Bonjour,
bp wrote:
donc quand je fais ps au prompt j'ai :
pid TTY time cmd
3690 tty1 00:00:00 bash
3664 tty1 00:00:00 ps
C'est donc bien un /bash/ qui interprête les commandes.
Il semble qu'il ne fasse plus de complétion sur une chaine vide. J'ignore si
c'est codé en dur ou si cela dépend d'une configuration.
Toutefois, comme cela a déjà été écrit, la complétion est plus intéressante
lorsqu'on a déjà frappé quelques lettres.
Il est plus surprenant que la variable SHELL ne soit pas renseignée (SHELL a
bien été tapé en majuscules ?).
donc quand je fais ps au prompt j'ai : pid TTY time cmd 3690 tty1 00:00:00 bash 3664 tty1 00:00:00 ps
C'est donc bien un /bash/ qui interprête les commandes. Il semble qu'il ne fasse plus de complétion sur une chaine vide. J'ignore si c'est codé en dur ou si cela dépend d'une configuration. Toutefois, comme cela a déjà été écrit, la complétion est plus intéressante lorsqu'on a déjà frappé quelques lettres.
Il est plus surprenant que la variable SHELL ne soit pas renseignée (SHELL a bien été tapé en majuscules ?).
Cordialement
Dominique
Dominique MICOLLET
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Cordialement
Dominique.
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là !
Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des
variables semble être une obligation. Il y a des opérations de manipulation
du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Cordialement
Dominique.
Doug713705
Le 16-12-2014, François Patte nous expliquait dans fr.comp.os.linux.configuration (<m6pevj$n9r$) :
2 fois Tab
mais ça ne fonctionne pas
Tiens, je remarque pour la première fois que sous ma Wheezy avec bash comme shell, ça ne fait rien non plus. Et effectivement avec si je tape une première lettre puis 2 fois tabulation là j'ai bien une liste de commandes qui apparaît.
Sous sid, j'ai:
Display all 3626 possibilities? (y or n)
Chouette un concours, ça faisait longtemps:
Display all 4389 possibilities? (y or n)
-- Un autre fou sort de son trou Et vient respirer la lumière Qui gerce les murs d'Hangui-Tcheou Comme un grand coup de cimeterre -- H.F. Thiéfaine, Le chant du fou
Le 16-12-2014, François Patte nous expliquait dans
fr.comp.os.linux.configuration
(<m6pevj$n9r$1@talisker.lacave.net>) :
2 fois Tab
mais ça ne fonctionne pas
Tiens, je remarque pour la première fois que sous ma Wheezy
avec bash comme shell, ça ne fait rien non plus. Et effectivement
avec si je tape une première lettre puis 2 fois tabulation là
j'ai bien une liste de commandes qui apparaît.
Sous sid, j'ai:
Display all 3626 possibilities? (y or n)
Chouette un concours, ça faisait longtemps:
Display all 4389 possibilities? (y or n)
--
Un autre fou sort de son trou
Et vient respirer la lumière
Qui gerce les murs d'Hangui-Tcheou
Comme un grand coup de cimeterre
-- H.F. Thiéfaine, Le chant du fou
Le 16-12-2014, François Patte nous expliquait dans fr.comp.os.linux.configuration (<m6pevj$n9r$) :
2 fois Tab
mais ça ne fonctionne pas
Tiens, je remarque pour la première fois que sous ma Wheezy avec bash comme shell, ça ne fait rien non plus. Et effectivement avec si je tape une première lettre puis 2 fois tabulation là j'ai bien une liste de commandes qui apparaît.
Sous sid, j'ai:
Display all 3626 possibilities? (y or n)
Chouette un concours, ça faisait longtemps:
Display all 4389 possibilities? (y or n)
-- Un autre fou sort de son trou Et vient respirer la lumière Qui gerce les murs d'Hangui-Tcheou Comme un grand coup de cimeterre -- H.F. Thiéfaine, Le chant du fou
Francois Lafont
Le 16/12/2014 16:25, Dominique MICOLLET a écrit :
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Ben moi pareil. Que « echo $SHELL » et « echo ${SHELL} » ne donnent pas la même chose sur un shell Bash, fût-il sur Slackware, ça me laisse coi. ;)
-- François Lafont
Le 16/12/2014 16:25, Dominique MICOLLET a écrit :
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là !
Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des
variables semble être une obligation. Il y a des opérations de manipulation
du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Ben moi pareil. Que « echo $SHELL » et « echo ${SHELL} » ne
donnent pas la même chose sur un shell Bash, fût-il sur Slackware,
ça me laisse coi. ;)
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Ben moi pareil. Que « echo $SHELL » et « echo ${SHELL} » ne donnent pas la même chose sur un shell Bash, fût-il sur Slackware, ça me laisse coi. ;)
-- François Lafont
bp
Dominique MICOLLET a présenté l'énoncé suivant :
Il est plus surprenant que la variable SHELL ne soit pas renseignée (SHELL a bien été tapé en majuscules ?).
euh....
je viens de la retaper en majuscule et j'ai: /bin/bash
Dominique MICOLLET a présenté l'énoncé suivant :
Il est plus surprenant que la variable SHELL ne soit pas renseignée (SHELL a
bien été tapé en majuscules ?).
euh....
je viens de la retaper en majuscule et j'ai:
/bin/bash
je viens de la retaper en majuscule et j'ai: /bin/bash
Vous venez donc d'expérimenter une différence essentielle entre windows et unix : les majuscules sont significatives.
Bon courage dans la poursuite de votre découverte d'unix.
Cordialement
Dominique.
Doug713705
Le 16-12-2014, Dominique MICOLLET nous expliquait dans fr.comp.os.linux.configuration (<54904ee2$0$12763$) :
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Qu'on se comprenne bien, ça ne fonctionne pas _uniquement_ sur la variable SHELL.
:~$ echo ${A} 12
:~$ B="usenet is dying, film at 11" :~$ echo ${B} usenet is dying, film at 11
:~$ echo ${SHELL} /bin/bash
Bon, ben là je ne comprends pas mais d'un coup c'est tombé en marche !
-- Moi je vous dis bravo et vive la mort ! -- H.F. Thiéfaine, Aligator 427
Le 16-12-2014, Dominique MICOLLET nous expliquait dans
fr.comp.os.linux.configuration
(<54904ee2$0$12763$426a74cc@news.free.fr>) :
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là !
Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des
variables semble être une obligation. Il y a des opérations de manipulation
du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Qu'on se comprenne bien, ça ne fonctionne pas _uniquement_ sur la
variable SHELL.
doug@actarus:~$ echo ${A}
12
doug@actarus:~$ B="usenet is dying, film at 11"
doug@actarus:~$ echo ${B}
usenet is dying, film at 11
doug@actarus:~$ echo ${SHELL}
/bin/bash
Bon, ben là je ne comprends pas mais d'un coup c'est tombé en marche !
--
Moi je vous dis bravo et vive la mort !
-- H.F. Thiéfaine, Aligator 427
Le 16-12-2014, Dominique MICOLLET nous expliquait dans fr.comp.os.linux.configuration (<54904ee2$0$12763$) :
Bonjour,
Doug713705 wrote:
$ echo ${SHELL}
Ne fonctionne pas[1] avec bash sur Slackware.
Ben là ! Au vu du manuel de référence bash (3.5.3), l'expansion avec accolades des variables semble être une obligation. Il y a des opérations de manipulation du contenu de variables qui sont impossibles sans ces accolades.
Je suis sidéré et bien incapable d'aller plus loin.
Qu'on se comprenne bien, ça ne fonctionne pas _uniquement_ sur la variable SHELL.
:~$ echo ${A} 12
:~$ B="usenet is dying, film at 11" :~$ echo ${B} usenet is dying, film at 11
:~$ echo ${SHELL} /bin/bash
Bon, ben là je ne comprends pas mais d'un coup c'est tombé en marche !
-- Moi je vous dis bravo et vive la mort ! -- H.F. Thiéfaine, Aligator 427
