Discussion :

[floanne]

Bonjour,

j'ai un problème :
je cherche à remplasser les "\" d'un chemin windows avant que ceux-ci soient interprétés avec la lettre qui suit. (exemple C:\titi se transforme en C:[tabulation]titi)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cmd_win=`echo "$cmd_win" | sed "s:\\\\\\\\:\\\\\\\\\\\\\\\\:g"`

J'ai l'imression que c'est les `` qui évaluent ma chaine $cmd_win... Du coup je n'arrive jamais à remplasser les "\" par des doubles antislash...

Merci de votre aide,
++Florent.

[matafan]

C'est le echo qui interprète tes backslashs. Utilises plutôt printf:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf %s $cmd_win | sed 's/\\/\\\\/'

[Sve@r]

C'est le echo qui interprète tes backslashs.

Hum... il y a le echo, le sed et les backquottes et tout ça traite chaque backslash à sa manière.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cmd_win=`echo "$cmd_win" | sed "s:\\\\\\\\:\\\\\\\\\\\\\\\\:g"`

J'ai l'imression que c'est les `` qui évaluent ma chaine $cmd_win... Du coup je n'arrive jamais à remplasser les "\" par des doubles antislash...

T'aurais pas oublié le slash séparant la chaine de départ de la chaine finale dans le "s/.../.../g" ???


En tout cas, chez-moi, la commande suivant fonctionne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
a="c:\titi"
b=`echo $a |sed -e "s/:\\\\\\\\/:\\\\\\\\\\\\\\\\/"`
echo "[$b]"

=> je récupère "[c:\\titi]" (et le "g" final est inutile puisque tu cherches le token ":\" et qu'il n'y en a qu'un seul dans un chemin zindow)

PS: pour éviter aux lecteurs de ce post la tâche fastidieuse de compter mes "\", j'ai simplement protégé le "\" initial puis doublé cette protection pour que le "sed" récupère ce qu'il faut puis de nouveau doublé cette protection à cause des backquottes => 8 backslashes dans la chaine initale et 2 fois plus (puisqu'il en faut 2 pour 1) dans la chaîne finale

[matafan]

Sve@r, chez toi ça marche parce que tu es sous bash, et que par défaut le "echo" de bash n'interprète pas les séquences spéciales.

Par contre le echo de ksh, lui, interprète les séquences spéciales.

Donc je répète ce que j'ai dit, c'est le echo qui lui bouffe ses backslash, et puisqu'il est sous ksh le plus simple est d'utiliser printf.

Je parles évidemment des backslashes qui sont dans $cmd_win, pas de ceux qui sont dans l'expression sed. Pour le sed il est quand même plus simple de mettre l'expression entre simple quotes, comme je l'ai fait, ce qui enlève un niveau d'interprétation (celui du shell) et ne laisse que celui de sed.

[floanne]

Merci à tous pour vos réponses...

Pour info j'avais pas oublié les "/" dans la commande sed : on peut mettre à peut près n'importe quoi, j'ai choisi les ":"

Finalement j'ai contourné le problème... Mais je conserve précieusement la réponse.

Encore merci.
++Florent.

[Sve@r]

Sve@r, chez toi ça marche parce que tu es sous bash, et que par défaut le "echo" de bash n'interprète pas les séquences spéciales.

Par contre le echo de ksh, lui, interprète les séquences spéciales.

Rha j'ai pas de ksh pour regarder ça (quoique ksh doit exister sous FC). Mais c'est dommage que les guillemets doubles ne protègent pas le backslash surtout que le /bin/ksh se veut compatible /bin/sh et qu'en /bin/sh (ou /bin/bash) c'est ce qui se passe.

Pour info j'avais pas oublié les "/" dans la commande sed : on peut mettre à peut près n'importe quoi, j'ai choisi les ":"

Ah ça je ne savais pas. Je pensais que tu cherchais ":\" alors que tu utilisais le ":" comme séparateur d'élément => amusant

[Baodai]

Oula, ca fait beaucoup de backslash tout ca ... perso chez moi j'utilise ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

b=$(echo "$a" | sed -e 's/\\/\\\\/g')

(désolé de déterrer le topic comme ca, mais comme je viens de tomber sur le problème, je me dis que ca pourrait interesser d'autres gens)