ShellExecuteEx ne s'execute pas à chaque fois??

Bonjour, je m'explique, avec le code suivant qui se trouve dans une boucle (avec str_cmd qui change à chaque tour), ma commande n'est pas correctement executé à chaque fois (ne fais pas les modification demandé par la commande).
Le probleme, c'est que c'est alléatoire, des fois ca se faiut des fois ca se fait pas....
Au début, je pensais que c'etait parce que ca s'executait trop vite, donc j'ai mis l'attente de fin du processus, mais ca ne change rien...

Je comprends plus...... :roll:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

SHELLEXECUTEINFO ExecuteInfo; memset(&ExecuteInfo, 0, sizeof(ExecuteInfo));   ExecuteInfo.cbSize = sizeof(ExecuteInfo); ExecuteInfo.fMask = 0; ExecuteInfo.hwnd = this->m_hWnd; ExecuteInfo.lpVerb = "open"; ExecuteInfo.lpFile = str_chemin; ExecuteInfo.lpParameters = str_cmd; ExecuteInfo.lpDirectory = 0; ExecuteInfo.nShow = SW_HIDE;//;SW_SHOW;// ExecuteInfo.hInstApp = 0; if(ShellExecuteEx(&ExecuteInfo) == FALSE) { // erreur MessageBox("erreur ex","ex",32); }else{   // attente WaitForSingleObject(ExecuteInfo.hProcess, INFINITE);   }

---

MERCI POUR VOTRE AIDE!!!!! :wink:

EDIT : truc, tres bizarre, des que je met un MessageBox() avant et apres, ca marche nickel à tous les coups, je comprend vraiment plus rien......

Au final, pour que ca marche, je suis obligé de mettre un Sleep de 10ms, alors c'est vraiment pas top, je comprend tjs pas... :roll:
Si quelqu'un a une idée?

le sleep faisant "dormir" ton thread, il n'influance pas le shellexecute. En revenche, il se peut que cela viennent du programme appellé par shellexecute

si le programme exécuté par ShellExecute n'est pas terminé, peut etre que zindoze empêche son ecécution en double (ou peut etre meme que c lui qui l'empêche)

Cela dépend aussi comment est conçu ShellExecuteEx, si il utilise une espèce de buffer ou pas... ou un thread qui lance un autre thread, et donc une limitation sur 1 thread lancé à chaque fois. Il peut y avoir plein de raisons !

Et un sleep de 10ms c trop pour toi ?

Bon, aux dernieres nouvelles, le programme ne fonctionne pas correctement avec le Sleep sur d'autre PC (peut etre ai-je eu un coup de peau?).

Comment faire pour être sur que la dernière execution est terminée avec de relancer la suivante? (si le Sleep endort le thread aussi...)

Cette fonction : WaitForSingleObject() ne marche pas correctement?

Si cela vient du programme executé, d'ou cela peut-il venir?

Merci à vous ;)

La meme chose executée avec system() marche correctement.

Mais que ce passe-t-il avec ShellExecuteEx??

(Je laisserais bien ca avec system, mais ca fait pas tres professionnel les fenetre DOS qui s'ouvre....)

:triste:

quel est le type de programme que tu lances ? un programme win32 ? des lignes de commande DOS ?

WaitForSingleObject devrait fonctionner correctement

C'est un programme dos, une application console.

Pour WaitForSingleObject, je viens de tester en lancant photoshop à la place de mon application console et ca ne fonctionne pas, je passe directement apres WaitForSingleObject (je teste par MessageBox).

Ceci fonctionne chez moi :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

SHELLEXECUTEINFO execinfo; memset(&execinfo, 0, sizeof(execinfo));   execinfo.lpFile = "c:\\install.exe"; execinfo.cbSize = sizeof(execinfo); execinfo.lpVerb = "open"; execinfo.fMask = SEE_MASK_NOCLOSEPROCESS; execinfo.nShow = SW_SHOWDEFAULT; execinfo.lpParameters = "";   if (!ShellExecuteEx(&execinfo)) { LPVOID lpMsgBuf; FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS, NULL, GetLastError(), 0, (LPTSTR) &lpMsgBuf, 0, NULL); MessageBox(NULL,(LPCTSTR)lpMsgBuf,"",MB_ICONSTOP); LocalFree( lpMsgBuf ); } WaitForSingleObject(execinfo.hProcess, INFINITE); MessageBox(NULL,"Fini","",MB_ICONSTOP);

---

Si ce sont des commandes dos, tu peux utiliser l'interpréteur de commande pour les lancer correctement (en lancant cmd.exe avec comme parametre "/C nomProg.exe")

Effectivement, c'est beaucoup mieux avec SEE_MASK_NOCLOSEPROCESS 8)

Merci ;)

Ne pas oublier le CloseHandle sur execinfo.hProcess :wink: