Il y a une raison à la nécessité de redémarrer, sous Windows. Ça vient d'une conception assez particulière du noyau, à l'origine : ouvrir un fichier en lecture entraine implicitement son verrouillage exclusif (sauf si on demande explicitement le contraire).
Ca n'a rien, mais alors rien a voir avec le probleme et c'est faux, si tu ouvres un fichier en lecture, tu n'as pas un verrouillage exclusif, tout le monde peut lire le fichier
Ce que tu ne peux pas faire, c'est effacer un fichier sous les pieds d'un processus qui a un handle dessus, et la raison est que sous Unix, un fichier c'est 2 entites : une "directory entry" et un inode, le "handle" est sur l'inode, resultat tu peux effacer le fichier (directory entry) et en recreer un autre qui aura un nouvel inode, l'ancien inode disparaissant lorsque le dernier handle est ferme.
Sous Windows, un fichier c'est une seule entite, un handle est sur le fichier lui-meme, resultat tu ne peux pas remplacer un fichier tant qu'il y a un handle dessus.
[^] # Re: Script shell
Posté par pasBill pasGates . En réponse au journal Init-ng est encore vivant !. Évalué à 7.
Ca n'a rien, mais alors rien a voir avec le probleme et c'est faux, si tu ouvres un fichier en lecture, tu n'as pas un verrouillage exclusif, tout le monde peut lire le fichier
Ce que tu ne peux pas faire, c'est effacer un fichier sous les pieds d'un processus qui a un handle dessus, et la raison est que sous Unix, un fichier c'est 2 entites : une "directory entry" et un inode, le "handle" est sur l'inode, resultat tu peux effacer le fichier (directory entry) et en recreer un autre qui aura un nouvel inode, l'ancien inode disparaissant lorsque le dernier handle est ferme.
Sous Windows, un fichier c'est une seule entite, un handle est sur le fichier lui-meme, resultat tu ne peux pas remplacer un fichier tant qu'il y a un handle dessus.