[Lldb-commits] [lldb] r199290 - Fix a bug where if we stop but nobody says there was a reason for the stop, we would return
Jim Ingham
jingham at apple.com
Fri Jan 17 09:22:55 PST 2014
My bad, should have been 1. Will you check in this fix? I didn’t actually have access to one of the “bad” systems that don’t return a stop reason on first attach, on our end it was some weird embedded stub. Glad FreeBSD tests this!
Jim
On Jan 17, 2014, at 7:35 AM, Ed Maste <emaste at freebsd.org> wrote:
> On 14 January 2014 22:32, Jim Ingham <jingham at apple.com> wrote:
>> Author: jingham
>> Date: Tue Jan 14 21:32:42 2014
>> New Revision: 199290
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=199290&view=rev
>> Log:
>> Fix a bug where if we stop but nobody says there was a reason for the stop, we would return
>> control to the user anyway.
>
> After this change LLDB fails for me on FreeBSD:
>
> joule% bin/lldb /usr/bin/true
> Current executable set to '/usr/bin/true' (x86_64).
> (lldb) run
> error: initial process state wasn't stopped: exited
>
> Is the first stop ID not 1 (instead of 0)? That's what I see on
> FreeBSD and in my Debian VM. My guess is that we have the issue you
> describe in the commit message and I'll investigate, but changing the
> test to "GetStopID() > 1" restores the existing behaviour for me.
More information about the lldb-commits
mailing list