non-stop and current thread exiting
Pawel Piech
pawel.piech@windriver.com
Thu Jun 5 21:23:00 GMT 2008
Vladimir Prus wrote:
> ...
>
>>> You are right that some frontend changes will be required -- but they
>>> are required anyway to show the "running" state of the thread, so
>>> seems the extra change to show "exited" state does not add much
>>> complexity.
>>>
>> If the output of thread-list-ids is simply augmented with (exited),
>> you are right that it would be an easy change for a frontend.
>>
>
> Actually, I plan that in the output of -thread-info, each thread will have a field
> 'state', that can be either 'stopped' or 'running' or 'exited'. So, a frontend
> not wishing to specially display exited threads will ignore threads with
> state=exited.
>
> (Incidentally, we might want to introduce more fine-grained values of state, like
> 'stepping').
>
That's great! It would be even better if the state change events
included this fine-grained information as well (e.g.
*running,reason="step").
Cheers,
Pawel
More information about the Gdb
mailing list