Discussion :

[tonybt]

Bonjour,

je code un logiciel sous Borland C++ qui utilise une DLL OPC créé sous C++ Builder.

Cette DLL est permet d'utiliser les fonctions sous Borland.

Logiciel : Simulateur de partie opérative automate

Les étapes du client OPC sont les suivantes:

Intégration d'instance de l'interface IOPCSERVER
Ajout d'un groupe au serveur OPC
Ajout d'items OPC
Lecture valeurs des items
Suppression des items
Suppression du groupe
Libération des références interfaces
Fermeture de la bibliothèque COM
Mon problème se trouve sur la suppression des items lors de la libération de la mémoire.

J'utilise seulement une ligne de code avec la fonction CotaskMemFree(...).

Lors de l'arret de la simulation, l'application crash et se ferme directement.

Lorsque je met cette ligne en commentaire, je n'ai pas de problèmes lors de l’arrêt de la simulation, sauf que la mémoire va se remplir jusqu’à saturation et plantage de l'application...

[yvslms]

Bonjour,

Quelle version de Builder utilisez vous ? Sur quel système ?

[tonybt]

Bonjour,

Voici les logiciels que j'utilise:
• Borland 4.53 pour le noyau de l’application et les fonctionnalités de base
• Borland 5.02 pour la création de pupitres et synoptiques
• C++ Builder 4 pour la création de DLL
• InnoSetup pour générer le package.

Je code sous Windows XP et test sous XP ou Windows 10;

L'application de simulateur de partie opérative conversationnel tourne sur Windows 3.1,NT,XP, ect .. puis elle a été adapté sur Windows 7 et 10 mais ce problème persiste sur tout les systèmes.Nous utilisons actuellement notre application sous Windows 10.


Rappel DLL créé sous C++ Builder 4 qui est utilisé dans du code Borland 4.5.
Problème : Libération de la mémoire utilisé par les items.

Extrait du code de C++ Builder 4 :

« Libération de la mémoire utilisé par les items issus de Additems »

Code :

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

1
2
3
OPCITEMRESULT *pItemResults = (OPCITEMRESULT*) pItemResultTabs ;
CoTaskMemFree(pItemResultTabs);
pItemResultTabs  = NULL ;

De plus nous avons essayé un : CoTaskMemFree(pItemResultTabs[n].pBlop), mais sans résultat

Cordialement,

[yvslms]

My God ! C'est du néolithique !
Avec des outils qui ont plus de 20 ans pas étonnant que vous ayez des soucis.
Il faudrait déjà laisser tomber XP pour Windows 10 et télécharger la dernière version de Builder (gratuite) :
https://www.embarcadero.com/fr/produ...uilder/starter
L'ancien compilateur Borland est encore fourni mais assez fortement déconseillé maintenant, utilisez les compilateurs CLang beaucoup plus performants (32 et 64 bits sous Windows).
Pour le reste j'ai touché à l'automatisme dans mon jeune temps mais c'est loin...
Tenez moi quand même au courant.

[DjmSoftware]

Salut,
ce probleme semble être connu chez Microsoft voir article suivant:https://www.google.com/url?sa=t&rct=...HkxeGP0jR5BAjf
cdlt

[tonybt]

Merci pour l’article, il y a un problème de fuite de mémoire a se que je comprend.

En cherchant sur divers forum je tombe sur du code utilisant du CoTaskMemAlloc avec du CotaskMemFree
et d'autre code n’utilisant que du CotaskMemFree (https://lhcb-online.web.cern.ch/lhcb...pleClient.html)

J'en ai déjà parlé a la collègue qui s'occupé de ce projet et elle m'avait répondu qu'il n'y avait pas besoin de faire dans notre cas de CoTaskMemAlloc ou CoTaskMemRealloc ...

[totoche76]

Hello,

Est-ce que tu as bien des CoTaskMemFree à chaque étape ?
Par exemple après ->Read(OPCDATASOURCE dwSource, DWORD dwCount, OPCHANDLE *phServer, OPCITEMSTATE **ppItemValues, HRESULT **ppErrors), CoTaskMemFree sur ppItemValues et sur ppErrors, etc etc.

[tonybt]

Bonjour,
Oui dans chaque méthode j'ai un CoTaskMemFree.
Exemple pour la méthode Read : pItemsvalues et pErrors ect .. => Oui

Hello,

Est-ce que tu as bien des CoTaskMemFree à chaque étape ?
Par exemple après ->Read(OPCDATASOURCE dwSource, DWORD dwCount, OPCHANDLE *phServer, OPCITEMSTATE **ppItemValues, HRESULT **ppErrors), CoTaskMemFree sur ppItemValues et sur ppErrors, etc etc.