search

joaquimrocha / Skeltrack

A Free Software skeleton tracking library
GNU Lesser General Public License v3.0
294 stars 63 forks source link

SkeltrackSkeleton setup #20

Open noio opened 9 years ago

noio commented 9 years ago

Do you know what could be a possible reason for SKELTRACK_IS_SKELETON to fail? It seems my program never gets past the first call to that macro in skeltrack_skeleton_track_joints_sync.

My setup does contain 

SkeltrackSkeleton * skeltrak;
skeltrak = skeltrack_skeleton_new();

after which I try to track_joints_sync. The SkeltrackSkeleton * is a public member of a c++ class instance, not a static variable, but I assume that's OK?

I can't run a proper debug so I'm all at sea here. (debugging is made hard by the fact that glib in debug mode requires a debug version of the MS Visual C++ redist: msvcr90d.dll, among others)

joaquimrocha commented 9 years ago

Hmm, that macro just checks the type of the instance so if the instance correctly created, the test should never fail. To see if your C++ doesn't do funny things to the skeleton instance, just call the macro after the initializing the skeleton (right after the code you pasted).

noio commented 9 years ago

Ok, so it just actually hangs at that SKELTRACK_IS_SKELETON call.. No error message, no nothing.

Any other ideas? It probably has something to do with the intense dependency spaghetti I have ended up with. But it's weird that I don't even get a ".exe has stopped working".

joaquimrocha commented 9 years ago

Hi noio, maybe you can debug and see which call "inside" the macro hangs. Probably it has to do with glib and not Skeltrack I suspect.

UsingtcNower commented 9 years ago

Hi, I met the same issue on MS visual studio 2013. So is there any follow up for it?