Bonjour,
 
j'ai développé une petite appli XUL qui utilise Xulrunner comme programme. Petit rappel au niveau du lancement :
on lance cette commande :
xulrunner\xulrunner.exe application.ini param1 param2
 
le dossier "xulrunner" contient le programme xulrunner, au meme niveau se trouve les différents dossiers de mon appli xul: chrome, locale, etc.
 
Quand on lance xulrunner.exe il se fork et rend la main tout de suite.
 
J'aimerai faire un executable unique comprenant tout ces dossiers, qui les décompresserait en mémoire ou dans un dossier temporaire, puis lancerait Xulrunner avec les bons paramètres, puis effacerait ces fichiers. J'ai essayé avec Winzip, sauf que comme Xulrunner se fork, winzip efface directement les fichiers et l'appli plante.
 
Avez vous une idée de comment faire ceci ??
 
Merci beaucoup d'avance.
Greg

On cause la même langue ?

oui, une fonction très simple de séparation des processus :  
 
un processus se scinde pour former des processus enfants qui pourront devenir orphelins et patati et patachouette.
 
google->fork()
 

C'est plutôt de la programmation alors, non ?

Un pote m'a répondu et a trouvé la réponse: un script VBS qui attend LES filS !
 
Set WshShell = WScript.CreateObject("WScript.Shell" )
WshShell.run(monprogramme,3,true)
 
Par contre au niveau administration dans les entreprises, j'imagine que les scripts VBS sont bloqués la plupart du temps ?

Non j'ai expliqué ça comme ça pour que les programmeurs comprennent tout de suite ce que je voulais dire.
 
En d'autre terme :
- tu lances l'interpreteur de commande (cmd.exe)
- tu lances le programme : c:\xulrunner\xulrunner.exe toto.ini
- le programme se lance en tache de fond et rends la main tout de suite à l'interpreteur : tu peux continuer à taper des commandes alors que le programme tourne. C'est bien sauf pour scripter...

salut
 
j ai peut etre mal compris ton pb mais si tu fais un .bat c pas bon ?
 
 

 
Il veut un seul .exe, et pas tous les fichiers de l'appli. La solution du .bat ne changerait rien au "problème"