[PD] pix_openni crash Pd

Jack jack at rybn.org
Mon Feb 27 15:20:14 CET 2012 

Le 26/02/2012 19:13, Jack a écrit :
> Le 25/02/2012 17:13, Matthias Kronlachner a écrit :
>> Am 25.02.12 16:08, schrieb Jack:
>>> Le 25/02/2012 14:39, Matthias Kronlachner a écrit :
>>>> Am 24.02.12 20:15, schrieb Jack:
>>>>> Le 24/02/2012 18:41, Mathieu Bouchard a écrit :
>>>>>> Le 2012-02-24 à 18:10:00, Jack a écrit :
>>>>>>
>>>>>>> Here the output with valgrind when i create the gemwin :
>>>>>>
>>>>>> Are there any « Invalid write » messages before getting there ?
>>>>>>
>>>>>> Also note that GEM 93 and GEM 92 are quite binary-incompatible, 
>>>>>> therefore an external has to be compiled with the right set of .h 
>>>>>> files.
>>>>>>
>>>>>> There were also at least two more intermediate steps for those 
>>>>>> who used SVN versions of GEM 93. For example, GridFlow supports 
>>>>>> GEM 92 and two early kinds of GEM 93 but doesn't work with the 
>>>>>> final GEM 93.
>>>>>>
>>>>>> I'm talking about this because :
>>>>>>
>>>>>>> Address 0x735ef68 is 0 bytes after a block of size 32 alloc'd
>>>>>>> at 0x4025315: calloc (vg_replace_malloc.c:467)
>>>>>>> by 0x80B8710: getbytes (in /usr/bin/pd)
>>>>>>
>>>>>> Looks like an object has an unexpected size, which hints at 
>>>>>> possible mismatching struct{} definitions.
>>>>>>
>>>>>> ______________________________________________________________________ 
>>>>>>
>>>>>> | Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- 
>>>>>> Montréal, QC
>>>>>
>>>>>
>>>>> Here the output of valgrind before i create the gemwin, it seems 
>>>>> there is no trace of 'invalid write' :
>>>>>
>>>>> ==2417== HEAP SUMMARY:
>>>>> ==2417== in use at exit: 10,269,451 bytes in 14,507 blocks
>>>>> ==2417== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 
>>>>> bytes allocated
>>>>> ==2417==
>>>>> ==2417== LEAK SUMMARY:
>>>>> ==2417== definitely lost: 14,663 bytes in 50 blocks
>>>>> ==2417== indirectly lost: 8,291 bytes in 488 blocks
>>>>> ==2417== possibly lost: 1,525 bytes in 56 blocks
>>>>> ==2417== still reachable: 10,244,972 bytes in 13,913 blocks
>>>>> ==2417== suppressed: 0 bytes in 0 blocks
>>>>> ==2417== Rerun with --leak-check=full to see details of leaked memory
>>>>> ==2417==
>>>>> ==2417== For counts of detected and suppressed errors, rerun with: -v
>>>>> ==2417== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 
>>>>> from 11)
>>>>> ==2418==
>>>>> ==2418== HEAP SUMMARY:
>>>>> ==2418== in use at exit: 10,269,451 bytes in 14,507 blocks
>>>>> ==2418== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 
>>>>> bytes allocated
>>>>> ==2418==
>>>>> ==2418== LEAK SUMMARY:
>>>>> ==2418== definitely lost: 14,663 bytes in 50 blocks
>>>>> ==2418== indirectly lost: 8,291 bytes in 488 blocks
>>>>> ==2418== possibly lost: 1,525 bytes in 56 blocks
>>>>> ==2418== still reachable: 10,244,972 bytes in 13,913 blocks
>>>>> ==2418== suppressed: 0 bytes in 0 blocks
>>>>> ==2418== Rerun with --leak-check=full to see details of leaked memory
>>>>> ==2418==
>>>>> ==2418== For counts of detected and suppressed errors, rerun with: -v
>>>>> ==2418== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 
>>>>> from 11)
>>>>> ==2419==
>>>>> ==2419== HEAP SUMMARY:
>>>>> ==2419== in use at exit: 10,269,451 bytes in 14,507 blocks
>>>>> ==2419== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 
>>>>> bytes allocated
>>>>> ==2419==
>>>>> ==2419== LEAK SUMMARY:
>>>>> ==2419== definitely lost: 14,663 bytes in 50 blocks
>>>>> ==2419== indirectly lost: 8,291 bytes in 488 blocks
>>>>> ==2419== possibly lost: 1,525 bytes in 56 blocks
>>>>> ==2419== still reachable: 10,244,972 bytes in 13,913 blocks
>>>>> ==2419== suppressed: 0 bytes in 0 blocks
>>>>> ==2419== Rerun with --leak-check=full to see details of leaked memory
>>>>> ==2419==
>>>>> ==2419== For counts of detected and suppressed errors, rerun with: -v
>>>>> ==2419== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 
>>>>> from 11)
>>>>> ==2420==
>>>>> ==2420== HEAP SUMMARY:
>>>>> ==2420== in use at exit: 10,269,451 bytes in 14,507 blocks
>>>>> ==2420== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 
>>>>> bytes allocated
>>>>> ==2420==
>>>>> ==2420== LEAK SUMMARY:
>>>>> ==2420== definitely lost: 14,663 bytes in 50 blocks
>>>>> ==2420== indirectly lost: 8,291 bytes in 488 blocks
>>>>> ==2420== possibly lost: 1,525 bytes in 56 blocks
>>>>> ==2420== still reachable: 10,244,972 bytes in 13,913 blocks
>>>>> ==2420== suppressed: 0 bytes in 0 blocks
>>>>> ==2420== Rerun with --leak-check=full to see details of leaked memory
>>>>> ==2420==
>>>>> ==2420== For counts of detected and suppressed errors, rerun with: -v
>>>>> ==2420== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 
>>>>> from 11)
>>>>>
>>>>> Thanx for your help.
>>>>> ++
>>>>>
>>>>> Jack
>>>> hi!
>>>>
>>>> did you try the examples included in openni and nite? are they 
>>>> working? (eg. Sample-NiSimpleViewer, Sample-SceneAnalysis)
>>>> if you just create the gemwin without starting rendering is it 
>>>> still crashing?
>>>>
>>>> matthias
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pd-list at iem.at mailing list
>>>>> UNSUBSCRIBE and account-management -> 
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>
>>> Hello Matthias,
>>>
>>> I don't have a kinect today. I will try later.
>>> Creating the gemwin without the rendering doesn't crash Pd. (It was 
>>> a mistake to said that in my first email).
>>> Thanx for your help.
>> ah ok, you tried it without kinect?
>>
>> i just found a bug if there is no kinect available and you want to 
>> use handtracking it crashed.
>> but i fixed that. so at least in osx there is no problem now to use 
>> pix_openni without a kinect connected.
>> but anyway it doesn't make a lot of sense ;-)
>>
>> matthias
>>
>>> ++
>>>
>>> Jack
>>>
>>>
>>
>
> I tried with and without kinect.
> I will try tomorrow and i will keep you informed.
> ++
>
> Jack
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

