Version imprimable
Bonjour,
je voulais savoir s'il était possible de réaliser des actions lorsqu'un soft python se fait killer ou terminer.
L'idée c'est de nettoyer tous les fichiers "temporaires" créés par le soft si celui ci se fait dégager brutalement.
Est-ce possible ?
Merci à vous !
:salut:
Quels Types de Kills ? KeyboardInterrupt ? un Kill system particulier ? Je d'irais sans avoir eu ta réponse que c'est à ton gestionnaire d'exceptions que revient cette tâche...
Salut Hizoka,
À priori je dirais non.
Si le process est mort il est mort.
Sous Linux il ne faut pas s'occuper de ça ce sera nettoyé automatiquement par le système.
Par contre, ce que tu peux faire, si tes fichiers temporaires sont clairement identifiables c'est qu'à chaque démarrage de ton appli elle vérifie si il ne reste pas des résidus d'une utilisation précédente.
Salut,
Un fichier temporaire crée par tempfile devrait se détruire tout seul. Sinon, il faut déclarer un exit handler qui sera appelé pour faire le ménage lors d'un SIGINT et utiliser signal pour attraper les SIGTERM, SIGHUP,...Citation:
Envoyé par hizoka
- W
salut,
et s'il y a une coupure de courant (poweroff), python intercepte la panne et la met en attente pour pouvoir effectuer quelques actions ?Citation:
Envoyé par hizoka
Le dossier temporaire est créé via QTemporaryDir et ne s'efface pas si je kill via une commande (utilisation de term ou kill sous linux).
du coup son nom est partiellement identifiable.
wiztricks as tu un exemple car je n'arrive pas à exécuter la fonction lors d'un kill ou d'un term ?
elle est bien appelée lors d'une fermeture normale par contre.
merci pour vos réponses
BufferBob => quand ça arrive, on se fout royalement de mon soft... on s’inquiète pour la matériel et on vérifie si on a rien perdu...
EDIT : c'est la même chose si je crée mon dossier avec tempfile, il n'est pas supprimer en cas de TERM ou KILL
Dans les salles informatiques, il y a généralement 2 alimentations séparées et un groupe électrogène: çà évite de prendre le risque d'un redémarrage chaotique et des palabres avec utilisateurs, assurances, .... Quand aux utilisateurs, ils ont, en général, un "portable" qui dispose d'une batterie (qui devrait fonctionner).Citation:
Envoyé par BufferBob
Et les autres, ben, ils testent l'intégrité de leur disques avant de redémarrer (ce qui en général nettoie les "vrais" fichiers temporaires) et prient pour que vérifications et nettoyage ne dure pas trop longtemps car les utilisateurs attendent.
- W
Bonjour,
Je reconnais que c'est une bonne question, et je n'ai que des réponses très partielles. Le peu que je sais se résume à:
- quand un programme se plante, il est possible qu'il reste en mémoire les sous-processus lancés.
- quand le courant est coupé, Tout ce qui est en RAM disparait immédiatement. Il subsiste effectivement les fichiers temporaires, mais je ne crois pas qu'ils soient récupérés au relancement de l'application. Une manière d'assurer le coup, c'est d'avoir un onduleur qui déclenche l'arrêt correct du PC en cas de coupure de courant.
Pour le reste, je supposais que c'était l'OS qui se débrouillait pour faire le ménage à l'arrêt des applications.
:salut:
Par la même occasion j'aimerais savoir si dans cet cas le 'Garbage collector' fonctionne et fais son travail ? ... je veux dire après un arrêt brutal du programme ? Est ce qu'au démarrage d'une nouvelle instance du programme il fait des vérifications sur la précedente instance ? (J'suis aussi un débutant :mouarf: )
bon, je ne me suis pas exprimé comme il aurait fallu manifestement, mon idée n'était pas tant d'envisager la panne matérielle que de réaliser qu'il y a de fait un certain nombre de cas (même "limites") où poser un hook sur la sortie du programme ne suffira pas à faire le job convenablement.
si le propos est d'intercepter la fin inopinée du programme dans le seul but de virer les fichiers temporaires, pourquoi ne pas prendre le problème dans l'autre sens et "faire place nette" au lancement du programme ?
le programme se lance, il cherche à dégager tous les fichiers temporaires d'une éventuelle instance précédente, et ensuite peut créer les siens en toute quiétude, non ?
en RAM oui, la mémoire allouée par le noyau au processus (python) est réquisitionnée et remise dans le pool de mémoire disponible (modulo les buffers/caches justement, qui font qu'on peut éventuellement trouver une trace du programme dans la mémoire physique, encore faut-il aller fouiller /dev/mem ce qui n'est pas trivial), en revanche les fichiers créés sur le disque restent eux, même suite à un crashCitation:
Envoyé par tyrtamos
comme dit juste au dessus, c'est le noyau qui fait le ménage en détruisant le processus, le garbage collector de python n'est plus dans la course à ce stadeCitation:
Envoyé par cervo
néanmoins sous Linux on est en général assuré que certains répertoires comme /var/tmp/ sont vidés au démarrage de l'OS, donc même en imaginant que les onduleurs lâchent, qu'on ait pas de redondance matérielle etc. on serait pas obligé de s'en foutre royalement de l'application on pourrait quand même faire un truc propre ;)
ps: par ailleurs je crois me souvenir qu'on ne peut pas intercepter SIGKILL
Salut,
Pour des fichiers temporaires, le plus simple est d'utiliser la fonctionnalité système via tempfile.Citation:
Envoyé par BufferBob
note: par défaut lorsque ce genre de fichier est crée, l'OS lui donne un nom mais détruit l'entrée. Si on perd le descripteur (fermeture du programme), impossible de le retrouver => avec ces fichiers, on n'a rien à faire que ce soit à la sortie ou au démarrage.
- W
exact, c'est le plus simple et sans doute le plus sûr aussi puisqu' avoir des fichiers temporaires avec un nom fixe/prédéfini est souvent considéré comme un risque de sécuritéCitation:
Envoyé par wiztricks
malgré tout il semble qu'on puisse fournir à tempfile un "répertoire de base" pour le stockage des fichiers, ce qui devrait pouvoir répondre au besoin du PO quelque soit son cas de figure