TTimer dans une dll utilis�e par une application .net

Version imprimable

22/06/2017, 10h36
Pascale38

TTimer dans une dll utilis�e par une application .net

Bonjour,

j'ai une dll �crite en C++ builder qui utilise un TTimer.
Cette dll est utilis�e par 2 applications, une en c++ builder et une en .net
Le TTimer se d�clenche correctement dans cette premi�re application en C++ builder mais pas dans celle en .net 8O
Quelqu'un a t'il une id�e du probl�me ? Peut �tre vaut il mieux que j'utilise un timer non issu de la VCL ?
Merci d'avance !

Pascale38
02/07/2017, 20h18
gandf

Bonjour,

Je pense que c'est difficile de r�pondre � ce type de question sans plus de pr�cision.
Il faudrait voir comment est d�clar� la fonction qui utilise le timer et comment elle est appel�e par les programmes.
03/07/2017, 15h14
Pascale38
Oui c'est s�r !!

Dans mon .cpp (car utilis� par des fonctions membres et non membres du fichier .cpp (c'est peut �tre �a le probl�me) je d�clare mon timer :
Code:

1 2 TTimer *TimerCom;
Dans le constructeur de la classe
Code:

1 2 3 4 TimerCom = new TTimer(NULL); TimerCom->Interval = 5000; TimerCom->OnTimer = TimerComTimer;
Code:

1 2 3 4 5 6 void __fastcall TMicroLink::TimerComTimer(TObject * Sender) { TimerCom->Enabled = false; ... }
Dans le .h
Code:

1 2 3 private: void __fastcall TimerComTimer(TObject *Sender);
Si c'est l'appli en C++ builder qui lance la dll, tout se passe bien, si c'est l'appli en .net, on ne passe jamais dans la fonction TimerComTimer

Est ce que �a aide ??
merci :-)
Pascale38
03/07/2017, 19h12
gandf

Tout d'abord, il ne faut pas oublier de faire le delete. Surement dans le destructeur. Sinon, il y aura une fuite de m�moire.

Ensuite, je ne suis pas un expert en dll mais il me semble qu'il y a une syntaxe � utiliser pour indiquer ce qui est utilisable en dehors de la dll avec le mot dllexport.
De m�me, il y a un dllimport dans le programme qui l'utilise.

Donc, ce qu'il faudrait ce serait plut�t voir comme tout cel� est export� et import� par les diff�rents programmes.
Car si la dll est r�alis� en c++Builder, il n'y a pas de probl�me pour l'utilisation avec C++Builder puisqu'ils utilisent par d�faut le m�me moyen de d�claration de la fonction (avec un __fastcall).
Il me semble qu'il faut pr�ciser correctement avec l'autre programme comme on acc�de aux �l�ments de la dll.

Il faudrait que quelqu'un qui connaisse mieux .net et les dll te renseigne. Mais je pense que tu peux partir sur cette piste.
04/07/2017, 08h56
DjmSoftware
pour utiliser ta dll avec du .Net ou du Viual C++ du dois exporter la fonction de ta dll de la mani�re suivante
les conventions d'appels ne sont pas identique entre Borland et MS
Code:

1 2 extern "C" void __stdcall __declspec(dllexport) Tafonction()
pour v�rifier le bon fonctionnement de l'exportation tu peux utiliser
Impdef ou Implib

cdlt
04/07/2017, 09h00
Pascale38

Bonjour,

bien s�r qu'il y a un delete, je ne l'ai pas mis car pas pertinent pour mon probl�me.
Ensuite les fonctions utilis�es par lzs applications appelantes sont bien d�clar�es avec dllexport,
le probl�me n'est pas l�, le timer lui n'est utilis� que par des fonctions de la dll qui ne sont pas export�es.

Merci pour ton aide.
Pascale38
04/07/2017, 10h18
DjmSoftware

Salut
le probl�me que tu d�crit est il �galement pr�sent avec une application Non Manag�e
de type Visual C++;
si oui tu a un probl�me dans l'exportation des fonctions de ta DLL (convention d'appel , Underscore devant le nom de la fonction, nameManbling)

autre possibilit� : Utilise tu le chargement dynamique de la DLL ou une importation statique?

un simple dll export sans le pr�fixer "C" va g�n�rer du manbling @@@Tafunction()
naturellement ca fonctionne avec C++ Builder en importation statique
cdlt

Bonjour,

