Question sur #pragma data_seg...

Version imprimable

08/04/2005, 11h23
liv

Question sur #pragma data_seg...
Bonjour,

Voilà, je cherche à communiquer entre 2 applis (les 2 mêmes en fait).
J'ai bien compris l'astuce de partager des variables dans des sections. Par exemple:
Code:

1 2 3 4 5 #pragma data_seg("DvdAtApp") HWND DvdAtHandle = 0; #pragma data_seg() #pragma comment(linker, "/SECTION:.DvdAtApp,RWS")
A partir de ce code je partage ma variable...ok. Mais comment fait-on pour accéder à cette même variable à partir d'une autre appli ?
08/04/2005, 11h25
Aurelien.Regat-Barrel

On peut pas. Seules les différentes instances du même exe physique le peuvent.
08/04/2005, 11h36
liv

Oui je comprends bien. Je sui bien dans le cas où j'ai 2 différentes instances du même exe.
08/04/2005, 12h00
Aurelien.Regat-Barrel

Et bien y'a rien de spécial à faire. Tu l'utilise directement comme une variable normale. Juste faire attention au fait que une instance peut la modifier pendant que l'autre la lit...
08/04/2005, 12h01
liv

Le problème est que je ne voie pas comment accéder à la variable de cet exe. Je ne dois pas avoir bien compris au fonctionnement des sections ou alors il me manque des infos.

Est-ce

Code:

#pragma comment(linker, "/SECTION:DvdAtApp,RWS");

qui me permet d'accéder à cette variable en question ?

Comment puis-je accéder à la valeur de la variable après cela?
08/04/2005, 12h38
farscape

salut un exemple d'ulisation :
http://c.developpez.com/faq/vc/?page...NoMoreInstance
:D

Salut farscape !

En fait je l'avais déjà vu cet exemple mais je ne comprend pas tout.
Je comprends bien la signification de la définition de la section qui va en fait permettre le partage de ma ou mes variables.

Ensuite il y a l'accès à cette variable. Est-ce le code #pragma comment(linker, "/section:TestApp,rws") qui le permet ?

Franchement ce n'est pas clair. J'ai beau regarder un peu partout... :?
Bon...suivons l'exemple pas à pas.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 // déclaration d’une section TestApp #pragma data_seg("TestApp") // la variable commune a tous les process LONG nCtApp = -1; #pragma data_seg() // directive pour le link. #pragma comment(linker, "/section:TestApp,rws") // Test incrémentation de la variable. bool bFirstInstance = (InterlockedIncrement(&nCtApp) == 0); if(!bFirstInstance) { // erreur le prog est déjà lancé. }
Effectivement ton exemple marche mais j'ai du mal à faire le rapprochement avec mon problème. Mon cas est que si le handle de la fenêtre (la dlg principale de mon prog) avec qui je veux communiquer est renseigné dans la variable partagée alors je lui balance des infos.

Le problème est que ce handle doit être renseigné une fois que ma fenêtre est créée et que le test dois se faire au démarrage de mon instance de programme...donc bien en amont. Je suis désolé de paraître lourd mais je suis largué.

08/04/2005, 15h22
Aurelien.Regat-Barrel

Dans ta section commune, ajoute une variable HWND. Si c'est la première instance, tu crée la fenêtre et initialise le HWND commun. Sinon, tu utilises directement le HWND qui désigne la fenêtre de l'autre instance...
08/04/2005, 15h44
liv

Ok...je vois. Bon ça fonctionne dans l'ensemble. J'ai plus qu'à faire communiquer les 2 fenêtres maintenant que j'ai le HANDLE.

C'est avec SendMessage Non ? Et sur la fenêtre en question je place l'évènement WM_COPYDATA?

En tous cas merci à tous les 3.
08/04/2005, 16h42
liv

Heu...je vais encore vous embêter une dernière fois mais j'ai un tout petit problème à résoudre.

Voilà...il m'est impossible de connaître le HANDLE de ma dlg principale tant qu'elle n'est pas crée...évidemment.

Lorsque j'ouvre mon programme, le fichier principal qui gère la création de l'instance s'occupe de renseigner ma variable partagée et de la renseigner avec le HANDLE de ma dlg...une fois crée.

Le problème est que une fois que j'ai appelé la ligne de code dlg.DoModal() et ben je peux plus renseigner ma variable partagée...puisque tout se passe maintenant dans mon code de cette dlg principale. Et inversement, je ne peux pas renseigner ma variable partagée tant que ma dlg principale n'est pas créée.

Alors...voilà ma question. Est-il possible de renseigner ma variable partagée (qui est au niveau de mon programme principal), en aval dans mon programme de la dlg principale ?

Petites explications supplémentaires

Mon Appli s'apelle toto.exe
Mon programme principal toto.cpp instancie l'appli toto.exe, partage ma variable et cré ma dlg principale
Ma dlg principale s'appelle totodlg.cpp et doit renseigner ma variable partagée (située dans toto.cpp) sur son Handle.

Vous voyiez le truc???[/list]
08/04/2005, 16h48
Aurelien.Regat-Barrel

Ben rajoute une ligne dans le OnInitDialog de ta dialog pour initialiser le handle.
Mais je pense à un truc, c'est qu'entre le moment où ton exe modifie nCtApp et initialise le HWND, il s'écoule un petit bout de temps. Dans le pire des cas, une autre instance peut à ce moment utiliser le handle, qui sera invalide. Mais faut vraiment que les 2 instances soient démarrées en même temps. Donc tu peux ignorer le problème, car s'il se produit, ben un SendMessage sur un handle nul sera sans effet.
08/04/2005, 16h57
liv

Ben je veux viens initialiser le handle à partir de OnInitDialog mais le problème c'est que je n'ai pas accès à partir de totodlg.cpp à ma variable partagée du programme toto.cpp.

Concernant ta remarque pertinente sur le labs de temps entre les 2...pas de problème.
08/04/2005, 16h59
liv
Ou alors l'idée est de reécrire
Code:

1 2 3 4 5 #pragma data_seg("DvdAtApp") HWND DvdAtHandle = NULL; #pragma data_seg() #pragma comment(linker, "/section:DvdAtApp,rws");
au niveau de totodlg.cpp.

En somme cette portion de code sera à 2 endroits différents.
08/04/2005, 17h03
liv

Ma dernière idée est bidon...j'ai une erreur du compilateur qui me dit que ma variable est déjà définie. Donc je peux y accéder à partir de totodlg.cpp, mais comment?

Citation:

En somme cette portion de code sera à 2 endroits différents.

c'est pas très bon de dupliquer les choses, la preuve.
Crée un .h que tu utilises pour accéder à ta variable commune et un .cpp où tu la mat.
Code:

1 2 3 4 5 6 // .h #pragma once HWND GetMyAppHandle(); void SetMyAppHandle(HWND);
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 // .cpp #pragma data_seg("DvdAtApp") namespace // anonyme { HWND DvdAtHandle = NULL; } #pragma data_seg() HWND GetMyAppHandle() { return DvdAtHandle; } void SetMyAppHandle(HWND hWnd) { DvdAtHandle = hWnd; }

08/04/2005, 17h28
liv

C'est une très bonne idée ça !
11/04/2005, 12h07
liv
Salut à vous...pour un bon début de semaine.

J'ai essayé la méthode d'aurélien avec succès mais je galère un peu sur l'envoie du message à ma fenêtre en question.

Concernant l'envoie, j'utilise la fonction SendMessage
Code:

1 2 LPCTSTR r = "bonjour"; SendMessage(MonHandle, WM_COPYDATA , 0, (LPARAM)&r);
Ensuite pour récupérer ma donnée je gère l'évènement au niveau de ma dlg Toto (classe CTotoDlg) qui a le handle spécifié.
Code:

1 2 3 4 BOOL CTotoDlg::OnCopyData(CWnd* pWnd, COPYDATASTRUCT* pCopyDataStruct) { return CDialog::OnCopyData(pWnd, pCopyDataStruct); }
Le problème c'est que ça ne marche pas.
Je ne sais pas si j'utilise le bon évènement dans la fonction SendMessage ni si je l'appele correctement.
Par contre je suis certains de la bonne valeur du Handle de ma dlg.

Une idée ?

a l'envoi, utilise la structure COPYDATASTRUCT

un truc du genre :
Code:

1 2 3 4 5 COPYDATASTRUCT cds; cds.dwData = 0; cds.cbData = (strlen(message)+1) * sizeof(TCHAR); cds.lpData = _alloca(cds.cbData); strcpy(cds.lpData, message);

Tu veux dire de faire cela ?
Code:

1 2 3 4 5 6 7 8 9 10 LPCTSTR message = "bonjour"; COPYDATASTRUCT cds; cds.dwData = 0; cds.cbData = (strlen(message)+1) * sizeof(TCHAR); cds.lpData = _alloca(cds.cbData); strcpy((char*)cds.lpData, message); ::SendMessage(WinDvdAt, WM_COPYDATA , 0, (LPARAM)&cds.lpData);
Le problème est que de toute façon je n'arrive pas à intercepter mon message. En gros....la fenêtre dlg censée le récupérer ne reçoit rien au niveau de l'évènement OnCopyData. Je ne sais pas pourquoi....d'autant que je suis certains de l'authenticité de mon handle.
Alors...est-ce que cela viens de mon envoie ou de ma réception...je ne sais pas trop.

moi je verais plutot un truc comme ca :

Code:

1
2
3
4
5
6
7
8
 
COPYDATASTRUCT cds; 
cds.dwData = 0; 
cds.cbData = (strlen(monmessage)+1) * sizeof(TCHAR); 
cds.lpData = _alloca(cds.cbData); 
strcpy((char*)cds.lpData, monmessage); 
 
SendMessage(WinDvdAt, WM_COPYDATA , 0, (LPARAM) (LPVOID) &cds);

et après, à l'interception du message :

Code:

1
2
3
4
 
PCOPYDATASTRUCT pMyCDS; 
pMyCDS = (PCOPYDATASTRUCT) lParam;
char *chaine = (LPSTR) ((char *)(pMyCDS->lpData));

Tu as raison...à quelques chose près j'ai fais comme cela.

Pour l'envoie du message

Code:

1
2
3
4
5
6
7
8
9
10
11
HWND WinDvdAt = GetMyAppHandle();
 
LPCTSTR message = "bonjour";
 
COPYDATASTRUCT cds; 
cds.dwData = 0; 
cds.cbData = (strlen(message)+1) * sizeof(TCHAR); 
cds.lpData = _alloca(cds.cbData); 
strcpy((char*)cds.lpData, message);
 
SendMessage(WinDvdAt, WM_COPYDATA , (WPARAM)(HWND) WinDvdAt, (LPARAM) (LPVOID) &cds);

Pour la réception :

Code:

1
2
3
4
5
6
BOOL CDvdAtDlg::OnCopyData(CWnd* pWnd, COPYDATASTRUCT* pCopyDataStruct)
{
	char *chaine = (LPSTR) ((char *)(pCopyDataStruct->lpData));
 
	return CDialog::OnCopyData(pWnd, pCopyDataStruct);
}

Merci pour ton aide...une fois de plus.

11/04/2005, 15h51
nico-pyright(c)

et ca marche ? tu arrives à intercepter ton message ?
11/04/2005, 15h57
liv

Oui ça marche nikel ! J'intercepte le message sans problème !
Il y a quelques chose qui te chagrine dans le code ?
11/04/2005, 16h12
nico-pyright(c)

nonon, c'était juste pour etre bien sur que ton problème soit résolu :wink:
11/04/2005, 16h14
liv

Merci en tous cas....je peux enfin le mettre à résolu sur le forum !