[lldb-dev] [Bug 17232] New: recursive-inferior test produces segfault in lldb_private::InferiorCallMmap

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Fri Sep 13 09:42:42 PDT 2013 

http://llvm.org/bugs/show_bug.cgi?id=17232

            Bug ID: 17232
           Summary: recursive-inferior test produces segfault in
                    lldb_private::InferiorCallMmap
           Product: lldb
           Version: unspecified
          Hardware: PC
                OS: FreeBSD
            Status: NEW
          Severity: normal
          Priority: P
         Component: All Bugs
          Assignee: lldb-dev at cs.uiuc.edu
          Reporter: emaste at freebsd.org
    Classification: Unclassified

runCmd: thread list
output: Process 91159 stopped
* thread #1: tid = 91159, 0x00000000004005b4 a.out`recursive_function(i=10) +
52 at main.c:10, stop reason = breakpoint 1.1


Expecting sub string: main.c:10
Matched

Expecting sub string: stop reason = breakpoint
Matched

runCmd: next
output: Process 91159 stopped


runCmd: thread list
output: Process 91159 stopped
* thread #1: tid = 91159, 0x00000000004005b9 a.out`recursive_function(i=10) +
57 at main.c:10, stop reason = invalid address (fault address: 0x0)


Expecting sub string: stopped
Matched

Expecting sub string: stop reason = invalid address
Matched

zsh: segmentation fault (core dumped)  ( cd ../tools/lldb/test && python
dotest.py --executable  -C /usr/bin/clang -)



(lldb) bt
* thread #1: tid = 0, 0x00000008051e998a
_lldb.so`lldb_private::InferiorCallMmap(lldb_private::Process*, unsigned long&,
unsigned long, unsigned long, unsigned int, unsigned int, unsigned long,
unsigned long) + 1658, name = 'python2.7', stop reason = signal SIGSEGV
    frame #0: 0x00000008051e998a
_lldb.so`lldb_private::InferiorCallMmap(lldb_private::Process*, unsigned long&,
unsigned long, unsigned long, unsigned int, unsigned int, unsigned long,
unsigned long) + 1658
    frame #1: 0x000000080527d80c
_lldb.so`ProcessPOSIX::DoAllocateMemory(unsigned long, unsigned int,
lldb_private::Error&) + 220
    frame #2: 0x00000008050b33c2
_lldb.so`lldb_private::AllocatedMemoryCache::AllocatePage(unsigned int,
unsigned int, unsigned int, lldb_private::Error&) + 242
    frame #3: 0x00000008050b3ae7
_lldb.so`lldb_private::AllocatedMemoryCache::AllocateMemory(unsigned long,
unsigned int, lldb_private::Error&) + 775
    frame #4: 0x000000080500998c
_lldb.so`lldb_private::Process::AllocateMemory(unsigned long, unsigned int,
lldb_private::Error&) + 92
    frame #5: 0x00000008050099e9 _lldb.so`lldb_private::Process::CanJIT(void) +
73
    frame #6: 0x0000000804d89770
_lldb.so`lldb_private::ClangUserExpression::EvaluateWithError(lldb_private::ExecutionContext&,
lldb_private::ExecutionPolicy, lldb::LanguageType,
lldb_private::ClangExpression::ResultType, bool, bool, char const*, char
const*, lldb_private::SharingPtr<lldb_private::ValueObject>&,
lldb_private::Error&, bool, unsigned int) + 352
    frame #7: 0x0000000804d895d2
_lldb.so`lldb_private::ClangUserExpression::Evaluate(lldb_private::ExecutionContext&,
lldb_private::ExecutionPolicy, lldb::LanguageType,
lldb_private::ClangExpression::ResultType, bool, bool, char const*, char
const*, lldb_private::SharingPtr<lldb_private::ValueObject>&, bool, unsigned
int) + 242
    frame #8: 0x000000080505a7b9
