[DynInst_API:] Error trying to run app on new Dyninst build


Date: Thu, 16 Oct 2014 10:45:24 -0500
From: "Wayne Motycka" <wmotycka@xxxxxxxxxxx>
Subject: [DynInst_API:] Error trying to run app on new Dyninst build
Hi,

I've been trying find a solution to this myself for a couple days now and
I'm finally going ask (meekly) for a little guidance.  I did a git clone
of the 8.2 repo of Dyninst on to a fresh install of Scientific Linux 6.5
(x86_64).  I built Dyninst (which appears to have succeeded) and did a
make install into the default system dirs (/usr/local/lib & include) and
then compiled my application (a simple CFG graph walking app that
generates a textual description of the CFG nodes/edges) which appears to
compile fine.  When I run it I get this:

--SERIOUS-- #101: Runtime library /usr/local/lib/libdyninstAPI_RT_m32.so
does not exist or cannot be accessed!
GraphGen: /home/wmotycka/dyninst/dyninstAPI/src/binaryEdit.C:918:
int_variable* BinaryEdit::createTrampGuard(): Assertion `rtlib.size()'
failed.
Aborted

The strangest part is that it doesn't seem to use my setting of
DYNINSTAPI_RT_LIB in the shell, here's what I've got set in the shell:

[wmotycka@localhost ~]$ echo $DYNINSTAPI_RT_LIB
/usr/local/lib/libdyninstAPI_RT.so
[wmotycka@localhost ~]$ echo $LD_LIBRARY_PATH
/usr/local/lib:
[wmotycka@localhost ~]$ ls -l $DYNINSTAPI_RT_LIB
lrwxrwxrwx. 1 root root 23 Oct 10 10:16 /usr/local/lib/libdyninstAPI_RT.so
-> libdyninstAPI_RT.so.8.2
[wmotycka@localhost ~]$ ls -l /usr/local/lib/libdyninstAPI_RT.so.8.2
lrwxrwxrwx. 1 root root 25 Oct 10 10:16
/usr/local/lib/libdyninstAPI_RT.so.8.2 -> libdyninstAPI_RT.so.8.2.0
[wmotycka@localhost ~]$ ls -l /usr/local/lib/libdyninstAPI_RT.so.8.2.0
-rwxr-xr-x. 1 root root 117439 Oct 10 09:38
/usr/local/lib/libdyninstAPI_RT.so.8.2.0

I enabled DYNINST_DEBUG_STARTUP and got this for a trace:

[wmotycka@localhost ~]$ git/graphgen/Debug/GraphGen
cfgSubjects/simple6/simple6
Enabling DyninstAPI startup debug
[139634857916192][BPatch_binaryEdit.C:89] - Opening original file
cfgSubjects/simple6/simple6
[139634857916192]mapped_object.C[146]:  about to parseImage
[139634857916192]mapped_object.C[148]: name cfgSubjects/simple6/simple6,
codeBase 0x0, dataBase 0x0
[139634857916192]image.C[1067]:  about to create image
[139634857916192]image.C[1262]:  opening file cfgSubjects/simple6/simple6
[139634857916192]image.C[1353]:  before findMain
[139634857916192]image.C[1384]:  before determineImageType
[139634857916192]image.C[1069]:  created image
[139634857916192]image.C[1074]: processing executable object
[139634857916192]mapped_object.C[195]:  creating mapped object
[139634857916192][mapped_object.C:105] Creating new mapped_object
cfgSubjects/simple6/simple6/
[139634857916192][mapped_object.C:107] 	codeBase 0x0, codeOffset
0x8048000, size 2896
[139634857916192][mapped_object.C:109] 	dataBase 0x0, dataOffset
0x8049b50, size 324
[139634857916192][mapped_object.C:111] 	fileDescriptor: code at 0x0, data 0x0
[139634857916192][mapped_object.C:113] 	Code: 0x8048000 to 0x8048b50
[139634857916192][mapped_object.C:115] 	Data: 0x8049b50 to 0x8049c94
[139634857916192]mapped_object.C[200]:  leaving
createMappedObject(cfgSubjects/simple6/simple6)
[139634857916192][unix.C:533] - Opening dependent file libstdc++.so.6
[139634857916192]mapped_object.C[146]:  about to parseImage
[139634857916192]mapped_object.C[148]: name /usr/lib64/libstdc++.so.6,
codeBase 0x0, dataBase 0x0
[139634857916192]image.C[1067]:  about to create image
[139634857916192]image.C[1262]:  opening file /usr/lib64/libstdc++.so.6
[139634857916192]image.C[1353]:  before findMain
[139634857916192]image.C[1384]:  before determineImageType
[139634857916192]image.C[1069]:  created image
[139634857916192]image.C[1072]: processing shared object
[139634857916192]mapped_object.C[195]:  creating mapped object
[139634857916192][mapped_object.C:105] Creating new mapped_object
/usr/lib64/libstdc++.so.6/
[139634857916192][mapped_object.C:107] 	codeBase 0x0, codeOffset
0x3586800000, size 949880
[139634857916192][mapped_object.C:109] 	dataBase 0x0, dataOffset
0x3586ae8130, size 34288
[139634857916192][mapped_object.C:111] 	fileDescriptor: code at 0x0, data 0x0
[139634857916192][mapped_object.C:113] 	Code: 0x3586800000 to 0x35868e7e78
[139634857916192][mapped_object.C:115] 	Data: 0x3586ae8130 to 0x3586af0720
[139634857916192]mapped_object.C[200]:  leaving
createMappedObject(/usr/lib64/libstdc++.so.6)
[139634857916192]unix.C[831]: ADDING _init at 0x3586853b30
[139634857916192]unix.C[880]: ADDING _fini at 0x35868c3378
[139634857916192]mapped_object.C[146]:  about to parseImage
[139634857916192]mapped_object.C[148]: name /usr/lib64/libstdc++.so.6,
codeBase 0x0, dataBase 0x0
[139634857916192]image.C[1048]: returning pre-parsed image
[139634857916192]mapped_object.C[195]:  creating mapped object
[139634857916192][mapped_object.C:105] Creating new mapped_object
/usr/lib64/libstdc++.so.6/
[139634857916192][mapped_object.C:107] 	codeBase 0x0, codeOffset
0x3586800000, size 949880
[139634857916192][mapped_object.C:109] 	dataBase 0x0, dataOffset
0x3586ae8130, size 34288
[139634857916192][mapped_object.C:111] 	fileDescriptor: code at 0x0, data 0x0
[139634857916192][mapped_object.C:113] 	Code: 0x3586800000 to 0x35868e7e78
[139634857916192][mapped_object.C:115] 	Data: 0x3586ae8130 to 0x3586af0720
[139634857916192]mapped_object.C[200]:  leaving
createMappedObject(/usr/lib64/libstdc++.so.6)
[139634857916192][unix.C:620] - Creation error opening libstdc++.so.6
[139634857916192]dyninstRT_name:
[139634857916192]Dyninst RT Library name set to
'/usr/local/lib/libdyninstAPI_RT_m32.so'
--SERIOUS-- #101: Runtime library /usr/local/lib/libdyninstAPI_RT_m32.so
does not exist or cannot be accessed!
[139634857916192][unix.C:620] - Creation error opening
/usr/local/lib/libdyninstAPI_RT_m32.so
GraphGen: /home/wmotycka/dyninst/dyninstAPI/src/binaryEdit.C:918:
int_variable* BinaryEdit::createTrampGuard(): Assertion `rtlib.size()'
failed.
Aborted

Anybody got a hint as to what I've got misconfigured?  Anything else I can
try to chase this?  I've got another machine I've been using for several
months which is also a Sci Linux 6.5 and all this works flawlessly.

Thanks,
Wayne

[← Prev in Thread] Current Thread [Next in Thread→]