Discussion :

[hafid.ikhlef]

Bonjour,
J'ai une question sur "while read LIGNE", je l'ai testé pour lire un fichier .txt mais elle lit pas toutes les lignes sauf si je laisse une ligne vide. Y'a-t-il une commande qui permette de lire toutes les lignes présentes dans un fichier ? voici mon code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
cd ${rep}/toto
Fic=`ls`
for i in $Fic
    do
    cat  $i | while read LIGNE <> ""
				do
      				nom_fic="`echo \"$LIGNE\" | cut -c1-`"					
					if [$nom_fic!= ""]
					then 
					mv ${rep}/$LIGNE ${rep_desti}/$LIGNE_date	
					fi 
				done
    done

Merci d'avance pour votre retour.

[jlliagre]

C'est quoi:

Code :

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

<> ""

?

Si tu laisses une ligne où ?

[Flodelarab]

Bonjour

• Déjà, utiliser "ls" dans un script ne plait pas à tout le monde. On utilise find.
• Ensuite, utiliser ls (1) pour le mettre dans une variable (2) pour l'utiliser dans une boucle for (3) pour l'afficher (4) avant de le rediriger vers une boucle while (5) est terriblement maladroit.

Voici une méthode plus acceptable. N'est-ce pas ?

Code :

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

find -maxdepth 1 -exec echo mv {} toto/{} \;

[jlliagre]

Voici une méthode plus acceptable. N'est-ce pas ?

Code :

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

find -maxdepth 1 -exec echo mv {} toto/{} \;

Pas sûr. Cette commande ne correspond peut-être pas à ce que souhaite faire hafid.ikhlef qui récupère les noms des fichiers à déplacer dans le contenu d'autres fichiers. Cette commande va aussi générer un message d'erreur lorsqu'elle essaiera de déplacer le répertoire courant dans toto.

Je suis bien d'accord pour admettre qu'il y a beaucoup à améliorer dans le script initial, mais il faudrait d'abord comprendre quel est l'objectif du script et quel est le problème rencontré avant de proposer une solution.

[hafid.ikhlef]

Bonjour,
Merci pour vos réponses.
Oui jlliagre vous avez bien compris mon sujet , je lis un fichier .txt qui contient les noms des fichiers à dispatcher dans plusieurs répertoires (j'ai pas publié la suite de code) . Le problème que j'ai posé : La commande while read ligne si j'ai pas un retour chariot (une ligne vide) à la fin de mon fichier .txt, elle exécutent pas la dernière ligne, je souhaite donc la remplacer par une autre commande si elle existe bien entendu.
exemple:
fichier.txt
tata
fafa
coco
---
sans une ligne vide, la lecture s'arrête à fafa, aussi rajouter d'autre lignes vide mv continuer à faire n'importe quoi ( long à expliquer).
encore merci

[jlliagre]

Ok, mais avant d'aller plus loin je ne comprends toujours pas ce que viennent faire <> "" après read LINE.

[Flodelarab]

@ hafid.ikhlef, tu as posté dans le forum Unix. Et sous Unix, une ligne qui ne se termine pas par un retour chariot n'est pas une ligne.
Il FAUT que tu rectifies la fabrication de ton fichier pour que la dernière ligne ait un retour chariot, si tu veux la prendre en compte.


Solution bricolage:

Code :

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

awk '1' fichier

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
$ cat fichier
sdtrg:kgj
kgjdflk
:lkfdn;
gogo
$ od -c fichier
0000000   s   d   t   r   g   :   k   g   j  \n   k   g   j   d   f   l
0000020   k  \n   :   l   k   f   d   n   ;  \n   g   o   g   o
0000036
$ awk '1' fichier|od -c
0000000   s   d   t   r   g   :   k   g   j  \n   k   g   j   d   f   l
0000020   k  \n   :   l   k   f   d   n   ;  \n   g   o   g   o  \n
0000037

[jlliagre]

sous Unix, une ligne qui ne se termine pas par un retour chariot n'est pas une ligne.

Oui, c'est sûrement le problème ici encore que sous Unix, c'est un saut de ligne (line-feed) qui termine une ligne plutôt que retour-chariot (carriage-return) qui n'est pas interprété spécialement dans la lecture d'un fichier.

[disedorgue]

Bonjour,

Ok, mais avant d'aller plus loin je ne comprends toujours pas ce que viennent faire <> "" après read LINE.

Je pense que c'est une pseudo solution raté de vérification que la variable n'est pas vide lors de la lecture de la dernière ligne (sans line-feed) du fichier...
(D'ailleurs, tu as déjà donné la solution pour ce problème précis )