[MFC]CreateProcess

Version imprimable

[MFC]CreateProcess

Dans mon application, j'utilise des executables (tar, gzip). Je voudrais les lancer avec CreateProcess. J'ai d'abord essayé en écrivant le batch suivant :
Code:

1 2 3 4 5 6 7 cd.. cd.. C: cd Documents and Settings\Administrator\Desktop\ "F:\Project\tar" -cv --file=anim.tar azipper* "F:\Project\gzip" -9 < anim.tar > anim.tgz del anim.tar
et en le lancant :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 STARTUPINFO siStartupInfo; PROCESS_INFORMATION piProcessInfo; memset(&siStartupInfo, 0, sizeof(siStartupInfo)); memset(&piProcessInfo, 0, sizeof(piProcessInfo)); siStartupInfo.cb = sizeof(siStartupInfo); if(CreateProcess("lBatchPath", NULL,0,0,FALSE, CREATE_DEFAULT_ERROR_MODE,0,0, &siStartupInfo,&piProcessInfo) == FALSE) { // erreur }
Ca marche bien, mais Pendant que le batch tourne, mon appli ne répond plus (alors que n'importe quelle autre application qui tourne sur la machine en meme temps répond.) Comment faire pour découpler le processus lancé de mon appli pour que celle ci ne plante plus.

Par ailleurs, j'aimerai utiliser une autre méthode que les batches, peut etre en lancant tar et gzip directement avec CreateProcess, mais ca ne marche pas...

Merci pour votre aide

22/09/2005, 15h00
nico-pyright(c)

Pour lancer des applications en ligne de commande, il faut bien souvent avoir recourt à l'interpreteur de commande.
A savoir, lancer "cmd.exe /C gzip -9 ..."
CreateProcess va lancer l'interpréteur de commande, mais ne devrait pas bloquer ton autre application, sauf si tu attends son déroulement expressement avec Waitforsingleobject
22/09/2005, 15h09
benahpets

Est ce propre de lancer un executable en batch a partir d'une application?? Y a t'il d'autres moyens??
22/09/2005, 15h10
Médinoc

Hum... Ton processus est en mode console?
Dans ce cas, il est en effet possible qu'il ne réponde plus si tu lances d'autres processus console (ils s'exécutent dans la même console et prennent les entrées au clavier...

Essaie en rajoutant le flag DETACHED_PROCESS (ou bien CREATE_NEW_CONSOLE, mais pas les deux) : L'un d'eux devrait résoudre le problème.
22/09/2005, 15h12
nico-pyright(c)

Citation:

Envoyé par benahpets

Est ce propre de lancer un executable en batch a partir d'une application?? Y a t'il d'autres moyens??

c'est aussi propre que lancer l'interpreteur de commande cmd.exe
L'utilisation de l'interpreteur ou du batch est utile lorsqu'il y a une ligne de commande associée

Ce que je voudrais faire alors, c'est réduire mon application et afficher une dialogue pour faire patienter l'utilisateur en attendant que le fichier ciblé soit zippé...

Ce code marche:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
	STARTUPINFO         siStartupInfo;
	PROCESS_INFORMATION piProcessInfo;
 
	memset(&siStartupInfo, 0, sizeof(siStartupInfo));
	memset(&piProcessInfo, 0, sizeof(piProcessInfo));
	siStartupInfo.cb = sizeof(siStartupInfo);
 
	if(CreateProcess(lpFileName,
							   NULL,0,0,FALSE,
							   CREATE_NO_WINDOW,0,0,                              
							   &siStartupInfo,&piProcessInfo) == FALSE)
	{
	// erreur
	}
	else
	{
		this->GetParent()->ShowWindow(SW_HIDE); // On cache l'application
 
		// attente
		WaitForSingleObject(piProcessInfo.hProcess, INFINITE);
 
	    ::CloseHandle(piProcessInfo.hThread);
	    ::CloseHandle(piProcessInfo.hProcess);
 
		this->GetParent()->ShowWindow(SW_SHOW); // On montre l'application
 
	}

Mais je n'arrive le code suivant (avec la dialog qui demande de patienter) ne marche pas:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
if(CreateProcess(lpFileName,
							   NULL,0,0,FALSE,
							   CREATE_NO_WINDOW,0,0,                              
							   &siStartupInfo,&piProcessInfo) == FALSE)
	{
	// erreur
	}
	else
	{
 
		this->GetParent()->ShowWindow(SW_HIDE);
		CPleaseWaitDlg dlg(this);
		dlg.DoModal();
 
		// attente
		WaitForSingleObject(piProcessInfo.hProcess, INFINITE);
 
	    ::CloseHandle(piProcessInfo.hThread);
	    ::CloseHandle(piProcessInfo.hProcess);
 
		this->GetParent()->ShowWindow(SW_SHOW);
                dlg.DestroyWindow();
 
	}

22/09/2005, 16h29
nico-pyright(c)

ben, c'est pas le domodal qui attent que tu sortes de la fenetre pour continuer ? il faut faire une fenetre mais pas modale
22/09/2005, 16h30
Aurelien.Regat-Barrel
Code:

1 2 // attente WaitForSingleObject(piProcessInfo.hProcess, INFINITE);
ben oui, tu attends, donc tu bloques ton appli...
Faut passer dans la boucle des messages. Utilise MsgWaitForMultipleObjects pour en même temps attendre des messages à traiter. Si c'est le cas tu les traites, et t'auras plus de freeze.
22/09/2005, 16h45
Médinoc

Dans ce cas, jeter un coup d'oeil sur ce sujet pourrait d'aider: C'est assez similaire:
Destruction automatique d'une fenêtre d'attente
22/09/2005, 16h53
benahpets

J'ai pas bien compris pourquoi le DoModal empechait de sortir de la fonction WaitForSingleObject
22/09/2005, 17h08
Aurelien.Regat-Barrel

C'est pas le cas.
Modifies ton code ainsi:

Citation:

else
{

this->GetParent()->ShowWindow(SW_HIDE);
CPleaseWaitDlg dlg(this);
dlg.DoModal();

MessageBox( 0, "Debut de WaitForSingleObject", "", 0 );

// attente
WaitForSingleObject(piProcessInfo.hProcess, INFINITE);

MessageBox( 0, "Fin de WaitForSingleObject", "", 0 );

::CloseHandle(piProcessInfo.hThread);
::CloseHandle(piProcessInfo.hProcess);

MessageBox( 0, "Affichage du dialogue", "", 0 );

this->GetParent()->ShowWindow(SW_SHOW);
dlg.DestroyWindow();

}

tu devrais comprendre.
22/09/2005, 17h23
benahpets

Ben je ne vois apparaitre aucune des MessageBox :!: :?: :!: :?:

Ca ne rentre jamais dans WaitForSingleObject ???
22/09/2005, 17h57
nico-pyright(c)

mets en un avant, et ferme ta fenetre (modale) qui est sensée faire la progression ... tu verras ... :wink:

Vaut quand meme mieux faire une fenetre non modale

apparement c'est ca : ca ne rentre pas dans WaitForSingleObject quand on ouvre une BDD modale.

Citation:

mets en un avant, et ferme ta fenetre (modale) qui est sensée faire la progression ... tu verras ... Wink

Quand je fais ca je n'ai MessageBox( 0, "Debut de WaitForSingleObject", "", 0 ); qu'une fois que j'ai fermé la BDD modale.

Quand j'utilise une BDD non modale, ca marche, mais elle se fige (contrairement à la BDD modale) donc c'est presque bien mais faut que je résolve ce probleme de "figeage":
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 else { this->GetParent()->ShowWindow(SW_MINIMIZE); CPleaseWaitDlg* waitDlg; waitDlg = new CPleaseWaitDlg(); if ( waitDlg != NULL ) { waitDlg->Create(IDD_WAITDLG,this); waitDlg->SetActiveWindow(); waitDlg->ShowWindow(SW_SHOW); } MessageBox("Debut de WaitForSingleObject"); // attente WaitForSingleObject(piProcessInfo.hProcess, INFINITE); MessageBox("Fin de WaitForSingleObject"); ::CloseHandle(piProcessInfo.hThread); ::CloseHandle(piProcessInfo.hProcess); MessageBox("Affichage du dialogue"); this->GetParent()->ShowWindow(SW_RESTORE); waitDlg->DestroyWindow(); }

22/09/2005, 23h05
Médinoc

Jette un coup d'oeil sur le topic dont je t'ai parlé, ça a l'air de bien marcher...
23/09/2005, 11h56
Aurelien.Regat-Barrel

Essaye de lire nos réponses... :roll:
27/09/2005, 14h43
benahpets

Citation:

Envoyé par nico-pyright(c)

ben, c'est pas le domodal qui attent que tu sortes de la fenetre pour continuer ? il faut faire une fenetre mais pas modale

Citation:

Envoyé par Aurelien.Regat-Barrel

ben oui, tu attends, donc tu bloques ton appli...

Citation:

Envoyé par Médinoc

Jette un coup d'oeil sur le topic dont je t'ai parlé, ça a l'air de bien marcher...

Citation:

Envoyé par Médinoc

Sinon, il est également possible de le faire avec une BDD modale, un Timer et une fonction OnTimer() qui teste si le thread est toujours actif avec ::WaitForSingleObject(hThread, 0)...

Citation:

Envoyé par Aurelien.Regat-Barrel

Essaye de lire nos réponses... Rolling Eyes

Désolé de t'avoir énervé Aurélien, mais on peut dire que je suis débutant et là, j'ai eu des conseils un peu contradictoires... :?
Dois je utiliser une BDD modale ou non. Sachant que lorsqu'elle est non modale, elle ne se rafraichit pas et lorsqu'elle est modale elle bloque tout???

Merci pour votre patience, en tout cas

La boite de dialogue modale bloque la boite de dialogue qui tourne en-dessous, mais si j'ai bien compris, c'est ce qui est attendu...

Tout ce qui manque à présent, c'est que la BDD modale se ferme toute seule quand le process est terminé.
Pour cela, on définit un timer avec la méthode SetTimer() (tous les quarts de seconde par exemple):

Code:

SetTimer(1, 250, NULL);

Puis on définit un handler pour le message WM_TIMER:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 void CPleaseWaitDlg::OnTimer() { //On n'ATTEND rien : On REGARDE juste si le process est terminé int iResult = WaitForSingleObject(hProcess, 0); switch(iResult) { case WAIT_OBJECT_0: //Le process est terminé EndDialog(0); break; case WAIT_TIMEOUT: //Le process tourne toujours : on ne fait rien break; case WAIT_FAILED: //Erreur EndDialog(1); break; default: ASSERT(FALSE); } }

Salut, j'ai fait comme tu as dit, le problème, c'est que ma fenêtre modale se ferme tout seule, car à chaque fois iResult renvoie WAIT_FAILED et la bdd est détruite. Comme le processus est crée dans une autre classe, je le mets en public et je le récupère dans le OnTimer, mais, ca ne marche pas...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
BOOL CPleaseWaitDlg::OnInitDialog() 
{
	CDialog::OnInitDialog();
 
	this->SetWindowText(TITLE);
	m_waitText.SetWindowText("Please Wait...\nCompression of the data is processing");
	SetTimer(1,250,NULL);
	return TRUE;  // return TRUE unless you set the focus to a control
	              // EXCEPTION: OCX Property Pages should return FALSE
}
 
void CPleaseWaitDlg::OnTimer(UINT nIDEvent) 
{
	PROCESS_INFORMATION lProcessInfo;
	CJobQueueDlg *parentDlg = (CJobQueueDlg *)this->GetParent();
	lProcessInfo = parentDlg->piProcessInfo;
	//On n'ATTEND rien : On REGARDE juste si le process est terminé 
	int iResult = WaitForSingleObject(lProcessInfo.hProcess, 0);
	switch(iResult)
	{
		case WAIT_OBJECT_0:
			//Le process est terminé
			EndDialog(0);
			break;
		case WAIT_TIMEOUT:
			//Le process tourne toujours : on ne fait rien
			break;
		case WAIT_FAILED:
			//Erreur
			EndDialog(1);
			break;
		default:
			ASSERT(FALSE);
	} 
 
	CDialog::OnTimer(nIDEvent);
}

Déclaration de la classe CJobQueueDlg

Code:

1
2
3
4
// Implementation de CJobQueueDlg
public:
	STARTUPINFO         siStartupInfo;
	PROCESS_INFORMATION piProcessInfo;

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
void CJobQueueDlg::CompressInputFiles()
{
	//Début de la fonction... Sans intéret
 
	memset(&siStartupInfo, 0, sizeof(siStartupInfo));
	memset(&piProcessInfo, 0, sizeof(piProcessInfo));
	siStartupInfo.cb = sizeof(siStartupInfo);
 
 
	if(CreateProcess(lpFileName,
				NULL,0,0,FALSE,
				CREATE_NO_WINDOW,0,0,                              
				&siStartupInfo,&piProcessInfo) == FALSE)
	{
	// erreur
	}
	else
	{
		this->GetParent()->ShowWindow(SW_MINIMIZE);
 
		CPleaseWaitDlg waitDlg(this);
		waitDlg.DoModal();
 
		this->GetParent()->ShowWindow(SW_RESTORE);
	}
}

Je ne vois pas ou est l'erreur, mais dans la fenetre de debug, piProcessInfo.hProcess et lProcessInfo.hProcess ne renvoient pas a la meme adresse mémoire (je ne dis pas de betises la?)

Merci de votre aide

01/10/2005, 23h53
Médinoc

Euh.. Je ne crois pas que tu puisses copier ainsi une structure PROCESS_INFORMATION (qui contient quatre mots de 32bits)... Tu dois faire soit un memcpy, soit déclarer simplement un pointeur qui pointe vers la même.

Ou bien, tu peux aussi passer simplement hProcess à la boite de dialogue, puisqu'elle n'a besoin que de lui...
02/10/2005, 08h51
farscape

Citation:

Envoyé par Médinoc

Euh.. Je ne crois pas que tu puisses copier ainsi une structure PROCESS_INFORMATION (qui contient quatre mots de 32bits)... Tu dois faire soit un memcpy, soit déclarer simplement un pointeur qui pointe vers la même.

Ou bien, tu peux aussi passer simplement hProcess à la boite de dialogue, puisqu'elle n'a besoin que de lui...

salut, dans son cas oui ça fonctionne un structure est une classe et par defaut
elle fournit un operateur d'affection qui copie membre a membre les données .
donc pour les types simples ça fonctionne.
:D
02/10/2005, 11h47
Médinoc

Bizarre... Parce que dans ce cas, les deux handles devraient être égaux...

benahpets: Ce ne sont pas des vrais pointeurs, donc ne t'avise pas de lire à l' "adresse mémoire" qu'ils contiennent. Mais deux HANDLE égaux (h1 = h2) devraient effectivement contenir la même "adresse"....

(Contrairement à deux handles vers un même objet qui peuvent être différents...)