Revenir au path initial depuis une fonction

Version imprimable

Bonjour
J'utilise trois fonctions afin de mettre à jour mon système.
Exemple:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
build_base() {
 while true; do
     echo -n "Build base system? (y/n) [y] "
     read answer
     case $answer in
     ""|y|Y)
            doas rm -rf /usr/obj/* && cd /usr/src && doas make obj && doas make build && cd ~-
            if [ $? -eq 0 ]; then
                echo "›› Base system built."
            else
                echo "›› Unable to build base system!"
            fi
            return 0
            ;;
        n|N)
            echo "GoodBye!"
            break
            ;;
          *)
            echo "$answer: is not allowed!"
            ;;
     esac
 done
}

J'utilise également:

Code:

cd -~

afin de revenir au path initial.

Cependant, j'utilise deux autres fonctions fonctionnant sur le même principe afin de mettre à jour d'autres parties du système. Je me pose donc la question suivante, serait-il plus judicieux de créer une fonction du genre:

Code:

1
2
3
return_path() {
cd -~
}

et de l'appeler lorsque cela est nécessaire. Qu'en pensez-Vous ?

14/11/2018, 18h33
Flodelarab

Bonjour :coucou:

D'abord, merci. Je ne connaissais pas cette abréviation cd ~-. Je m'embêtais à envoyer le message dans la poubelle par un horrible cd - &>/dev/null.

Ensuite, dans un script, il serait plus propre d'écrire le nom du dossier dans lequel tu veux aller. Même par une variable.

En console, tu auras du mal à faire plus efficace que de taper seulement 5 caractères ... donc la fonction sera moins bien que l'original.
14/11/2018, 20h55
Olivier Regnier

Citation:

Envoyé par Flodelarab

Bonjour :coucou:

D'abord, merci. Je ne connaissais pas cette abréviation cd ~-.

D'ailleurs, le signe - n'est pas utile :mouarf:. le ~ est un alias de /home/utilisateur.

Merci pour tes explications.

Attention à l'enchaînement des commandes avec un "&" dans:

Code:

doas rm -rf /usr/obj/* && cd /usr/src && doas make obj && doas make build && cd ~-

si doas rm -rf /usr/obj/* && cd /usr/src n'échoue pas, mais que doas make obj ou doas make build échoue, alors le cd ~- ne sera pas effectué.
Ce code ne garantit donc pas dans tous les cas un retour au répertoire de départ.
De plus, on a le même problème si "doas" est une fonction qui peut aussi changer de répertoire.

Sinon, une autre manière de protéger le directory courant consiste à créer un sous-shell (avec des parenthèses):
Code:

1 2 3 4 5 6 7 8 9 10 case $answer in ""|y|Y) (doas rm -rf /usr/obj/* && cd /usr/src && doas make obj && doas make build) if [ $? -eq 0 ]; then echo "›› Base system built." else echo "›› Unable to build base system!" fi return 0 ;;
qu'on peut d'ailleurs abréger en:
Code:

1 2 3 4 5 if (doas rm -rf /usr/obj/* && cd /usr/src && doas make obj && doas make build); then echo "›› Base system built." else echo "›› Unable to build base system!" fi
Citation:

Envoyé par Olivier Regnier

D'ailleurs, le signe - n'est pas utile :mouarf:. le ~ est un alias de /home/utilisateur.

Euh... "~-" est l'avant-dernier répertoire visité (juste avant le dernier "cd"), alors que "~" est le home directory de l'utilisateur courant.

Il se peut que ces 2 répertoires soient le même... ou pas...

15/11/2018, 09h23
Flodelarab

Surtout que "cd" sans paramètre revient au répertoire utilisateur. Pas besoin d'écrire "cd ~".
15/11/2018, 09h44
Olivier Regnier

Merci à tous les deux pour toutes ces explications :mrgreen:
16/11/2018, 00h33
N_BaH

je ne suis pas au fait des processus de compilation, mais je viens de lire un sujet sur un autre forum où make est utilisé avec une option -C qui « change de répertoire avant de lire les makfiles ou de faire quoi que ce soit d'autre »; ça permettrait de ne pas effectuer de changement de répertoire...

ça ne me plaît pas de changer de répertoire dans un script.

Bonjour,

Je n'ai pas testé avec make, mais avec le shell bash, pour revenir dans le répertoire de départ, j'utilise les commandes builtin pushd et popd

Limite (d'après la page de man de bash) :
Code:

1 2 If DIRSTACK is unset, it loses its special properties, even if it is subsequently reset.
J'ai mis un petit exemple (créer un fichier test.sh contenant ces lignes), pour tester le fonctionnement de pushd et popd avec le shell bash :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 #!/bin/bash origin=`pwd` pushd $origin 2/dev/null mkdir un_rep cd un_rep for ((i=0 ; i<10 ; i++)) do touch file${i} done current=`pwd` echo Le script est lancé dans le répertoire $current echo "je reviens maintenant à mon point de départ ..." # retourne dans le répertoire initial popd echo À la fin, je suis dans le répertoire : `pwd`
Bonnes fêtes à tous !

--
qɔᴉɹə

L'association EducOOo : http://www.educoo.org

https://framagit.org/ericb

https://github.com/ebachard