VC++/WXP et messages d'un service

**Joccy** · 26/11/2009, 14h12

Bonjour,

J'ai un service perso qui tourne: il interroge régulièrement le materiel pour savoir s'il est en mode batterie ou en mode secteur.

Je dois faire une API qui interroge ce service. Bon, jusque là ca va (enfin je crois) .

Maintenant, je dois recupérer des valeurs, via un echange de message je suppose (si autre méthode, je prends).
Comment récupérer des valeurs ?
Procédure : (??)
- Le client demande à mon API le type d'alimentation: j'envoie un PostMessage() au service.
Comment faire pour récupérer la valeur du type d'alim ?
- Je suppose que le service va renvoyer un PostMessage à ma dll (API) avec la valeur dedans. Comment intercepter ce message ? ma dll n'a pas de fenetre, donc pas de possibilité d'utiliser defwindowproc() ... Est-ce dans un hook que je dois intercepter ces messages ? ou dans un thread ???
Merci de vos conseils

**magma²** · 26/11/2009, 17h11

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
#include <windows.h>
#include <stdio.h>
#include <conio.h>

int main(void)
{
  SYSTEM_POWER_STATUS sps;

  while(!kbhit())
  {
    if(GetSystemPowerStatus(&sps))
    {
      printf("%s\r", sps.ACLineStatus == 0 && sps.BatteryLifePercent != 255 ? "Batterie" : "Secteur ");
      Sleep(500);
    }
    else
    {
      printf("Echec ! (0x%08lX)\n", GetLastError());
      break;
    }
  }

  return 0;
}

**Médinoc** · 26/11/2009, 17h23

Pour communiquer avec un service, une méthode souvent conseillée est le tube nommé (named pipe).

Sinon, pour un truc simple, tu peux toujours utiliser SendMessage(), qui est synchrone et attend une valeur de retour.

**Mat.M** · 26/11/2009, 17h29

Oui je crois que la solution la meilleure c'est de faire un process intercommunication un "pipe" comme le dit Médinoc..

**Joccy** · 27/11/2009, 09h10

J'opte pour les pipes, en plus ce sera plus portable ( à terme, faudra que je me mette à linux, alors !!).
Bon, j'essaye et je vous tiens au courant.
Merci

PS: pour magma2 : c'est gentil de ton aide, mais en fait, le systeme de batterie est géré différemment (c'est un pc "fait maison" ...)

**Joccy** · 27/11/2009, 11h22

Bon, autre question : est-ce que le service (celui qui ecrit les datas) doit toujours être à l'ecoute de la demande ? Parce que ca, ca m'embete ...
Comment faire pour que le service ne reponde que lorsqu'on lui demande ?

PS: je suis allée sur le site suivant http://somebastardstolemyname.wordpr...c-named-pipes/

**bacelar** · 28/11/2009, 01h58

Où est le problème ?
C'est une attente bloquante, donc n'utilisant aucune cible CPU?

**Joccy** · 30/11/2009, 15h34

Bon, j'chuis perdue ....

Voila mon "serveur":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
BOOL CMaClasse::getTypeAlim (BOOL *p_bSect)
{
	BOOL bRet = TRUE;

	// si pas de service MonService, quitter
	if (! m_bConnected) 
	{
		m_dwLastError = ERROR_OPERATION_ABORTED;
		return FALSE;
	}

	// Creation d'un pipe pour communiquer avec le service MonService
	LPCTSTR _PIPE_NAME = LPCTSTR("\\\\.\\pipe\\MonServicePipe");
	char Received_Buffer[256];
	DWORD BytesRead = 0;

	HANDLE hPIPE = CreateNamedPipe(		_PIPE_NAME,
										PIPE_ACCESS_DUPLEX, 
                                        PIPE_TYPE_MESSAGE |  
                                        PIPE_READMODE_MESSAGE | 
                                        PIPE_WAIT, 
                                        PIPE_UNLIMITED_INSTANCES,  
                                        256, 
                                        256, 
                                        10000, //100 00 mseconds timeout
                                        0x00000000					);
	
	DWORD l_dwControl;

	// envoie de l'evenement pour indiquer à MonService la demande
	l_dwControl = MONSERVICE_CMD_QUERY_TYPE_ALIM;

	if (m_bSecured) {
		if (! ControlService(m_hService, l_dwControl, &m_ServiceStatus)) 
		{
			m_dwLastError = GetLastError();
			bRet = FALSE;
		}
	}
	else {
		if (! PostMessage(m_hWnd, MONSERVICESIG_SERVICE_CONTROL, l_dwControl, 0)) 
		{
			m_dwLastError = GetLastError();
			bRet = FALSE;
		}
	}

	// Attendre que le postmessage soit passé
	//Sleep(1000);

	// lire la réponse
	if ( hPIPE != INVALID_HANDLE_VALUE && bRet == TRUE)
	{
		int Connected = 0;
		Connected = ConnectNamedPipe( hPIPE, NULL );
		m_dwLastError = GetLastError();

		if ( (Connected != 0) || (m_dwLastError == ERROR_PIPE_CONNECTED))
		{
			BOOL bRead = ReadFile(hPIPE, Received_Buffer, 256, &BytesRead, NULL ); 

			if ( bRead != 0 )
			{
//				MessageBox( NULL, Received_Buffer, "Recieved Text!", MB_OK );
				m_iTypeAlim = atoi(Received_Buffer);
			}
		}
		else
		{
//			MessageBox( NULL,"ConnectedNamePipe() Failed.", "Error!", MB_OK );
			bRet = FALSE;
		}
	}
	else
	{
//		MessageBox( NULL, " SERVER FAILED ON CreateNamedPipe()", "ERROR!", MB_OK );
		bRet = FALSE;
	}

	DisconnectNamedPipe(hPIPE); 
	CloseHandle(hPIPE);
 
	*p_bSect = m_iTypeAlim;
    return bRet;
}

