Thanks, that did the trick! Should I add this information to
https://llvm.org/viewvc/llvm-project/lldb/trunk/www/ and submit a
review on Phabricator?
root@13bfa9bdf1e7:/# lldb-5.0 /bin/date
(lldb) target create "/bin/date"
Current executable set to '/bin/date' (x86_64).
(lldb) settings set plugin.
Yup, apparently debugserver tells us the stop is for exec directly so we don't
treat it as a breakpoint hit. That sorta makes sense, you don't want to
trigger a breakpoint hit every time you find a thread at the pc of a breakpoint
(might be a thread that hit a breakpoint, then didn't get to run
lldb doesn't know what register set exists - if you do 'register read' you'll
see that there are no registers. Maybe gdbserver doesn't implement the
target.xml request (it's their packet definition! c'mon!)
Download the x86_64 target def file from
http://llvm.org/svn/llvm-project/lldb/trunk
My apologizes if this is mentioned somewhere already, couldn't find
anything on the subject; it seems that gdb-remote doesn't work very
well (or at all in my tests) with gdbserver.
Tim Hammerquist was also able to reproduce issues when attempting to
use gdb-remote with gdbserver. (Test with freebs
> On Dec 4, 2017, at 4:25 PM, Chris Lattner wrote:
>> For macOS, you can also just do:
>>
>> (lldb) break set -n _dyld_start --skip-prologue 0 -s dyld
>> Breakpoint 2: where = dyld`_dyld_start, address = 0x0001b19c
>> (lldb) b com add -o continue
>> either in your .lldbinit or in your deb
> On Dec 4, 2017, at 3:50 PM, Jim Ingham wrote:
> There isn't a setting to auto-continue from exec. Definitely should be.
Yeah, I assumed that I could redefine my “r” alias to include this, but there
is no flag to process launch.
>
> If somebody wants to try their hand at it, just add a se
There isn't a setting to auto-continue from exec. Definitely should be.
If somebody wants to try their hand at it, just add a setting in parallel to
stop-on-sharedlibrary-events and then add a ShouldStop to the StopInfoExec
(StopInfo.cpp) that checks this setting. The StopInfoSignal does som
Hi all,
Is there anything I can put into my lldb init script to prevent LLDB from
stopping on exec? Every time I run a program I get this super irritating
behavior:
Thanks for any help!
-Chris
Process 20310 launched:
'/Users/clattner/Projects/build/Xcode-ReleaseAssert+swift-DebugAssert/swi
