comment faire pour qu'un executable s'auto-supprime a la fin de son execution sous windows ?  
 
car sour linux un simple  
unlink("mon_beau_prog" );  
suffit largement
 
par contre sous windows c'est une autre paire de manche du fait que windows gere un systeme de droit sur les programmes en cours d'execution ....  
comment outre passer ca pour permettre a mon programme de s'auto suicider  

Essayes ca : juste avant de quitter tu lances un processus P independant puis tu quittes. Dans P, tu attends une centaine de msec puis tu effaces l'ancien éxé.
 
Ca marchera ptet pas (pas envie d'essayer), dans ce cas faudra penser mieux.

Ca marche ca, mais le probleme c'est que le deuxieme executable reste, lui

Timebombe Powa  

LOL c'est clair! Entre nous je vois pas trop a quoi ca peut servir d'autre...

À faire de la place sur le disque dur ?
(lol)

Bah, disons que c un programme qui a conscience de sa propre médiocrité, c pas mal

Le supprimer alors qu'il est en cours de fonctionnement, ca me parait difficile. Mais tu peux inscrire la commande de suppression dans la base de registre, dans une clé 'RunOnce'.
Tout ce qui s'y trouve est exécuté au démarrage de windows et supprimé du registre. Ainsi, ton programme sera supprimé au prochain reboot

 
y me semble qu'il y a tout un article dans la knowledge base de la msdn a ce sujet, mais manque de bol je me rapelle pu du tout du titre...

d'ou tu vois que le unlink ça marche sous linux. pas du tout

 
bah si c'est une feature de ext2 en tout cas (pour les autres fs j'en sais rien).

 
teste tu verras que ca foncitonne linux na pas de systeme de droit a l'execution :=)
 
vla le code source
 
int main()
{
 unlink("./a.out" );
 return (0);
}
 
et ca morche du feu de zeus  
apres ma question est juste a but pedagogique ... car reelement le but de ce genre de chose ... yen as pas    
mais qu'est ce que c'est drole

L'excuse foireuse!!!!!!          

http://msdn.microsoft.com/library/ [...] fileex.asp
 
 

C'est plus complexe que cela.
Y'a plusieurs solution (on peut utiliser un .bat, car lui il peut s'auto deleter).
Y'a un article dans la msdn la dessus.

Si ton programme fait un low-level format du HD avec reflashage du bios, il n'aura pas besoin de s'auto deleter   .
 

tu peux, dans ton prog, créer puis execute un .bat qui fait une boucle : tant que l'exe existe, il essaie de le supprimer. Puis une fois l'exe supprimé, il se supprime lui même (dans un .bat ca fonctionne).

Question : est ce que c'est possible a partir d'un programme de lancer un processus (dans le genre de Createprocess()), mais au lieu de lui passer un fichier, on lui passe un espace mémoire genre 'Named Shared Memory', où il commencerait son éxécution, un peu dans le meme genre que CreateThread() ? Bien sur, ce processus doit continuer a vivre meme si son parent a quitté.  
 
La reponse est surement non, mais on sait jamais...

Il me semble qu'il y a une methode qui ressemble à ça:
1/ La première fois que ton programme se lance il créer un copie de lui même avec CreateFile et le flag FILE_FLAG_DELETE_ON_CLOSE.
2/ Ensuite le programme lance l'execution de la copie et se termine
3/ Tu peux utiliser un paramètre de la ligne de commande pour déterminer si c'est l'originale ou la copie quie tourne.
4/ La copie elle efface fichier d'origine  et s'execute normalement. Lorsque la copie a terminé son execution le système l'efface tout seul grâce au flag FILE_FLAG_DELETE_ON_CLOSE.

réponse de MagicBuzz ici  
 
http://forum.hardware.fr/forum2.ph [...] ubcat=#bas
 
Mission pas Impossible:
Je nierai avoir cross-posté et ce message s'autodétruira dans 3 secondes ... 2 ... 1 ... une demie ... un quart ...
 

Ca me faisait chier de rechercher le topic