I am getting this error message when I try to create a call graph activity on a piece of c++ code. The consol does give me the following error:
Tue Dec 23 15:06:28 2008 Error in module "liboverlayMeasurement.so" - Module was not found or is not an ELF image.
However, the file liboverlayMeasurement.so is indeed an ELF binary:
$ file liboverlayMeasurement.so
liboverlayMeasurement.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
When I use the sampling activity this library is loaded fine and I can access the symboles for it as well as the assembler -- but not the source, which I have. As a bonus answer: how do I link the source to this library so that I can explore it?
Anyway, does anyone have an idea about why this should be?
1. First at all, please ensure this is not due to LD_LIBRARY_PATH issue that Call graph can't find this module...
2. Please go to https://premier.intel.com to submit this problem and provide test case.
3. You may un-select problematical module in call graph list, as a temp work around.
1. Sadly not. I thought about that one. Unless Vtune does not use the shell's path but it's own version of it.
2. I'll report this.
3. That would work if and only if I was not trying to profile that library!
I wouldn't expect the error message you reported from the call-graph run, but you say on the sampling activity you got symbols from a shared object that's been stripped? Something doesn't make sense to me.