I have a kinect today. But it still doesn't work.
Here is what i do :

- downloaded unstable OpenNi from 
http://www.openni.org/Downloads/OpenNIModules.aspx
- cd /home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/
- $ sudo sh install.sh

- $ git clone git://github.com/avin2/SensorKinect.git
- $ cd /home/jack/SensorKinect/Platform/Linux/CreateRedist/
- $ sudo sh install.sh

- downloaded unstable NITE from 
http://www.openni.org/Downloads/OpenNIModules.aspx
- cd /home/jack/Téléchargements/NITE-Bin-Dev-Linux-x86-v1.5.2.21
- $ sudo sh install.sh

I use Ubuntu 11.04, Pd 0.42.6 and Gem 0.93.git fad1264.

I put the right path to Pd, Gem and OpenNi in the Makefile, then :

$ cd /home/jack/pix_openni
$ make

I get a lot of warning in the console but no error :

g++ -fPIC -DPD -O2 -funroll-loops -fomit-frame-pointer -ffast-math -Wall 
-W -Wno-unused -Wno-parentheses -Wno-switch -lOpenNI 
-DGEM_OPENCV_VERSION=\"\" -g -DLINUX -Ilib/pd/src -I. 
-I/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include 
-I/home/jack/Gem/src -Ilib/pd/src `` -o pix_openni.o -c pix_openni.cc
In file included from pix_openni.h:32:0,
from pix_openni.cc:19:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4337:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4338:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4340:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4358:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4359:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4361:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4659:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4660:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4662:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4680:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4681:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:4683:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5523:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5524:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5526:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5551:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5552:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5554:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5581:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5582:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5584:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5617:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5618:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5620:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5710:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5711:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5713:0: 
warning: ignoring #pragma warning
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::OutputMetaData::OutputMetaData(const XnUInt8**)’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:253:12: 
warning: ‘xn::OutputMetaData::m_nAllocatedSize’ will be initialized after
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:247:12: 
warning: ‘XnUInt8* xn::OutputMetaData::m_pAllocatedData’
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:132:10: 
warning: when initialized here
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::DepthMetaData::DepthMetaData()’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:466:39: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::ImageMetaData::ImageMetaData()’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:587:39: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:588:39: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:589:46: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:590:46: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::IRMetaData::IRMetaData()’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:768:33: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::SceneMetaData::SceneMetaData()’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:920:34: 
warning: dereferencing type-punned pointer will break strict-aliasing rules
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::Query::Query(XnNodeQuery*)’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:1394:10: 
warning: ‘xn::Query::m_bAllocated’ will be initialized after
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:1393:16: 
warning: ‘XnNodeQuery* xn::Query::m_pQuery’
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:1295:10: 
warning: when initialized here
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor ‘xn::EnumerationErrors::EnumerationErrors()’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5449:10: 
warning: ‘xn::EnumerationErrors::m_bAllocated’ will be initialized after
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5448:24: 
warning: ‘XnEnumerationErrors* xn::EnumerationErrors::m_pErrors’
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5349:10: 
warning: when initialized here
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h: 
In constructor 
‘xn::EnumerationErrors::EnumerationErrors(XnEnumerationErrors*, XnBool)’:
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5449:10: 
warning: ‘xn::EnumerationErrors::m_bAllocated’ will be initialized after
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5448:24: 
warning: ‘XnEnumerationErrors* xn::EnumerationErrors::m_pErrors’
/home/jack/Téléchargements/OpenNI-Bin-Dev-Linux-x86-v1.5.2.23/Include/XnCppWrapper.h:5357:10: 
warning: when initialized here
pix_openni.cc: In member function ‘virtual void 
pix_openni::render(GemState*)’:
pix_openni.cc:664:45: warning: comparison between signed and unsigned 
integer expressions
pix_openni.cc:664:90: warning: comparison between signed and unsigned 
integer expressions
pix_openni.cc: In static member function ‘static void 
pix_openni::floatRecordMessCallback(void*, t_floatarg)’:
pix_openni.cc:1364:53: warning: comparison with string literal results 
in unspecified behaviour
pix_openni.cc: In static member function ‘static void 
pix_openni::floatPlayMessCallback(void*, t_floatarg)’:
pix_openni.cc:1394:53: warning: comparison with string literal results 
in unspecified behaviour
pix_openni.cc: In static member function ‘static void 
pix_openni::openMessCallback(void*, std::string)’:
pix_openni.cc:1440:25: warning: comparison with string literal results 
in unspecified behaviour
gcc -export_dynamic -shared -lOpenNI -o pix_openni.pd_linux pix_openni.o 
-lOpenNI
/usr/bin/ld: warning: cannot find entry symbol xport_dynamic; defaulting 
to 00000000000047b0
rm pix_openni.o


