Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-29 Thread Alberto Olmo
Hi Xiaozhu, Yes, as I could see, *fileName *was only the name of my app like: *my_app*. However, the app is in the same folder so I believe it shouldn't have such problem.. In addition I also tried introducing the absolute path and the *fileName *changed to */my/path/my_app *accordingly, although

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-27 Thread Xiaozhu Meng
Hi Alberto, The SymtabAPI::Symtab::openFile is intended to open your application, so that we know whether your application is 32-bit or 64-bit and we can load the corresponding Dyninst runtime. You said that "fileName" is just the name of your app. Is it just the file name or it is an actual path

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-27 Thread Alberto Olmo
Dear Xiaozhu, Thanks to your advice I have managed to know in what lines the problems stems from and, as you pointed out, the error comes from these two lines: bool result = SymtabAPI::Symtab::openFile(symt_obj, fileName); > if( !result ) return false; Apparently, the var *result* becomes 0

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-26 Thread Xiaozhu Meng
In setenvPreload, before any of the returning false, there is a startup_printf call, which will print some error message when setting DYNINST_DEBUG_STARTUP=1. So, you can add startup_printf before that return, run it again, and see if the corresponding message showed up. For the example issue,

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-26 Thread Alberto Olmo
Hi Xiaozhu, Sorry, could you please tell me how I can see if that is the line of code that is failing? I believe that should be the one because the error message I am getting apparently comes from the *setenvPreload *function, but I am not 100% sure, At first, I tried to install the current

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-26 Thread Xiaozhu Meng
Hi Alberto, I think your errors are caused by function PCProcess::setEnvPreload (in dyninstAPI/src/unix.C) returning false. In this function, there are error loggings for returning false, except for one location (Line 334: bool result = SymtabAPI::Symtab::openFile(symt_obj, fileName); and Line

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-26 Thread Alberto Olmo
Hi Xiaozhu, I have double checked and both libraries that you pointed out were of the same version. I have tried to run the program with one or the other and none of them are found by Dyninst (the same error persists). Also, maybe it's very obvious but, I have noticed if I delete

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-25 Thread Xiaozhu Meng
Hi Alberto, >From your log for the successful run, it seems like you have multiple instances of Dyninst installed: one in /home/aolmo/soft/dyninst-9.3.2/install/lib/ and the other one in /usr/local/lib/. Do you know whether these two instances of Dyninst are the same version? I would recommend

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-25 Thread Alberto Olmo
Hello Xiaozhu, I have doble checked and I don't get much more debug information than the one I sent you in the last email. All I can see is this: Enabling DyninstAPI startup debug > Enabling DyninstAPI startup debug > Failed to set environment var to preload RT library > --FATAL-- #68: Dyninst

Re: [DynInst_API:] FATAL 68 Dyninst

2018-04-24 Thread Xiaozhu Meng
Hi Alberto, What's your platform (windows or linux; 32bit or 64bit)? Could you send me the debugging log from DYNINST_DEBUG_STARTUP=1? Thanks, --Xiaozhu On Tue, Apr 24, 2018 at 4:49 AM, Alberto Olmo wrote: > To whom it may concern, > > My name is Alberto, a student at