Bug ID: 396415
           Summary: Valgrind is not looking up $ORIGIN rpath of shebang
           Product: valgrind
           Version: 3.10.0
          Platform: Other
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
  Target Milestone: ---

> uname -a
Linux zanarkand 3.10.0-693.2.2.el7.x86_64 #1 SMP Sat Sep 9 03:55:24 EDT 2017
x86_64 x86_64 x86_64 GNU/Linux

> valgrind --version


Steps to reproduce:

1. Write a bare-minimum library with something that can be included. Mine
looked like this:

> cat foo.h
extern void doSomething(void);

> cat foo.cpp 
#include <iostream>

void doSomething(void) {
    std::cout << "did something" << std::endl;

2. Write a bare-minimum program that accepts a file as an argument and does
something to the file. Make sure to include the library we just made and invoke
its function. In my case I made it just print the file contents to stdout after
invoking the doSomething function. See:

> cat main.cpp 
#include <iostream>
#include <fstream>
#include <string>
#include "foo.h"

int main(int argc, char* argv[]) {
    if (argc != 2) {
        std::cerr << "one parameter, should be file path" << std::endl;
    std::string line;
    std::ifstream myfile(argv[1]);
    if (myfile.is_open()) {
        while(getline(myfile, line)) {
            std::cout << line << std::endl;

3. Build the library as a shared object (i.e.

4. Build the main program with the following rpath: $ORIGIN/../lib, see:

> readelf -d main

Dynamic section at offset 0x1de8 contains 28 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: []
 0x0000000000000001 (NEEDED)             Shared library: []
 0x0000000000000001 (NEEDED)             Shared library: []
 0x0000000000000001 (NEEDED)             Shared library: []
 0x000000000000000f (RPATH)              Library rpath: [$ORIGIN/../lib]
 0x000000000000000c (INIT)               0x400c90
 0x000000000000000d (FINI)               0x401104
 0x0000000000000019 (INIT_ARRAY)         0x601dc8
 0x000000000000001b (INIT_ARRAYSZ)       16 (bytes)
 0x000000000000001a (FINI_ARRAY)         0x601dd8
 0x000000000000001c (FINI_ARRAYSZ)       8 (bytes)
 0x000000006ffffef5 (GNU_HASH)           0x400298
 0x0000000000000005 (STRTAB)             0x4005e8
 0x0000000000000006 (SYMTAB)             0x4002e8
 0x000000000000000a (STRSZ)              976 (bytes)
 0x000000000000000b (SYMENT)             24 (bytes)
 0x0000000000000015 (DEBUG)              0x0
 0x0000000000000003 (PLTGOT)             0x602000
 0x0000000000000002 (PLTRELSZ)           480 (bytes)
 0x0000000000000014 (PLTREL)             RELA
 0x0000000000000017 (JMPREL)             0x400ab0
 0x0000000000000007 (RELA)               0x400a68
 0x0000000000000008 (RELASZ)             72 (bytes)
 0x0000000000000009 (RELAENT)            24 (bytes)
 0x000000006ffffffe (VERNEED)            0x4009f8
 0x000000006fffffff (VERNEEDNUM)         3
 0x000000006ffffff0 (VERSYM)             0x4009b8
 0x0000000000000000 (NULL)               0x0

5. Put the library and main program in the following directories:


6. Create the following file at the following location with a shebang line that
points to main:

test_repro/script/subdir/myscript (the `subdir` is important here)

> cat myscript
lorem ipsum

7. Make the 'myscript' file executable, and run it. It should work - main gets
invoked as the program to feed the file into, and main is able to load in

8. Run myscript through valgrind (i.e. `valgrind ./myscript`) and observe that
it fails to load


Note that:

 - issue does not happen when running `valgrind /path/to/my/test_repro/bin/main
myscript` (i.e. when execution does not depend on shebang)

 - issue does not happen when rpath contains an absolute path to
/path/to/my/test_repro/lib, only when rpath relies on $ORIGIN

 - issue does not happen if I put `myscript` into `test_repro/script` instead
of `test_repro/script/subdir`. This suggests that $ORIGIN path is processed but
treated as path relative to `myscript` instead of path relative to the shebang
program `main`.

Anyway, thanks!

You are receiving this mail because:
You are watching all bug changes.

Reply via email to