And the 'pix_openni.pd_linux' is in my 'pix_openni' directory. But when 
i run the 'pix_openni-help.pd' patch and start rendering, Pd crash.
The output with valgrind is :
==2722== HEAP SUMMARY:
==2722== in use at exit: 10,269,451 bytes in 14,507 blocks
==2722== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 bytes 
allocated
==2722==
==2722== LEAK SUMMARY:
==2722== definitely lost: 14,663 bytes in 50 blocks
==2722== indirectly lost: 8,291 bytes in 488 blocks
==2722== possibly lost: 1,525 bytes in 56 blocks
==2722== still reachable: 10,244,972 bytes in 13,913 blocks
==2722== suppressed: 0 bytes in 0 blocks
==2722== Rerun with --leak-check=full to see details of leaked memory
==2722==
==2722== For counts of detected and suppressed errors, rerun with: -v
==2722== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 from 11)
==2723==
==2723== HEAP SUMMARY:
==2723== in use at exit: 10,269,451 bytes in 14,507 blocks
==2723== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 bytes 
allocated
==2723==
==2723== LEAK SUMMARY:
==2723== definitely lost: 14,663 bytes in 50 blocks
==2723== indirectly lost: 8,291 bytes in 488 blocks
==2723== possibly lost: 1,525 bytes in 56 blocks
==2723== still reachable: 10,244,972 bytes in 13,913 blocks
==2723== suppressed: 0 bytes in 0 blocks
==2723== Rerun with --leak-check=full to see details of leaked memory
==2723==
==2723== For counts of detected and suppressed errors, rerun with: -v
==2723== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 from 11)
==2724==
==2724== HEAP SUMMARY:
==2724== in use at exit: 10,269,451 bytes in 14,507 blocks
==2724== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 bytes 
allocated
==2724==
==2724== LEAK SUMMARY:
==2724== definitely lost: 14,663 bytes in 50 blocks
==2724== indirectly lost: 8,291 bytes in 488 blocks
==2724== possibly lost: 1,525 bytes in 56 blocks
==2724== still reachable: 10,244,972 bytes in 13,913 blocks
==2724== suppressed: 0 bytes in 0 blocks
==2724== Rerun with --leak-check=full to see details of leaked memory
==2724==
==2724== For counts of detected and suppressed errors, rerun with: -v
==2724== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 from 11)
==2725==
==2725== HEAP SUMMARY:
==2725== in use at exit: 10,269,451 bytes in 14,507 blocks
==2725== total heap usage: 44,542 allocs, 30,035 frees, 46,723,012 bytes 
allocated
==2725==
==2725== LEAK SUMMARY:
==2725== definitely lost: 14,663 bytes in 50 blocks
==2725== indirectly lost: 8,291 bytes in 488 blocks
==2725== possibly lost: 1,525 bytes in 56 blocks
==2725== still reachable: 10,244,972 bytes in 13,913 blocks
==2725== suppressed: 0 bytes in 0 blocks
==2725== Rerun with --leak-check=full to see details of leaked memory
==2725==
==2725== For counts of detected and suppressed errors, rerun with: -v
==2725== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 482 from 11)
==2704== Invalid read of size 4
==2704== at 0x49C6B94: GemBase::gem_MessCallback(void*, _symbol*, int, 
_atom*) (GemBase.cpp:237)
==2704== by 0x80B5809: pd_typedmess (in /usr/bin/pd)
==2704== Address 0x74bf508 is 0 bytes after a block of size 32 alloc'd
==2704== at 0x4025315: calloc (vg_replace_malloc.c:467)
==2704== by 0x80B8710: getbytes (in /usr/bin/pd)
==2704==
==2704== Invalid read of size 1
==2704== at 0x49C6814: GemBase::gem_startstopMess(int) (GemBase.cpp:102)
==2704== by 0x49C6B9E: GemBase::gem_MessCallback(void*, _symbol*, int, 
_atom*) (GemBase.cpp:237)
==2704== by 0x80B5809: pd_typedmess (in /usr/bin/pd)
==2704== Address 0x11 is not stack'd, malloc'd or (recently) free'd
==2704==
==2704==
==2704== Process terminating with default action of signal 11 (SIGSEGV)
==2704== Access not within mapped region at address 0x11
==2704== at 0x49C6814: GemBase::gem_startstopMess(int) (GemBase.cpp:102)
==2704== by 0x49C6B9E: GemBase::gem_MessCallback(void*, _symbol*, int, 
_atom*) (GemBase.cpp:237)
==2704== by 0x80B5809: pd_typedmess (in /usr/bin/pd)
==2704== If you believe this happened as a result of a stack
==2704== overflow in your program's main thread (unlikely but
==2704== possible), you can try to increase the size of the
==2704== main thread stack using the --main-stacksize= flag.
==2704== The main thread stack size used in this run was -1.
==2704==
==2704== HEAP SUMMARY:
==2704== in use at exit: 66,321,353 bytes in 49,584 blocks
==2704== total heap usage: 119,094 allocs, 69,510 frees, 144,000,165 
bytes allocated
==2704==
==2704== LEAK SUMMARY:
==2704== definitely lost: 17,149 bytes in 61 blocks
==2704== indirectly lost: 10,576 bytes in 607 blocks
==2704== possibly lost: 984,388 bytes in 8,372 blocks
==2704== still reachable: 65,309,240 bytes in 40,544 blocks
==2704== suppressed: 0 bytes in 0 blocks
==2704== Rerun with --leak-check=full to see details of leaked memory
==2704==
==2704== For counts of detected and suppressed errors, rerun with: -v
==2704== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 2653 from 11)
socket receive error: Connection reset by peer (104)
Erreur de segmentation

For information, i can't download the last sources of 'pix_openni' today.
Hope this indormation will help to solve my problem.
Thanx for your help.
++

Jack

More information about the Pd-list mailing list