Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

CORBA TAO memory leaks with MFC

Status
Not open for further replies.

Rolsct

Programmer
Apr 11, 2005
1
FR
Hi everybody !

I'd like to use TAO Orb within my standard MFC application, using Visual C++ 6.0. Application seems to run correctly, but I saw that many memory leaks were persisting.

I "clean up" the code, but leaks were still there, and I remark that even if my code was "empty" ( nothing done, no CORBA object created,.. ) , a simple "TAO" include was producing those leaks.

I finally rebuilt the whole library using ACE_HAS_DLL=1,ACE_HAS_MFC=1 preprocessor. But Memory leaks were still there.

I'm using ACE version : 5.3a_p11 et TAO version : 1.3a_p11.

Could someone help me ? :)

If it talk to you, here's the trace of the memory leaks in Visual :

---
Dumping objects ->
{323} normal block at 0x00B3CCC0, 13 bytes long.
Data: <TAO_IORTable > 54 41 4F 5F 49 4F 52 54 61 62 6C 65 00
{322} normal block at 0x00B3CD00, 36 bytes long.
Data: < 0 > C0 CC B3 00 30 B0 B3 00 CD CD CD CD 00 00 00 00
{321} normal block at 0x00B3CD50, 13 bytes long.
Data: <TAO_IORTable > 54 41 4F 5F 49 4F 52 54 61 62 6C 65 00
{320} normal block at 0x00B3B030, 20 bytes long.
Data: < O P P` > D8 95 4F 00 50 CD B3 00 90 CD B3 00 A0 50 60 00
{319} normal block at 0x00B3CD90, 28 bytes long.
Data: < c` > 90 63 60 00 01 00 00 00 00 00 00 00 00 00 00 00
{271} normal block at 0x00B39440, 8 bytes long.
Data: <TAO_POA > 54 41 4F 5F 50 4F 41 00
{270} normal block at 0x00B39480, 36 bytes long.
Data: <@ > 40 94 B3 00 10 95 B3 00 CD CD CD CD 00 00 00 00
{269} normal block at 0x00B394D0, 8 bytes long.
Data: <TAO_POA > 54 41 4F 5F 50 4F 41 00
{268} normal block at 0x00B39510, 20 bytes long.
Data: < O 5 > D8 95 4F 00 D0 94 B3 00 20 9C B3 00 B0 86 35 00
{267} normal block at 0x00B39C20, 28 bytes long.
Data: <x 9 > 78 BC 39 00 01 00 00 00 00 00 00 00 00 00 00 00
{266} normal block at 0x00B26F08, 4096 bytes long.
Data: < > 80 94 B3 00 00 CD B3 00 CD CD CD CD CD CD CD CD
{265} normal block at 0x00B381B0, 40 bytes long.
Data: < o 8r > 08 6F B2 00 02 00 00 00 00 04 00 00 38 72 14 00
{258} normal block at 0x00B38690, 8 bytes long.
Data: < > B0 18 B3 00 CD CD CD CD
{61} normal block at 0x00B31870, 8 bytes long.
Data: < @ > 90 86 B3 00 B8 40 1B 10
{60} normal block at 0x00B318B0, 8 bytes long.
Data: <p @ W > 70 18 B3 00 40 1C 57 00
{59} normal block at 0x00B31B50, 32 bytes long.
Data: < lO L > 18 6C 4F 00 D0 4C 14 00 FF FF FF FF 00 00 00 00
{58} normal block at 0x00B31BA0, 12 bytes long.
Data: < h-W > 90 86 B3 00 02 00 00 00 68 2D 57 00
Object dump complete.

---

Thank you for your help, this bug is quite annoying..

R.T
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top