Voila mon "client" (qui fonctionne, avec les traces c'est OK):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
38
39
40
41
42
43
44
45
46
47
void CMainFrame::OnServiceEvent (UINT p_uiEvent, LPARAM p_lParam)
{
    HWND hWnd = (HWND)p_lParam;
	CString FileCmd;
    DWORD   ProcessExitCode = 0;


	switch (p_uiEvent) 
	{
		// envoi du type d'alimentation (pour demande de l'API CMo)
		case MONSERVICE_CMD_QUERY_TYPE_ALIM:
			{
				// TODO
				trace_("CMainFrame::OnServiceEvent : MONSERVICE_CMD_QUERY_TYPE_ALIM");
				LPCTSTR _PIPE_NAME = _TEXT("\\\\.\\pipe\\VisuSBPipeTypeALim");

				HANDLE hPIPE = CreateFile(_PIPE_NAME, GENERIC_WRITE,0, NULL, OPEN_EXISTING,0, NULL);
				char buffer[256];

				//copy string into buffer and fill with terminating null characters
				if ( hPIPE != INVALID_HANDLE_VALUE )
				{
					//Write char array "buffer" to the pipe handle held in hPIPE
					bWrite = WriteFile( hPIPE, buffer, sizeof(buffer), &BYTESWRITTEN, NULL );
					if ( bWrite == FALSE )
					{
						trace_("CMainFrame::OnServiceEvent : cannot write on pipe");
					}
					else
					{
						sprintf(buffer, "CMainFrame::OnServiceEvent : Write on pipe OK : %d", m_TypeAlim); 
						trace_(buffer);					}
				}
				else 
				{
					trace_("CMainFrame::OnServiceEvent : cannot create file for pipe : Invalid pipe handle");
				}

				CloseHandle(hPIPE);
			}
			break;
		default:
			break;
	}

}

MAIS, lorsque je récupère ma valeur, le "serveur"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Connected = ConnectNamedPipe( hPIPE, NULL );

me renvoie l'erreur 232, c'est-à-dire "The pipe is being closed"

Ou est donc le problème ?
Merci de votre aide ...

**bacelar** · 01/12/2009, 00h49

Pourquoi "_PIPE_NAME" est différent entre le client et le serveur ?

**Joccy** · 01/12/2009, 08h21

C'est une erreur en recopiant sur le forum. J'ai vérifié, ils ont bien le meme nom. Désolée.

**Joccy** · 01/12/2009, 09h16

Bon. J'ai une petite précision à ajouter :
* en débug (sans débugguer) ca fonctionne.
* en Release j'ai l'erreur 0 (le connect renvoie 0, et le last error aussi je suppose)
* en debugguant, j'ai l'erreur 232 ...
Il s'agit sans doute d'un probleme de synchronisation ???

Une idée ?
Merci

**Joccy** · 01/12/2009, 09h52

Encore une précision:
en release, le fonction suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
HANDLE hPIPE = CreateNamedPipe(		_PIPE_NAME,
										PIPE_ACCESS_DUPLEX, 
                                        PIPE_TYPE_MESSAGE |  
                                        PIPE_READMODE_MESSAGE | 
                                        PIPE_WAIT, 
                                        PIPE_UNLIMITED_INSTANCES,  
                                        256, 
                                        256, 
                                        10000, //100 00 mseconds timeout
                                        0x00000000 //PIPE_ACCEPT_REMOTE_CLIENTS
								);

me renvoie un INVALID_HANDLE_VALUE ... et une erreur 183 "Cannot create a file when that file already exists".

Alors que ca fonctionne en debug ....
Helppppp !!

**Joccy** · 01/12/2009, 14h44

Je précise que je suis sous Windows XP ... et VisualStudio VC++ 6.0 ..

**Joccy** · 01/12/2009, 15h05

Bon voici la solution:
Ne fonctionne pas:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
LPCTSTR _PIPE_NAME = LPCTSTR ("\\\\.\\pipe\\VisuSBPipeTypeALim");

Fonctionne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
LPCTSTR _PIPE_NAME = _T("\\\\.\\pipe\\VisuSBPipeTypeALim");

En incluant le fichier "tchar.h" de windows ....

**Médinoc** · 01/12/2009, 15h08

C'est normal. Le premier code est l'équivalent d'un cast C-style déguisé...

**Joccy** · 01/12/2009, 15h09

et pourquoi personne ne me l'a dit ???
enfin, du moment que ca fonctionne ....

**r2d2abc** · 01/12/2009, 15h22

Salut Joccy, je crois déjà que je mettrais le DisconnectNamedPipe & CloseHandle uniquement si le ConnectNamedPipe est bon et pas en bas du bloc en sortant (c.a.d ds le bloc if connected !=0
Après le connected serait un bool pas un int (là je chipotte)
je filerai le même pipename aux deux (déjà énoncé je crois)
La variable buffer n'a pas l'air initialisée,
Je ne mettrai pas un sizeof mais plutot un strlen(buffer)

après on verra ..
bon courage

**Joccy** · 01/12/2009, 15h25

Merci de ton aide.
En fait parfois tu reçois un "ERROR_PIPE_CONNECTED" alors que ca fonctionne ... C'est pourquoi je disconnecte et ferme le handle en dernier pour les deux cas (et que c'est un int)... Mais je vais regarder mon code plus attentivement encore et voir si je peux affiner.

VC++/WXP et messages d'un service

Windows

Discussions similaires

Partager

Partager