[lldb-dev] breakpoint command

Michael Sartain mikesart at valvesoftware.com
Fri Jun 21 16:24:03 PDT 2013

On Fri, Jun 21, 2013 at 1:04 PM, Malea, Daniel <daniel.malea at intel.com>wrote:

> I'm reading the patch but only got through a small portion of it thus far.
> The interface changes look all right, to me at least. I'm not too familiar
> with generating split-file debug info, but I imagine it's possible to do so
> with some flags to GCC (if not Clang)? If so, can you add some tests that
> do that too? I'd love to see this functionality go in and stay unbroken :)
> In any case, it's probably best to have someone else with more object file
> experience review the patch too as my knowledge is somewhat limited in that
> dept. I'll post any comments I might come up with on phabricator.

Thanks for looking at this Daniel. I finally got the Mac stuff building and
running. I'm building lldb with cmake+ninja, and debugserver with
"xcodebuild -scheme debugserver", then I set LLDB_SERVER_PATH and
everything is working a lot more consistently for me. I also got the tests
to run and fixed a couple of Mac bugs. So the latest patch is updated here:


However when I try to run the full suite of Mac tests (via: ./dotest.py -i
--compiler `xcrun -find clang`), it successfully runs several and then
python crashes with the issue down below.

I'm off to Montana next week, so I'll try to get some test cases for this
split symbol support, and hopefully some other folks can verify some of
this and we can work to get it committed sometime in early July.

Have a great weekend.

Process:         Python [77522]
Identifier:      Python
Version:         2.7.2 (2.7.2)
Code Type:       X86-64 (Native)
Parent Process:  bash [68645]
User ID:         501

PlugIn Path:       /Users/USER/*/_lldb.so
PlugIn Identifier: _lldb.so
PlugIn Version:    ??? (0)

Date/Time:       2013-06-21 16:13:05.685 -0700
OS Version:      Mac OS X 10.8.4 (12E55)
Report Version:  10
Sleep/Wake UUID: 5773AD08-BB53-4028-9656-588ED4D88FB7

Interval Since Last Report:          200369 sec
Crashes Since Last Report:           2
Per-App Crashes Since Last Report:   2
Anonymous UUID:                      FA7AC80A-95B5-623E-D9BA-4A199914D12E

Crashed Thread:  5  <lldb.process.internal-state(pid=85810)>

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000001185aa180

VM Regions Near 0x1185aa180:
    Stack                  00000001185a8000-00000001185aa000 [    8K]
rw-/rwx SM=COW
--> STACK GUARD            00000001185aa000-00000001185ab000 [    4K]
---/rwx SM=NUL  stack guard for thread 5
    Stack                  00000001185ab000-000000011862d000 [  520K]
rw-/rwx SM=COW  thread 5

Application Specific Information:
HandleCommand(command = "process attach -p 85810")

Thread 0:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib         0x00007fff870af0fa __psynch_cvwait + 10
1   libsystem_c.dylib             0x00007fff81826fe9 _pthread_cond_wait +
2   _lldb.so                       0x00000001042b5182
lldb_private::Condition::Wait(lldb_private::Mutex&, lldb_private::TimeValue
const*, bool*) + 146 (Condition.cpp:92)
3   _lldb.so                       0x00000001042c566d
lldb_private::TimeValue const*, bool*) + 205 (Predicate.h:338)
4   _lldb.so                       0x0000000104366b05
const*, lldb_private::Broadcaster*, lldb_private::ConstString const*,
unsigned int, unsigned int, std::__1::shared_ptr<lldb_private::Event>&) +
805 (Listener.cpp:433)
5   _lldb.so                       0x0000000104366dec
const*, lldb_private::Broadcaster*, unsigned int,
std::__1::shared_ptr<lldb_private::Event>&) + 92 (Listener.cpp:464)
6   _lldb.so                       0x0000000104670d44
const*, std::__1::shared_ptr<lldb_private::Event>&) + 132 (Process.cpp:1336)
7   _lldb.so                       0x00000001046709a1
lldb_private::Process::WaitForProcessToStop(lldb_private::TimeValue const*,
std::__1::shared_ptr<lldb_private::Event>*) + 577 (Process.cpp:1241)
8   _lldb.so                       0x00000001041bdb29
lldb_private::CommandReturnObject&) + 2185 (CommandObjectProcess.cpp:634)
9   _lldb.so                       0x0000000104506190
lldb_private::CommandObjectParsed::Execute(char const*,
lldb_private::CommandReturnObject&) + 528 (CommandObject.cpp:1038)
10  _lldb.so                       0x00000001044e38a6
lldb_private::CommandInterpreter::HandleCommand(char const*,
lldb_private::LazyBool, lldb_private::CommandReturnObject&,
lldb_private::ExecutionContext*, bool, bool) + 20134
11  _lldb.so                       0x00000001040a5684
lldb::SBCommandInterpreter::HandleCommand(char const*,
lldb::SBCommandReturnObject&, bool) + 292 (SBCommandInterpreter.cpp:123)
12  _lldb.so                       0x00000001040980bf
_wrap_SBCommandInterpreter_HandleCommand__SWIG_0 + 831
13  _lldb.so                       0x0000000103ffaa0b
_wrap_SBCommandInterpreter_HandleCommand + 923 (LLDBWrapPython.cpp:9404)
14  org.python.python             0x0000000103708f72 PyEval_EvalFrameEx +
15  org.python.python             0x0000000103708147 PyEval_EvalCodeEx +
16  org.python.python             0x000000010370e8df 0x1036f1000 + 121055
17  org.python.python             0x000000010370a63a PyEval_EvalFrameEx +
18  org.python.python             0x0000000103708147 PyEval_EvalCodeEx +
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20130621/9cf00f70/attachment.html>

More information about the lldb-dev mailing list