mouais, j'allais faire un nouveau fil pour des critiques constructives de son programme ^
comment il se comporte si je lance un process s'appelant 0123456 => il considére que c'est un pid (bien trop grand) et donc exécute la commande après le délai spécifié ;)
aucun contrôle pour savoir comment s'est terminé la commande (&& || ;)
Pourquoi faire systématiquement complexe alors quand on peut simplifier la vie des autres
ça c'est pour l'attente avec pid, ça donne ça ^ j'aurais pas tendance à dire que c'est complexe, c'est même du bash très basique.
while ps -p 1234 >/dev/null ; do sleep 60 ; done ; cmd
tu peux même l'avoir avec waitpid(){ while ps -p 1ドル >/dev/null ; do sleep 60 ; done ; shift ; $* }
pour l'attente d'un nom de process, il suffit de remplacer ps par pgrep [-u $USER] pattern.
Enfin pour faire bref, en apprenant les briques de bases du shell, on apprend a pouvoir s'adapter.
à noter que l'approche python et l'approche shell souffrent du même problème qui est la réapparition d'un process ayant le même nom/pid
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Je comprend pas en quoi le shell te convient pas...
Posté par fearan . En réponse au journal waitend: exécuter une commande après une autre (déjà lancée). Évalué à 5. Dernière modification le 06 mars 2013 à 11:16.
mouais, j'allais faire un nouveau fil pour des critiques constructives de son programme ^
ça c'est pour l'attente avec pid, ça donne ça ^ j'aurais pas tendance à dire que c'est complexe, c'est même du bash très basique.
tu peux même l'avoir avec waitpid(){ while ps -p 1ドル >/dev/null ; do sleep 60 ; done ; shift ; $* }
pour l'attente d'un nom de process, il suffit de remplacer ps par pgrep [-u $USER] pattern.
Enfin pour faire bref, en apprenant les briques de bases du shell, on apprend a pouvoir s'adapter.
à noter que l'approche python et l'approche shell souffrent du même problème qui est la réapparition d'un process ayant le même nom/pid
Il ne faut pas décorner les boeufs avant d'avoir semé le vent