_lldb.so`lldb_private::Target::EvaluateExpression(char const*,
lldb_private::StackFrame*,
lldb_private::SharingPtr<lldb_private::ValueObject>&,
lldb_private::EvaluateExpressionOptions const&) + 1353
    frame #9: 0x00000008052d452f
_lldb.so`lldb_private::CommandObjectExpression::EvaluateExpression(char const*,
lldb_private::Stream*, lldb_private::Stream,
lldb_private::CommandReturnObject*) + 463
    frame #10: 0x00000008052d4faa
_lldb.so`lldb_private::CommandObjectExpression::DoExecute(char const*,
lldb_private::CommandReturnObject&) + 1738
    frame #11: 0x0000000804e96245
_lldb.so`lldb_private::CommandObjectRaw::Execute(char const*,
lldb_private::CommandReturnObject&) + 805
    frame #12: 0x0000000804e788ea
_lldb.so`lldb_private::CommandInterpreter::HandleCommand(char const*,
lldb_private::LazyBool, lldb_private::CommandReturnObject&,
lldb_private::ExecutionContext*, bool, bool) + 21546
    frame #13: 0x0000000804b26684
_lldb.so`lldb::SBCommandInterpreter::HandleCommand(char const*,
lldb::SBCommandReturnObject&, bool) + 292
    frame #14: 0x0000000804b1766f
_lldb.so`_wrap_SBCommandInterpreter_HandleCommand__SWIG_0(_object*, _object*) +
831
    frame #15: 0x0000000804a780f0
_lldb.so`_wrap_SBCommandInterpreter_HandleCommand(_object*, _object*) + 864
    frame #16: 0x0000000000485624 python2.7`PyEval_EvalFrameEx + 18628
    frame #17: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #18: 0x0000000000485862 python2.7`PyEval_EvalFrameEx + 19202
    frame #19: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #20: 0x0000000000485862 python2.7`PyEval_EvalFrameEx + 19202
    frame #21: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #22: 0x0000000000485862 python2.7`PyEval_EvalFrameEx + 19202
    frame #23: 0x00000000004863c7 python2.7`PyEval_EvalFrameEx + 22119
    frame #24: 0x00000000004863c7 python2.7`PyEval_EvalFrameEx + 22119
    frame #25: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #26: 0x00000000004d7ba9 python2.7
    frame #27: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #28: 0x0000000000482aa7 python2.7`PyEval_EvalFrameEx + 7495
    frame #29: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #30: 0x00000000004d7ba9 python2.7
    frame #31: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #32: 0x000000000041e9cd python2.7
    frame #33: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #34: 0x000000000045bd56 python2.7
    frame #35: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #36: 0x00000000004837e4 python2.7`PyEval_EvalFrameEx + 10884
    frame #37: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #38: 0x0000000000485862 python2.7`PyEval_EvalFrameEx + 19202
    frame #39: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #40: 0x0000000000485862 python2.7`PyEval_EvalFrameEx + 19202
    frame #41: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #42: 0x00000000004d7ba9 python2.7
    frame #43: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #44: 0x0000000000482aa7 python2.7`PyEval_EvalFrameEx + 7495
    frame #45: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #46: 0x00000000004d7ba9 python2.7
    frame #47: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #48: 0x000000000041e9cd python2.7
    frame #49: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #50: 0x000000000045bd56 python2.7
    frame #51: 0x000000000041904d python2.7`PyObject_Call + 93
    frame #52: 0x00000000004837e4 python2.7`PyEval_EvalFrameEx + 10884
    frame #53: 0x00000000004863c7 python2.7`PyEval_EvalFrameEx + 22119
    frame #54: 0x0000000000487380 python2.7`PyEval_EvalCodeEx + 2096
    frame #55: 0x0000000000487472 python2.7`PyEval_EvalCode + 50
    frame #56: 0x00000000004a1582 python2.7
    frame #57: 0x00000000004a1656 python2.7`PyRun_FileExFlags + 150
    frame #58: 0x00000000004a2b8b python2.7`PyRun_SimpleFileExFlags + 475
    frame #59: 0x0000000000414dc2 python2.7`Py_Main + 2578
    frame #60: 0x000000000041408a python2.7`main + 122
    frame #61: 0x0000000000413f8e python2.7`_start + 142

-- 
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/20130913/fe437261/attachment.html>

More information about the lldb-dev mailing list