- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
Thanks.
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
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.
Regards, Peter
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
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.
Regards, Peter
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!
Thanks Peter.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
1. Sadly not. I thought about that one. Unless Vtune does not use the shell's path but it's own version of it.
VTune suggests that you source its own script to augment the previous path set in your shell, so that the preferred directories come first.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
VTune suggests that you source its own script to augment the previous path set in your shell, so that the preferred directories come first.
Done that but I still get the same error. Irritating. Anyhow, thank you for the help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
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.
![](/skins/images/872293744008A34B36F8ABF94A46CC66/responsive_peak/images/icon_anonymous_message.png)
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page