Boucle while read

Version imprimable

12/11/2014, 16h49
IfyouChaos

Boucle while read
Bonjour, alors voilà je suis en train de réaliser un petit programme qui doit me permettre de cartographier des routeurs
je récupère ces routeur via la commande traceroute or j'aimerais créer un dossier pour chaque nom de routeur avec dedans un lien qui pointerais vers le dossier suivant ( soit le routeur suivant)

donc j'ai un code des cette forme la
Code:

1 2 3 4 5 6 7 8 cat monfichier.txt | while read arg1 arg2 arg3 arg4; do if [ ma_condition ]; then instruction else mkidir $arg2$arg3 fi done
ici $arg2 et $arg3 corresponde au nom du routeur et dans ma logique j'aimerais faire un cd $arg2$arg3 et ensuite créer un lien pointant vers l'itération suivante. sauf que je ne sais pas comment lui dire de faire sa.

si quelqu'un à une piste à me transmettre ou une idée d'une meilleur solution , je le remercie par avance.

Cordialement
12/11/2014, 17h00
N_BaH

ce n'est évidemment pas possible : la donnée suivante n'est connue que lorsqu'elle est devenue la donnée courante !
il faut donc retourner le problème, et traiter la donnée précédente avec la donnée courante.
12/11/2014, 19h10
IfyouChaos

d'accord mais le problème reste le même comment en ayant parcouru les lignes de mon fichier lui dire d'utiliser la donnée de l'itération d'avant ?
12/11/2014, 19h40
N_BaH

c'est à cela que servent les variables : conserver des données pour un usage ultérieur.

Code:

while read line; do test -n "$prec" && echo "courante = $line ;; précédente = $prec"; prec="$line"; done < fichier
12/11/2014, 19h54
IfyouChaos

d'accord je comprend a peu pres le principe ya juste la partie

Code:

test -n "$prec"

qui est un peu obscur. vous pouvez m'expliciter le -n ?
12/11/2014, 20h57
jack-ft

Citation:

Envoyé par IfyouChaos

ya juste la partie

Code:

test -n "$prec"

qui est un peu obscur. vous pouvez m'expliciter le -n ?

Bien sûr qu'on peut t'expliquer ce que fait test -n...
Mais je dirais que l'on n'est jamais si bien servi que par soi-même:mrgreen:
Donc un man test s'impose...
voire un man test | fgrep -e '-n'

Bonsoir, alors pour moi le test -n $prec verifie si la longueur de la chaine de caracter dans la variable $prec n'est pas 0.

bon ensuite j'ai mis en application le bout de code que vous m'avez donné

Citation:

Code:

while read line; do test -n "$prec" && echo "courante = $line ;; précédente = $prec"; prec="$line"; done < fichier

les dossiers portant les noms des routeurs sont bien créés mais les liens pointent vers le routeur précédent; bon logique jusque là, mais comme je veux partir du premier routeur traversé et non du dernier j'ai voulu inverser en faisant quelque chose comme ceci
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 cat fichier.txt | while read arg1 arg2 arg3 arg4; do if [ ma_condition ] then instruction else mkdir $arg2$arg3 test -n "$prec" && echo "courante = $arg2$arg3 ;; précédente = $prec"; courante=$arg2$arg3 precedent=$prec ; prec="$arg2$arg3"; cd $precedent creation des liens vers $courante cd ../ fi
sauf que la il me dit qu'il ne peut créer le dossier puisque le dossier est déjà existant ! or j'ai vérifier en mettant des echo un peu partout et il prend bien les valeurs voulu et qui sont bien différente, mais j'ai l'impression qu'il essaye quand meme de créer toujours le premier dossier de la premiere itération qui lui est le seul à être créé.

à noter que si je remplace le cd $ precedent par $prec il créer bien tout les dossier mais les liens pointent vers les routeurs précédents !

auriez-vous une idées d'où peut venir le problème ?

Code:

1
2
3
4
5
6
7
8
9
10
unset prec
while read serveur
do
   if test -n "$prec"
   then
      echo "mkdir $prec $serveur"
      echo "ln $serveur $prec/$serveur"
   fi
   prec="$serveur"
done < serveurs.list

il est utile d'écrire ce que tu veux faire (opération par opération) avant de coder !

13/11/2014, 22h59
Sve@r
Citation:
Envoyé par IfyouChaos

