[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
current problems
Tried to do some memory leak debugging...
And found some things i'm not sure about if it should go that way.
ls -l /usr/local/lib/oil gives this
total 13644
lrwxrwxrwx 1 root root 20 Jul 12 11:35 ClientManager.oil -> ClientManager.oil...*
-rwxr-xr-x 1 root root 1473030 Jul 12 11:35 ClientManager.oil...*
-rwxr-xr-x 1 root root 110072 Jul 10 17:49 ClientManager.oil.0.1.1*
lrwxrwxrwx 1 root root 30 Jul 12 11:35 ClientManager_interests.oil -> ClientManager_interests.oil...*
-rwxr-xr-x 1 root root 308143 Jul 12 11:35 ClientManager_interests.oil...*
-rwxr-xr-x 1 root root 20264 Jul 10 17:49 ClientManager_interests.oil.0.1.1*
lrwxrwxrwx 1 root root 23 Jul 12 11:33 ConfigManager.oil -> ConfigManager.oil.0.1.1*
-rwxr-xr-x 1 root root 607189 Jul 12 11:33 ConfigManager.oil.0.1.1*
lrwxrwxrwx 1 root root 33 Jul 12 11:33 ConfigManager_interests.oil -> ConfigManager_interests.oil.0.1.1*
-rwxr-xr-x 1 root root 194866 Jul 12 11:33 ConfigManager_interests.oil.0.1.1*
lrwxrwxrwx 1 root root 21 Jul 12 11:34 FILEHandler.oil -> FILEHandler.oil.0.1.1*
-rwxr-xr-x 1 root root 928071 Jul 12 11:34 FILEHandler.oil.0.1.1*
lrwxrwxrwx 1 root root 31 Jul 12 11:34 FILEHandler_interests.oil -> FILEHandler_interests.oil.0.1.1*
-rwxr-xr-x 1 root root 786626 Jul 12 11:34 FILEHandler_interests.oil.0.1.1*
lrwxrwxrwx 1 root root 18 Jul 12 11:36 HTTPHandler.oil -> HTTPHandler.oil...*
-rwxr-xr-x 1 root root 1585299 Jul 12 11:36 HTTPHandler.oil...*
lrwxrwxrwx 1 root root 28 Jul 12 11:36 HTTPHandler_interests.oil -> HTTPHandler_interests.oil...*
-rwxr-xr-x 1 root root 786626 Jul 12 11:36 HTTPHandler_interests.oil...*
lrwxrwxrwx 1 root root 21 Jul 12 11:38 dispmanager.oil -> dispmanager.oil.0.1.1*
-rwxr-xr-x 1 root root 2300108 Jul 12 11:38 dispmanager.oil.0.1.1*
lrwxrwxrwx 1 root root 31 Jul 12 11:38 dispmanager_interests.oil -> dispmanager_interests.oil.0.1.1*
-rwxr-xr-x 1 root root 924428 Jul 12 11:38 dispmanager_interests.oil.0.1.1*
-rw-r--r-- 1 root root 0 Jul 12 11:41 log3
lrwxrwxrwx 1 root root 17 Jul 12 11:33 netmanager.oil -> netmanager.oil...*
-rwxr-xr-x 1 root root 1526431 Jul 12 11:33 netmanager.oil...*
lrwxrwxrwx 1 root root 27 Jul 12 11:33 netmanager_interests.oil -> netmanager_interests.oil...*
-rwxr-xr-x 1 root root 1249168 Jul 12 11:33 netmanager_interests.oil...*
lrwxrwxrwx 1 root root 14 Jul 12 11:32 testoil.oil -> testoil.oil...*
-rwxr-xr-x 1 root root 281581 Jul 12 11:32 testoil.oil...*
-rwxr-xr-x 1 root root 241718 Jul 12 11:16 testoil.oil.0.1.1*
lrwxrwxrwx 1 root root 24 Jul 12 11:32 testoil_interests.oil -> testoil_interests.oil...*
-rwxr-xr-x 1 root root 311309 Jul 12 11:32 testoil_interests.oil...*
-rwxr-xr-x 1 root root 250989 Jul 12 11:16 testoil_interests.oil.0.1.1*
I tried to run testmm, it runs but complains about the following
testmm 1>log
dlopen err: /usr/local/lib/oil/FILEHandler_interests.oil: undefined symbol: _t11mkeyMessage2Z13mkeyHandleURLZ7URLType.theSender
loadoil failed on /usr/local/lib/oil/FILEHandler_interests.oil
dlopen err: /usr/local/lib/oil/HTTPHandler_interests.oil: undefined symbol: _t11mkeyMessage2Z13mkeyHandleURLZ7URLType.theSender
loadoil failed on /usr/local/lib/oil/HTTPHandler_interests.oil
dlopen err: /usr/local/lib/oil/dispmanager_interests.oil: undefined symbol: _t8mMessage1Z17mCreateGtkDisplay.theSender
loadoil failed on /usr/local/lib/oil/dispmanager_interests.oil
dlopen err: /usr/local/lib/oil/netmanager_interests.oil: undefined symbol: _t8mMessage1Z6mNewID.theSender
loadoil failed on /usr/local/lib/oil/netmanager_interests.oil
Hello World!
testmm 2>log
Loading interests...
Sending message...
dealloc error: type differs new new[]
0:unknown
tabel of still allocated memory chunks
new 2:unknown
new 3:unknown
new 5:unknown
new 11:unknown
new 12:unknown
new 13:unknown
new 14:unknown
new 15:unknown
new 37:testoil.cc
new 12:testoil.cc
new 17:unknown
new 18:unknown
new 15:testoil.cc
I looked up the testoil references. They refer to the interests allocated
by testoil. Those should be destructed by the destructor of testoil but
that one is never called seems.
OM->LoadInterests calls new_object_by_filename without storing the result
is it stored elsewhere or is it not stored.
After some digging i arrived in the objectbroker. Why does it use dlopen
on every createobject while it has the handle allready if he has created
the object before?
Max