Some of the grip-samples crash in Ubuntu 12.10

[ana-GT]

So here is the situation:

1. All the grip-samples run perfectly fine on my laptop (Ubuntu 12.04, 32 bits)
2. Only tabEmpty, visualizationTab and simulationHistoryTab run on my workstation (Ubuntu 12.10, 32 bits), the rest of them crash miserably with an error from evalMassMatrix. For instance, for planningTab I get the following backtrace from gdb:
   #0 __GI___libc_free (mem=0xa9) at malloc.c:2968
   READMEs #1 0x080e4033 in dynamics::BodyNodeDynamics::evalMassMatrix() ()
   Remove tabs from directory names? #2 0x0813aace in dynamics::SkeletonDynamics::computeDynamics(Eigen::Matrix<double, 3, 1, 0, 3, 1> const&, Eigen::Matrix<double, -1, 1, 0, -1, 1> const&, bool)

()

Thanks!

[tobiaskunz]

Is it possible to get a more detailed call stack including line numbers?

@pushkar: Could this be an installation problem? We had random crashes before that were caused by something not being installed correctly on Linux.

[pushkar]

Segmentation faults are usually not. Someone needs to go in-depth and find out whats going on. A simple backtrace only helps you to get started. There are a few int to long int conversions, a few unit to int conversions in the code that are not static cast (Ana is using 32 bit). An Eigen Matrix is initialized in evalMassMatrix(), something might be wrong with it.

[cerdogan]

Is there a reason why we do not specify the sizes of the integers directly
such int32_t? I think this can help towards 32-bit vs. 64-bit compatibility
issues.

On Tue, Feb 12, 2013 at 12:24 PM, Pushkar Kolhe [email protected]:

Segmentation faults are usually not. Someone needs to go in-depth and find
out whats going on. A simple backtrace only helps you to get started. There
are a few int to long int conversions, a few unit to int conversions in the
code that are not static cast (Ana is using 32 bit). An Eigen Matrix is
initialized in evalMassMatrix(), something might be wrong with it.

—
Reply to this email directly or view it on GitHubhttps://github.com/golems/grip-samples/issues/8#issuecomment-13444231.

[pushkar]

std types are different in Windows and Linux. We will have to typedef them in our own stdtype header and use it throughout our code base.

http://stackoverflow.com/questions/5657825/whats-the-equivalent-of-int32-t-in-visual-c

[cerdogan]

I've seen that done in some libraries.

On Tue, Feb 12, 2013 at 12:29 PM, Pushkar Kolhe [email protected]:

std types are different in Windows and Linux. We will have to typedef them
in our own stdtype header and use it throughout our code base.

—
Reply to this email directly or view it on GitHubhttps://github.com/golems/grip-samples/issues/8#issuecomment-13444462.

[tobiaskunz]

Both of Ana's machines are 32-bit. I don't see why this should be a 32/64 bit compatibility issue.

[cerdogan]

Sorry. I misread the original email

On Tue, Feb 12, 2013 at 12:45 PM, Tobias Kunz [email protected]:

Both of Ana's machines are 32-bit. I don't see why this should be a 32/64
bit compatibility issue.

—
Reply to this email directly or view it on GitHubhttps://github.com/golems/grip-samples/issues/8#issuecomment-13445328.