[lldb-dev] Stack trace from within syscall on x86 Linux

Chaoren Lin chaorenl at google.com
Wed Mar 11 14:24:10 PDT 2015

I found this bug from a year ago (
https://llvm.org/bugs/show_bug.cgi?id=17384) that explains everything.

Greg, ObjectFileELF::CreateMemoryInstance is no longer just a stub. Do you
know if linux-gate.so is read but not parsed, or still not read at all?

On Wed, Mar 11, 2015 at 12:47 PM, Greg Clayton <gclayton at apple.com> wrote:

> > On Mar 11, 2015, at 11:09 AM, Chaoren Lin <chaorenl at google.com> wrote:
> >
> > The problem is not the __read function, but a subroutine that the __read
> function calls. GDB shows it as __kernel_vsyscall, but LLDB doesn't have a
> name for it, I don't think LLDB even considers it a function.
> We need to modify the ObjectFileELF::ParseSymtab() to then create
> synthetic symbols for these things. You will need to dig around in the ELF
> spec and figure out how to reconstruct symbols for such things. If you do
> this, then everything should work. The ObjectFileMachO pulls all sorts of
> tricks to make sure that we create functions for everything the object file
> knows about and should be considered as a block of code and ObjectFileELF
> should do the same.
> Greg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20150311/6e38ebf8/attachment.html>

More information about the lldb-dev mailing list