Yes, that's what I did. I did a fresh clone and install from github.com/dyninst/dyninst. But I am now getting a different error:
decodeOneOperand() called with unknown addressing method 18 And even though the output binary is created, it does not execute (exec format error). Again, I am testing with /usr/bin/ssh on Ubuntu 16.04, without any instrumentation (open, get default module, get procedures, save). Thanks, Mohamed On Tue, May 31, 2016 at 1:22 PM John Detter <[email protected]> wrote: > Mohamed > > git.dyninst.org is now just a mirror and unfortunately it looks like it > isn't quite up to date. http://github.com/dyninst/dyninst will get you > the latest commits. > > If you want to update your origin: > > git remote remove origin > > git remote add origin http://github.com/dyninst/dyninst > > git pull origin master > > -- John > > On 5/31/2016 11:57 AM, Mohamed Elsabagh wrote: > > Hi John, > > I pulled the latest commit from git.dyninst.org, which resulted in the > error in my previous email. > > Now using a clone from the github path your provided, I am getting the > following message on stderr: > > decodeOneOperand() called with unknown addressing method 18 > > And even though the output binary is created, it does not execute (exec > format error). > > Again, I am testing with /usr/bin/ssh on Ubuntu 16.04, without any > instrumentation (open, get default module, get procedures, save). > > Thanks, > Mohamed > > > On Tue, May 31, 2016 at 11:37 AM John Detter <[email protected]> wrote: > >> Mohamed, >> >> Are you sure you are using the latest master? In my version of >> arch-x86.C line 7993 isn't inside the ia32_decode function. Could you >> try pulling from master and rebuilding/rerunning? If you could provide >> another stack trace that would be really helpful. >> >> -- John >> >> P.S. here is the latest commit information for master >> (http://github.com/dyninst/dyninst): >> >> commit df1523dd4003107b959046dd047402642f530c43 >> Merge: 85cebd3 06c649f >> Author: Bill Williams <[email protected]> >> Date: Fri May 27 14:37:50 2016 -0500 >> >> Merge pull request #61 from >> dyninst/Functions_not_filed_into_correct_Modules >> >> Fix Function/Module mapping >> >> On 5/30/2016 9:06 PM, Mohamed Elsabagh wrote: >> > There seems to be a different issue now: calling getProcedures() on >> > the default module of a stripped PIE results in an assertion failure >> > at common/src/arc-x86.C:7993. It seems that the heuristic gap parser >> > is trying to decode the assembly as x86_32 instead of x86_64 (I may be >> > wrong though). Exact stack trace is attached. >> > >> > This is triggered by simply opening the binary, getting the default >> > module, then calling getProcedure. >> > >> > Sample offending program is /usr/bin/ssh on Ubuntu 16.04 x86_64. >> >> >
_______________________________________________ Dyninst-api mailing list [email protected] https://lists.cs.wisc.edu/mailman/listinfo/dyninst-api