merci pour vos r�ponses mais je crois que je me fais mal comprendre.
je n'ai pas de souci avec l'exportation de mes fonctions, tout fonctionne tr�s bien � ce niveau l�.

A l'int�rieur de ma dll, j'ai un timer qui ne se d�clenche pas si l'application utilisatrice est en .net.
Ce timer n'est pas directement appel� par les applications mais encapsul� dans ma dll.

Dans mon fichier .cpp le timer est d�fini en "global" comme ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 TTimer *TimerCom TMaClass::TMaClass() { TimerCom = new TTimer(NULL); TimerCom->Interval = 5000; TimerCom->OnTimer = TimerComTimer; } void __fastcall TMaClass::TimerComTimer(TObject * Sender) { TimerCom->Enabled = false; // C'est dans cette fonction que je ne passe pas si la dll est utilisée par une appli en .net }
C'est une autre fonction export�e qui va ce g�rer de cr�er cette classe.
Tout le reste de l'application fonctionne parfaitement et il y a une bonne dizaine de fonctions export�es.

Merci !
Pascale38

04/07/2017, 11h04
DjmSoftware

Ok il reste encore une autre possibilit�
Tu cr�e ton TTimer dynamiquement or pour fonctionner ce composant doit avoir acc�s � la boucle de message Windows (WM_TIMER) dans le cas d'une application Delphi ou C++ Builder cela fonctionne, mais pas dans le cas de .Net ou Visual Car la gestion des messages est diff�rente que dans le mod�le de Borland
Tu peux remplacer ton Timer par un composant maison.

cdlt

salut
petit exemple ci dessous en delphi

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
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
 
GTTimer Thread Based Timer
 
Title: GTTimer Thread Based Timer
 
Question: GTTimer is a Timer Component which delivers the same result as a classic TTimer component but it uses a TThread descentant to implement the logic of the Timer Interval.
This timer is not based on the window messaging system as the classic TTimer component which makes it more reliable and less resource consuming(supposing you have many timers in your application).
 
Answer:
{*******************************************************}
{                                                       }
{       GT Delphi Components                            }
{       GT Threaded Timer                               }
{                                                       }
{       Copyright (c) GT Delphi Components              }
{       http://www.gtdelphicomponents.gr                }
{                                                       }
{                                                       }
{*******************************************************}
unit o_GTTimer;
 
interface
 
uses
  Classes
  ;
 
type
{------------------------------------------------------------------------------}
  TgtTimer = class;
{------------------------------------------------------------------------------}
TgtTimerThread = class(TThread)
private
   { Private declarations }
   FTimer : TgtTimer;
protected
   { Protected declarations }
   procedure DoTimer;
public
   { Public declarations }
   constructor Create(ATimer : TgtTimer);
   destructor  Destroy;override;
   procedure Execute;override;
published
   { Published declarations}
end;
{------------------------------------------------------------------------------}
  TgtTimer = class(TComponent)
  private
    FEnabled: Boolean;
    FInterval: Cardinal;
    FOnTimer: TNotifyEvent;
    procedure SetEnabled(const Value: Boolean);
    procedure SetInterval(const Value: Cardinal);
    { Private declarations }
  protected
    { Protected declarations }
    FTimerThread : TgtTimerThread;
    procedure UpdateTimer;
  public
    { Public declarations }
    constructor Create(AOwner:TComponent);override;
    destructor  Destroy;override;
  published
    { Published declarations}
    property Enabled : Boolean  read FEnabled  write SetEnabled;
    property Interval: Cardinal read FInterval write SetInterval;
  published
    property OnTimer : TNotifyEvent read FOnTimer write FOnTimer;
  end;
{------------------------------------------------------------------------------}
 
implementation
uses
   Windows
  ,SysUtils
  ;
 
{ TgtTimerThread }
{------------------------------------------------------------------------------}
constructor TgtTimerThread.Create(ATimer: TgtTimer);
begin
  inherited Create(True);
  FreeOnTerminate := True;
  FTimer          := ATimer;
end;
{------------------------------------------------------------------------------}
destructor TgtTimerThread.Destroy;
begin
  inherited;
end;
{------------------------------------------------------------------------------}
procedure TgtTimerThread.DoTimer;
begin
  if Assigned(FTimer.OnTimer) then
    FTimer.OnTimer(FTimer);
end;
{------------------------------------------------------------------------------}
procedure TgtTimerThread.Execute;
begin
  while (not Self.Terminated) and (FTimer.Enabled) do
  begin
    WaitForSingleObject(Self.Handle,FTimer.Interval);
    Synchronize(DoTimer);
  end;
end;
{------------------------------------------------------------------------------}
 
{ TgtTimer }
{------------------------------------------------------------------------------}
constructor TgtTimer.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FEnabled  := True;
  FInterval := 1000;
end;
{------------------------------------------------------------------------------}
destructor TgtTimer.Destroy;
begin
  inherited;
end;
{------------------------------------------------------------------------------}
procedure TgtTimer.UpdateTimer;
begin
  if Assigned(FTimerThread) then
  begin
    FTimerThread.Terminate;
    FTimerThread := nil;
  end;
  if Enabled then
  begin
    FTimerThread := TgtTimerThread.Create(Self);
    FTimerThread.Resume;
  end;
end;
{------------------------------------------------------------------------------}
 
//Getters - Setters\\
{------------------------------------------------------------------------------}
procedure TgtTimer.SetEnabled(const Value: Boolean);
begin
  FEnabled := Value;
  UpdateTimer;
end;
{------------------------------------------------------------------------------}
procedure TgtTimer.SetInterval(const Value: Cardinal);
begin
  if Value  FInterval then
  begin
    FInterval := Value;
    UpdateTimer;
  end;
end;
{------------------------------------------------------------------------------}
 
end.

http://delphi.cjcsoft.net//viewthread.php?tid=47384

cdlt

04/07/2017, 11h14
Pascale38

merci DjmSoftware,
tu confirmes mon id�e premi�re qu'il ne faut pas que j'utilise un composant de la VCL...

Je vais remplacer ce timer et si �a fonctionne je mettrai la discussion a r�solue.
�a va prendre un petit peu de temps car pas dans les priorit�s imm�diates du projet pour l'instant ;-)

Merci encore � tous!
Pascale38
04/07/2017, 11h15
Pascale38

oh super !!
Merci pour l'exemple !!!
04/07/2017, 11h19
DjmSoftware

ou alors en c++ un excellent article en anglais
http://bcbjournal.org/forums/viewtopic.php?f=10&t=572#
cdlt

Salut !

Je me demande si tu n'aurais pas pu cr�er un timer en passant par les API WINDOWS directement au lieu de passer par TTimer.
Au quel cas il suffisait de passer une fonction pour le time out du timer en lieu et place d'avoir � g�rer le WM_TIMER.
Au fond, � ce stade on serait plus pr�s du hardware que du software !
Code:

1 2 3 4 5 6 7 8 UINT SetTimer( HWND hWnd, // handle of window for timer messages UINT nIDEvent, // timer identifier UINT uElapse, // time-out value TIMERPROC lpTimerFunc // address of timer procedure );
La timerproc :
Code:

1 2 3 4 5 6 7 8 VOID CALLBACK TimerProc( HWND hwnd, // handle of window for timer messages UINT uMsg, // WM_TIMER message UINT idEvent, // timer identifier DWORD dwTime // current system time );
Mais je ne sais pas si c'est faisable dans ton cas !

A plus !

Probl�me identique
la boucle de message
le Callback utilise un HWND qui n'est pas directement pr�sent dans ce cas
Code:

1 2 3 4 5 6 7 8 VOID CALLBACK TimerProc( HWND hwnd, // handle of window for timer messages UINT uMsg, // WM_TIMER message UINT idEvent, // timer identifier DWORD dwTime // current system time );
--> solution des event

cdlt

12/07/2017, 14h11
henderson

Salut !

HWND peut �tre NULL d�s le SetTimer !
Cel� signifie que le message WM_TIMER ne passera pas par une quelconque proc�dure de fen�tre (puisque aucun HWND ne lui est associ�).
WM_TIMER est alors transmis via la TimerProc pour y �tre �ventuellement trait�. C'est � �a que sert le param�tre UINT uMsg de la callback.

A plus !
12/07/2017, 16h18
henderson

Salut !

Je viens de v�rifier dans l'un de mes anciens projets (non pas avec BCB mais avec DEVCPP).
Je passais bien un HWND valide dans la settimer mais le hwnd de la timerproc n'�tait pas utilis� !
Donc depuis cette timerproc je faisais appel � une fonction pour effectuer le traitement suite au timeout du timer.

BCB impl�mente en arri�re plan un timer qui transmet des messages WM_TIMER dans la proc�dure de la fen�tre.
Si on veut faire autrement il fait passer par la strate des API WINDOWS.

A plus !