[Résolu] Bash - caractères invisibles = nonprintable caractères

lucid_xav · Le 31/12/2022, à 16:25

Bonjour,

J'ai un fichier ligne.txt qui contient cette ligne :
04/05/2018 - 16:52 - IMG-20180504-WA0001.jpg

Je voudrais récupérer le champ 5 qui correspond à un fichier existant pour le copier. Quand j'utilise la commande suivante, en me plaçant dans le répertoire où se trouve le fichier IMG-20180504-WA0001.jpg, j'obtiens le retour suivant :

al@brad:~/Projets/projet_WA/images$ cp `cat ../ligne.txt | cut -f 5 -d " "` dest
cp: impossible d'évaluer 'IMG-20180504-WA0001.jpg': Aucun fichier ou dossier de ce type
al@brad:~/Projets/projet_WA/images$

Pourtant, si je copie la valeur du message d'erreur ci-dessus "IMG-20180504-WA0001.jpg" avec la souris et que je remplace dans la commande l'expression `cat ligne.txt | cut -f 7 -d " "` par le contenu du presse papier, la commande cp s’exécute correctement :

al@brad:~/Projets/projet_WA/images$ cp IMG-20180504-WA0001.jpg dest
al@brad:~/Projets/projet_WA/images$ ls dest
dest
al@brad:~/Projets/projet_WA/images$

Crazy, non ?
Quelle est la différence entre la chaine de caractère issue de la ligne de commande et celle issue du presse papier ? Comment faire fonctionner ma commande ?

Merci d'avance

Xavier

Dernière modification par lucid_xav (Le 01/01/2023, à 12:11)

Watael · Le 31/12/2022, à 17:12

salut,

comment a été créé le fichier ?

lucid_xav · Le 31/12/2022, à 18:37

Bonjour Watael,

Le fichier complet originel a été généré par l'App WhatsApp executée sous android, c'est une sauvegarde de discussion WA.
Le fichier ligne.txt est une copie dont je n'ai conservé qu'une ligne.

EDIT : la commande file retourne :

al@brad:~/Projets/projet_WA$ file ligne.txt
ligne.txt: UTF-8 Unicode text
al@brad:~/Projets/projet_WA$

Xavier

Dernière modification par lucid_xav (Le 01/01/2023, à 10:45)

lucid_xav · Le 31/12/2022, à 20:30

Quand je regarde la longueur de la chaine de caractère issue du script, le retour est 24 :

