Salut.
 
Je suis en train de bidouiller un script...
 

 
L'objet final du script ne sera pas d'ouvrir des pdf avec zathura, ça me sert juste à tester le fonctionnement.
 
Au premier test, sans le &, zathura a bien ouvert le premier fichier mais ensuite le script se pause jusqu'à ce que je ferme zathura. Alors seulement le script continue sa boucle.
 
Si par contre je commente la ligne et que je la remplace par un echo "$filename", la boucle enchaine bien les entrées.
 
Ne voyant pas trop quoi faire j'ai ajouté l'& qui lance les commandes en background et là ça marche comme je m'y attendais : 3 occurrences se lancent...
Mais je ne comprend pas pourquoi ça bloque sans.
J'ai l'impression qu'il y a un truc basique et fondamental qui m'échappe    
 
En écrivant le post me vient l'idée que c'est peut-être parce que la boucle attend un code retour mais qu'il ne vient qu'au moment où zathura est fermé (ou a planté)
Et dans le cas du &, chaque itération de la boucle se fait dans un sous-shell (si j'ai bien compris le truc) et le script continue à boucler tant que le process se lance bien.
?
 
Merci pour vos lumières    
 
 

koukou skippy  
comme un pb d'heritage/arborescence de processus/pid?

A lire  
https://helios2.mi.parisdescartes.f [...] me/TD4.pdf

et tu devrais vérifier le nombre $files dans ton répertoire avant de lancer un while.
tu mets une recopie dans /temp pour travailler sur un nombre fixe. qd c'est fini tu vas vérifier à nouveau dans le repertoire concerné.
 
parce que si un file supplémentaire vient à se créer (comme par hasard ), bah ça va foutre le brun dans les inodes.

Alors déjà, récupérer la sortie de "ls" pour autre chose que de l'affichage interactif (avec des yeux humains), c'est mal    (fais des recherches sur les bonne pratiques Bash, qui devraient aussi te pousser à abandonner "read" )
 

 
Visiblement, Zathura est une application interactive, le comportement me semble parfaitement normal  

Kikou ToiMunster    
Oui, je vois mieux le fonctionnement depuis mais c'est pas ce qui bloquait...
 

... voilà, c'est comme s'il y avait un wait implicite dans la boucle qd je la teste avec Zathura, et c'est normal en fait...
 

je pige pas le rapport avec les inodes (je vois à peu près ce que c'est), je vais manipuler des fichiers (je comptais les déplacer avant de les traiter), je vais pas interagir directement sur les inodes... mais ça m'amène une réflexion dont j'ai du mal à estimer la portée.
 
Si au lieu de déplacer les fichiers ailleurs je créé des liens durs, puis je fais les traitements sur ces liens et qu'à la fin je supprime les fichiers d'origine... ça apporte qqchose ? (pas que je me soucie de perf ou autre, c'est juste pour savoir et mieux comprendre)
 

   
 
Quand on a qu'un marteau, tout ressemble à un clou.
J'ai bien vu de potentiels pb à utiliser ls mais je voulais tester si ça marchait.
 

Ok, je comprend mieux la différence de comportement donc    
 
Avec un process comme lp pour imprimer je devrais pas avoir ce soucis si je comprend bien (pas essayé encore, je regarde la doc de la commande... et je fouine sur internet car j'avoue que les manpages sont parfois un peu hermétique pour moi)
 
Par contre y'a un risque "d'engorger" l'imprimante si elle recevait trop de truc à imprimer d'un coup ou ça se mettra en file d'attente tout seul quoi qu'il arrive ?
(risque seulement théorique dans mon contexte d'utilisation, c'est juste pour savoir).

lire un fichier faisant parti du système pendant qu'il est en train de se créer, ça craint. l'inode est écrite dans la table que qd le fichier est complet et libéré par la tâche du créateur. si tu le lis pendant, ça va bloqué.

c'est pour cela que je t'ai conseillé de travailler sur une copie fixe dans /temp. c'est un repertoire de travail commun.
Et de cette manière, au moment où le pc s'éteinds ben tout cela disparait.

sisi c'est bien ce qui bloquait. ton script attends un sigterm de fin de programme pour poursuivre le traitement.

le & casse l'héritage sous jacent de ton script parent.
à n'utiliser que dans un terminal, pas dans un script sh.
 

 
Bof
 
 

 
As tu tout simplement essayé «lp {dossier}/*.pdf» ?
Sans paramètres, il imprime sur l'imprimante par défaut, avec les paramètres par défaut. La plupart du temps ça convient, et il y a toujours moyen de les modifier dans Cups si besoin. Les pages de Man sont pour moi un complément, les explications de base, je les ai dans moult cours, revues et livres.

À mon avis ce n'est pas trop un soucis mais je ne connais pas la volumétrie prévue. Au pire tu peux toujours jouer avec des «sleep».... voir, si le script sera interactif, poser la question, tous les x fichiers, par exemple : «les impressions se passent-elles bien? Souhaitez-vous poursuivre avec les n fichiers PDF restants ?»