VC++/WXP et messages d'un service

Version imprimable

26/11/2009, 14h12
Joccy

VC++/WXP et messages d'un service

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

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
#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;
}

26/11/2009, 17h23
Médinoc

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.
26/11/2009, 17h29
Mat.M

Oui je crois que la solution la meilleure c'est de faire un process intercommunication un "pipe" comme le dit Médinoc..
27/11/2009, 09h10
Joccy

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" ...)
27/11/2009, 11h22
Joccy

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/
28/11/2009, 01h58
bacelar

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

Bon, j'chuis perdue ....

Voila mon "serveur":

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
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:

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:

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 ...

01/12/2009, 00h49
bacelar

Pourquoi "_PIPE_NAME" est différent entre le client et le serveur ?
01/12/2009, 08h21
Joccy

C'est une erreur en recopiant sur le forum. J'ai vérifié, ils ont bien le meme nom. Désolée.
01/12/2009, 09h16
Joccy

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

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

Code:

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 !!

01/12/2009, 14h44
Joccy

Je précise que je suis sous Windows XP ... et VisualStudio VC++ 6.0 ..
01/12/2009, 15h05
Joccy
Bon voici la solution:
Ne fonctionne pas:
Code:

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

1 2 LPCTSTR _PIPE_NAME = _T("\\\\.\\pipe\\VisuSBPipeTypeALim");
En incluant le fichier "tchar.h" de windows ....
01/12/2009, 15h08
Médinoc

C'est normal. Le premier code est l'équivalent d'un cast C-style déguisé...
01/12/2009, 15h09
Joccy

et pourquoi personne ne me l'a dit ???
enfin, du moment que ca fonctionne ....
01/12/2009, 15h22
r2d2abc

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
01/12/2009, 15h25
Joccy

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.