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