al@brad:~/Projets/projet_WA/images$ script=`cat ../ligne.txt | cut -f 5 -d " "`
al@brad:~/Projets/projet_WA/images$ echo ${#script}
24
al@brad:~/Projets/projet_WA/images$

Si je peuple une variable avec la copie de ce retour et que je regarde la longueur, ça donne ça :

al@brad:~/Projets/projet_WA/images$ copier=IMG-20180504-WA0001.jpg
al@brad:~/Projets/projet_WA/images$ echo ${#copier}
23
al@brad:~/Projets/projet_WA/images$

J'en conclue que la commande :

cat ligne.txt | cut -f 5 -d " "

retourne un caractère qui n'est pas affiché.

C'est possible ?

Bon réveillon à tous !

Dernière modification par lucid_xav (Le 01/01/2023, à 10:56)

Watael · Le 31/12/2022, à 23:54

que dit

$ cat -v ligne.txt

?
et

$ od -c ligne.txt

?

et puis, s'il te plaît, utilise la balise CODE (le bouton <>) pour coller le résultat, et plus généralement du code.

Ayral · Le 01/01/2023, à 00:28

Modération : balises posées. Pensez à le poser vous même. SVP

lucid_xav · Le 01/01/2023, à 11:01

Bonjour à tous, et bonne année.

$ cat -v ligne.txt
04/05/2018 - 16:52 - M-bM-^@M-^NIMG-20180504-WA0001.jpg (fichier joint)
$

$ od -c ligne.txt
0000000   0   4   /   0   5   /   2   0   1   8       -       1   6   :
0000020   5   2       -     342 200 216   I   M   G   -   2   0   1   8
0000040   0   5   0   4   -   W   A   0   0   0   1   .   j   p   g    
0000060   (   f   i   c   h   i   e   r       j   o   i   n   t   )  \n
0000100
$

Et merci Ayral pour le lien vers les balises.

Xavier

lucid_xav · Le 01/01/2023, à 11:48

Merci Watael pour les questions, elles m'ont aiguillé vers une solution :

al@brad:~/Projets/projet_WA$ script=`cat -v ligne.txt | cut -f 5 -d " " | cut -f 2 -d "N"`
al@brad:~/Projets/projet_WA/images$ [[ $script == $copier ]] && echo "egal" || echo "different"
egal
al@brad:~/Projets/projet_WA$

Bonne année à tous !

Xavier

diesel · Le 01/01/2023, à 11:58

Je te proposerais bien un :

grep -o -e "[0-9A-Za-z-]*.jpg" ligne.txt

Bonne années à toutes et à tous.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 01/01/2023, à 12:08)

Watael · Le 01/01/2023, à 12:17

lucid_xav a écrit :

Merci Watael pour les questions, elles m'ont aiguillé vers une solution :

al@brad:~/Projets/projet_WA$ script=`cat -v ligne.txt | cut -f 5 -d " " | cut -f 2 -d "N"`
al@brad:~/Projets/projet_WA/images$ [[ $script == $copier ]] && echo "egal" || echo "different"
egal
al@brad:~/Projets/projet_WA$

ou proprement, en bash :

$ read -ra line < ligne.txt
$ ficName="${line[@]: -1}"
$ ficName="${ficName##*$'\xE2\x80\x8E'}"

$ echo "$ficName" | od -c
0000000   I   M   G   -   2   0   1   8   0   5   0   4   -   W   A   0
0000020   0   0   1   .   j   p   g  \n
$

Dernière modification par Watael (Le 01/01/2023, à 12:18)

lucid_xav · Le 01/01/2023, à 14:53

Est-ce que tu pourrais m'expliquer ton code, stp ?

$ read -ra line < ligne.txt
$ ficName="${line[@]: -1}"
$ ficName="${ficName##*$'\xE2\x80\x8E'}"

Je comprends la première ligne, mais je ne comprends pas les manips que tu fais pour peupler ficname.

Dernière modification par lucid_xav (Le 01/01/2023, à 14:54)

Watael · Le 01/01/2023, à 15:38

ficName reprend le dernier élément du tableau line, duquel on supprime le préfixe correspondant au motif indiqué (342 200 216 converti en hexadécimal).

lucid_xav · Le 01/01/2023, à 18:25

Bon, j'ai encore beaucoup à pratiquer pour devenir fluent en bash !

Merci pour ton coup de main en tout cas. C'est fou ce qu'un sachant peut apporter quand on est bloqué...

lucid_xav · Le 01/01/2023, à 19:21

Watael,

Quand j'exécute le code que tu m'as indiqué, je n'ai pas le même comportement que toi :

$ read -ra line < ligne.txt
$ echo $line
04/05/2018
$

Qu'en penses-tu ?

Ensuite, ce que je n'arrive toujours pas à comprendre, c'est l'expression "##*$" dans la troisième ligne.

Xavier

Dernière modification par lucid_xav (Le 01/01/2023, à 19:22)

Tawal · Le 01/01/2023, à 20:05

Hello,

La variable line est un tableau indicé.
On fait référence à ses éléments avec cette forme : ${nom_du_tableau[indice]}
L'appel à $line fait référence au premier élément du tableau line (par convention).

Edit:
Quant à ta 2ième question :

man bash a écrit :

${paramètre##mot}
Retrait du motif correspondant au préfixe. Le mot est développé pour fournir un motif, comme dans le développement des chemins et mis en correspondance avec la valeur développée du paramètre avec les règles décrites dans Motifs génériques ci-dessous. Si le motif correspond au début de la valeur du paramètre, alors le développement prend la valeur développée du paramètre après suppression du plus court (cas « # ») ou du plus long (cas « ## ») motif correspondant. Si le paramètre est @ ou *, l'opération de suppression de motif est appliquée à chaque paramètre positionnel tour à tour et le développement est la liste résultante. Si le paramètre est une variable tableau indicée par @ ou *, l'opération de suppression de motif est appliquée à chaque élément du tableau tour à tour et le développement est la liste résultante.

Dernière modification par Tawal (Le 01/01/2023, à 20:20)

diesel · Le 01/01/2023, à 20:46

Je trouve ça assez cochon comme code.

En effet, vous faites tout un tas d'hypothèses non vérifiées sur la structure du fichier ligne.txt. Par exemple, qu'est-ce qui vous garantit que la chaîne de caractères (en octal) "\342 \200 \216" sera toujours la même ?

N'en déplaise à Watael si ce n'est pas du bash mais je trouve beaucoup plus robuste de chercher la chaîne de caractères ".jpg" précédée de caractères imprimables ; ce qui est bien le but recherché.

Amicalement.

Jean-Marie

Watael · Le 01/01/2023, à 22:57

rien ne dit davantage que le fichier contiendra toujours le nom d'un jpeg.
alors que l'indication du sens de lecture (c'est ce que signifient les caractères échappés), lui, risque bien de toujours faire partie du format du fichier.

Dernière modification par Watael (Le 01/01/2023, à 22:59)

diesel · Le 02/01/2023, à 08:49

Watael a écrit :

rien ne dit davantage que le fichier contiendra toujours le nom d'un jpeg.

C'est vrai.

Watael a écrit :

alors que l'indication du sens de lecture (c'est ce que signifient les caractères échappés), lui, risque bien de toujours faire partie du format du fichier.

J'ignorais la signification des caractères échappés.

Finalement, cela veut surtout dire que nous n'avons qu'une vision partielle du problème à résoudre et que dans ces conditions, difficile d'avoir des certitudes sur la meilleure manière de le résoudre.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 02/01/2023, à 08:50)

lucid_xav · Le 03/01/2023, à 17:07

Bonjour tout le monde,

Merci Tawal, c'est exactement le niveau d'information dont j'avais besoin. (c'est à dire depuis la base...)