Code:

1 2 3 4 cd $precedent creation des liens vers $courante cd ../

sauf que la il me dit qu'il ne peut créer le dossier puisque le dossier est déjà existant... à noter que si je remplace le cd $ precedent par $prec il créer bien tout les dossier mais les liens pointent vers les routeurs précédents !
Bonjour

Déjà tu n'es pas obligé de descendre dans un dossier pour y créer des liens: ln -s chemin_vers_dossier_1_a_partir_du_dossier_2/fichier_origine dossier2/lien fonctionne parfaitement d'où que tu te trouves dans l'arborescence. La seule obligation est de vérifier, étant donné que le lien sera lu depuis le dossier2, que le chemin vers le dossier 1 est bien référencé comme étant vu depuis le dossier 2.

Ensuite ben comme l'a dit N_Bah: commence par établir ce que tu veux faire avant de tenter de le faire faire par le shell. Et vérifie aussi le sens de ta commande ln. Le premier argument est le fichier à l'origine du lien ; le second est le fichier lié...
14/11/2014, 09h35
jack-ft
Citation:

Envoyé par Sve@r

Et vérifie aussi le sens de ta commande ln. Le premier argument est le fichier à l'origine du lien ; le second est le fichier lié...

Mnémotechnique: en ce qui concerne les arguments, "ln" est semblable à "cp":
Code:

1 2 cp truc_existant_a_copier truc_n_existant_pas_encore ln truc_existant_a_lier truc_n_existant_pas_encore
D'ailleurs, lorsque le basename du truc à lier est identique et qu'on est dans le répertoire cible, on peut faire:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier .
15/11/2014, 09h53
Sve@r

Citation:

Envoyé par jack-ft

D'ailleurs, lorsque le basename du truc à lier est identique et qu'on est dans le répertoire cible, on peut faire:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier .

Pas forcé de se trouver dans le dossier cible ;)

De façon très générale, et tout comme pour un cp ou un mv, lorsque le basename du truc à lier est identique mais qu'il sera donc placé dans un autre dossier que le fichier source, on peut faire:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier dossier_de_destination

:P
15/11/2014, 16h23
IfyouChaos

Merci pour toutes ces réponses très utiles en tout cas de mon coté tout marche nickel chrome =)

concernant le fait que je descend dans les dossiers pour créer mes liens, je sais que je n'y suis pas obligé, mais ça me permet de décomposer étant donné que je suis pas forcément très à l'aise avec le bash même si finalement j'aime bien codé dans ce langage. maintenant que tout marche je vais pouvoir le faire justement ;-)

et merci pour le conseil mémotechnique car à chaque fois je cherche a quelle position doit être le dossier source et la destination.

merci beaucoup.
15/11/2014, 19h24
disedorgue
Bonjour,
Citation:
Envoyé par jack-ft

Mnémotechnique: en ce qui concerne les arguments, "ln" est semblable à "cp":

Code:

1 2 cp truc_existant_a_copier truc_n_existant_pas_encore ln truc_existant_a_lier truc_n_existant_pas_encore

D'ailleurs, lorsque le basename du truc à lier est identique et qu'on est dans le répertoire cible, on peut faire:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier .
Je sais que beaucoup de gens utilisent ce moyen mnémotechnique pour "ln", mais je n'arrive pas à comprendre d'où vient ce problème avec ln, car comme toutes les commandes, il est dans le sens "source" "destination".
Peut-être à cause du fait que la "destination" n'est pas toujours obligatoire, la syntaxe suivante est valide si on est dans le répertoire cible:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier
15/11/2014, 23h14
Sve@r

Citation:

Envoyé par disedorgue

Peut-être à cause du fait que la "destination" n'est pas toujours obligatoire, la syntaxe suivante est valide si on est dans le répertoire cible:

Code:

ln chemin/relatif/ou/absolu/vers/truc_existant_a_lier

Bizarre. Effectivement ça fonctionne mais si on m'avait demandé avant que je teste j'aurais juré que ça ne fonctionnerait pas. Car pour cp ou mv, ce genre de syntaxe ne fonctionne absolument pas. Pour ces deux autres commandes, il faut impérativement nommer la cible, que ce soit un fichier ou un dossier. Et comme ln s'utilise de la même façon que cp ou mv, je pensais que pour ln il fallait aussi nommer expressément une cible...