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 <http://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] <mailto:[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]
    <mailto:[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

Reply via email to