diesel a écrit :

Finalement, cela veut surtout dire que nous n'avons qu'une vision partielle du problème à résoudre et que dans ces conditions, difficile d'avoir des certitudes sur la meilleure manière de le résoudre.

C'est vrai, au moins en partie. J'avais indiqué la provenance du fichier texte (whatsapp) dans les premiers posts. Après, je ne sais pas si leurs développeurs vont garder le même format de fichier d'export, ni s'ils vont conserver le format jpg des images.

Pour info, j'ai utilisé le code

grep -o -e "[0-9A-Za-z-]*.jpg" ligne.txt

dans mon script, parce que je sais que dans mon fichier toutes les images sont au format jpg et parce que je ne vais a priori l'utiliser qu'une seule fois et uniquement sur ce fichier texte. Ce code a donné pleine satisfaction.

Mais je viens donc d'apprendre qu'il existe des tableaux dans bash, ce que j'ignorais, et je vais creuser ça dans un futur proche.

Merci à vous trois pour vos réponses qui m'ont fait progresser, même si je pars de loin. En tout cas j'ai réussi à faire ce que je voulais et c'est pour moi le principal.

Xavier

diesel · Le 03/01/2023, à 18:44

Attention quand-même, le regex que je t'ai donné ne prend pas en compte les caractères accentués.

Amicalement.

Jean-Marie

Tawal · Le 03/01/2023, à 21:00

Hello,

Pour considérer les caractères accentués, on peut utiliser une classe de caractère prédéfinie : [:alnum:]
Donc la commande devient :

grep -o -e "[[:alnum:]]*.jpg" ligne.txt

Edit:
Il faut pour que ça fonctionne, que les locales soient réglées sur une langue utilisant des caractères accentués.

$ grep -o -e "[[:alnum:]]" <<<$'é'
é
$ LANG=C grep -o -e "[[:alnum:]]" <<<$'é'
$

Dernière modification par Tawal (Le 03/01/2023, à 21:03)

diesel · Le 03/01/2023, à 22:40

C'est bizarre.

J'avais lu que [:alnum:] était équivalent à [A-Za-z0-9]. là par exemple : https://www.petefreitag.com/cheatsheets … r-classes/

Et pourtant, j'ai essayé ; dans la vraie vie, ça marche aussi avec les caractères accentués.

Par contre, la commande exacte qui marche pour lucid_xav est :

grep -o -e "[[:alnum:]-]*.jpg" ligne.txt

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 03/01/2023, à 22:48)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 31/12/2022, à 16:25

[Résolu] Bash - caractères invisibles = nonprintable caractères

#2 Le 31/12/2022, à 17:12

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#3 Le 31/12/2022, à 18:37

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#4 Le 31/12/2022, à 20:30

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#5 Le 31/12/2022, à 23:54

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#6 Le 01/01/2023, à 00:28

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#7 Le 01/01/2023, à 11:01

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#8 Le 01/01/2023, à 11:48

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#9 Le 01/01/2023, à 11:58

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#10 Le 01/01/2023, à 12:17

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#11 Le 01/01/2023, à 14:53

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#12 Le 01/01/2023, à 15:38

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#13 Le 01/01/2023, à 18:25

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#14 Le 01/01/2023, à 19:21

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#15 Le 01/01/2023, à 20:05

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#16 Le 01/01/2023, à 20:46

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#17 Le 01/01/2023, à 22:57

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#18 Le 02/01/2023, à 08:49

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#19 Le 03/01/2023, à 17:07

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#20 Le 03/01/2023, à 18:44

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#21 Le 03/01/2023, à 21:00

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

#22 Le 03/01/2023, à 22:40

Re : [Résolu] Bash - caractères invisibles = nonprintable caractères

Pied de page des forums