[lldb-dev] [Bug 31865] New: lldb asserts "Architecture or OS not supported" when loading RHEL core dump

[via lldb-dev]

https://llvm.org/bugs/show_bug.cgi?id=31865

            Bug ID: 31865
           Summary: lldb asserts "Architecture or OS not supported" when
                    loading RHEL core dump
           Product: lldb
           Version: 4.0
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: All Bugs
          Assignee: lldb-dev at lists.llvm.org
          Reporter: Vladimir.Gubarev at itiviti.com
                CC: llvm-bugs at lists.llvm.org
    Classification: Unclassified

This bug is similar with https://llvm.org/bugs/show_bug.cgi?id=30485. 

On RHEL6,7 we've no any of /lib/{x86_64,i386}-linux-gnu multilib path. Then
solution proposed here https://reviews.llvm.org/D25179 is only for
Ubuntu/Debian system and does not touch RedHat Linux.

The core dump was produced by an Red Hat Enterprise Linux Server release 7.2
(Maipo) (OS version:3.10.0-327.el7.x86_64). 

Command used to launch lldb:
vladimirg at test> ~/opensource/build/bin/lldb ~/sandbox/coredump --core
coredump-27248.core 
(lldb) target create "/export/home/vladimirg/sandbox/coredump" --core
"coredump-27248.core"
lldb:
/export/home/vladimirg/opensource/llvm/tools/lldb/source/Plugins/Process/elf-core/ThreadElfCore.cpp:145:
virtual RegisterContextSP
ThreadElfCore::CreateRegisterContextForFrame(lldb_private::StackFrame *):
Assertion `false && "Architecture or OS not supported"' failed.
Aborted (core dumped)

Notes from coredump:
vladimirg at test> readelf -n coredump-27248.core 

Notes at offset 0x00000430 with length 0x00000608:
  Owner                 Data size    Description
  CORE                 0x00000150    NT_PRSTATUS (prstatus structure)
  CORE                 0x00000088    NT_PRPSINFO (prpsinfo structure)
  CORE                 0x00000080    NT_SIGINFO (siginfo_t data)
  CORE                 0x00000130    NT_AUXV (auxiliary vector)
  CORE                 0x0000021a    NT_FILE (mapped files)
    Page size: 4096
                 Start                 End         Page Offset
    0x0000000000400000  0x0000000000401000  0x0000000000000000
        /export/home/vladimirg/sandbox/coredump
    0x0000000000600000  0x0000000000601000  0x0000000000000000
        /export/home/vladimirg/sandbox/coredump
    0x0000000000601000  0x0000000000602000  0x0000000000000001
        /export/home/vladimirg/sandbox/coredump
    0x00007ffff7a1c000  0x00007ffff7bd2000  0x0000000000000000
        /usr/lib64/libc-2.17.so
    0x00007ffff7bd2000  0x00007ffff7dd2000  0x00000000000001b6
        /usr/lib64/libc-2.17.so
    0x00007ffff7dd2000  0x00007ffff7dd6000  0x00000000000001b6
        /usr/lib64/libc-2.17.so
    0x00007ffff7dd6000  0x00007ffff7dd8000  0x00000000000001ba
        /usr/lib64/libc-2.17.so
    0x00007ffff7ddd000  0x00007ffff7dfd000  0x0000000000000000
        /usr/lib64/ld-2.17.so
    0x00007ffff7ffc000  0x00007ffff7ffd000  0x000000000000001f
        /usr/lib64/ld-2.17.so

I'll provide coredump and binary if needed.

I think we should pay attention on this bug because it really blocks usage of
lldb on RHEL.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20170204/2e1bae89/attachment.html>