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