Bug 478822 - valgrind doesn't appear to handle $ORIGIN rpaths
valgrind doesn't appear to handle $ORIGIN rpaths
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: valgrind (Show other bugs)
rawhide
All Linux
low Severity medium
: ---
: ---
Assigned To: Jakub Jelinek
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-05 07:07 EST by Caolan McNamara
Modified: 2009-03-18 05:15 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-03-18 05:15:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Caolan McNamara 2009-01-05 07:07:59 EST
Description of problem:
/usr/lib64/openoffice.org3/program/soffice.bin works, while
valgrind /usr/lib64/openoffice.org3/program/soffice.bin in rawhide gives...

[caolan@Nom ~]$ valgrind /usr/lib64/openoffice.org3/program/soffice.bin
==15281== Memcheck, a memory error detector.
==15281== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==15281== Using LibVEX rev 1804, a library for dynamic binary translation.
==15281== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==15281== Using valgrind-3.3.0, a dynamic binary instrumentation framework.
==15281== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==15281== For more details, rerun with: -v
==15281==
/usr/lib64/openoffice.org3/program/soffice.bin: error while loading shared libraries: libuno_sal.so.3: cannot open shared object file: No such file or directory
==15281== Jump to the invalid address stated on the next line
==15281==    at 0x32E: ???
==15281==    by 0x303C00E947: _dl_signal_error (in /lib64/ld-2.9.so)
==15281==    by 0x303C00D97D: _dl_map_object_deps (in /lib64/ld-2.9.so)
==15281==    by 0x303C0036E2: dl_main (in /lib64/ld-2.9.so)
==15281==    by 0x303C016184: _dl_sysdep_start (in /lib64/ld-2.9.so)
==15281==    by 0x303C001441: _dl_start (in /lib64/ld-2.9.so)
==15281==    by 0x303C000AF7: (within /lib64/ld-2.9.so)
==15281==    by 0x0: ???
==15281==    by 0x7FF00055A: ???
==15281==  Address 0x32e is not stack'd, malloc'd or (recently) free'd
==15281==
==15281== Process terminating with default action of signal 11 (SIGSEGV)
==15281==  Bad permissions for mapped region at address 0x32E
==15281==    at 0x32E: ???
==15281==    by 0x303C00E947: _dl_signal_error (in /lib64/ld-2.9.so)
==15281==    by 0x303C00D97D: _dl_map_object_deps (in /lib64/ld-2.9.so)
==15281==    by 0x303C0036E2: dl_main (in /lib64/ld-2.9.so)
==15281==    by 0x303C016184: _dl_sysdep_start (in /lib64/ld-2.9.so)
==15281==    by 0x303C001441: _dl_start (in /lib64/ld-2.9.so)
==15281==    by 0x303C000AF7: (within /lib64/ld-2.9.so)
==15281==    by 0x0: ???
==15281==    by 0x7FF00055A: ???
==15281==
==15281== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
==15281== malloc/free: in use at exit: 0 bytes in 0 blocks.
==15281== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
==15281== For counts of detected errors, rerun with: -v
==15281== All heap blocks were freed -- no leaks are possible.

setting a suitable LD_LIBRARY_PATH to include the dirs that are in the rpath of soffice.bin makes it work
Comment 1 Caolan McNamara 2009-03-18 05:15:04 EDT
This now works again in rawhide

Note You need to log in before you can comment on or make changes to this bug.