<div dir="ltr">I was hoping that I could get events for threads being created and exiting.<div><br></div><div>Right now, it looks like this is sitting on top of a mountain of various issues. So, I'm hoping that I can go through some of the steps involved to see if I'm on track.</div><div><br></div><div>First up, is this something that would be useful to have?</div><div><br></div><div>It looks like that you basically have to get the current thread list when the process stops, and see how it differs from the last time you saw the thread list.  This means that you miss out on any threads that were created and destroyed in between process stops.</div><div><div><br></div><div>One issue is platform availability for this information:</div><div><br></div><div><ul><li>Windows: information about thread creation and destruction is provided directly by the Windows debug events. Right now, it is queued up and not processed until process stops though to maintain the current thread list.<br></li><li>Linux: it looks like you have to use thread_db, if it is available. (For example, if someone's using musl libc, there is no equivalent functionality.) Thread lists are gotten via enumerating /proc/%d/task.<br></li><li>Mac OS X and iOS: it looks like this information is not available. Thread lists are gotten by calling Mach's task_threads.<br></li><li>FreeBSD: there's a thread_db, but this isn't currently used. Right now, thread lists are gotten via PT_GETLWPLIST via ptrace.</li></ul></div><div><br></div><div>LLDB/MI provides this information using async records:</div><br><ul><li>=thread-created,id="id",group-id="gid"<br></li><li>=thread-exited,id="id",group-id="gid"A thread either was created, or has exited. The id field contains the gdb identifier of the thread. The gid field identifies the thread group this thread belongs to. <br></li></ul></div><div><br></div><div>So, looking at what we might need to do in LLDB:</div><div><br></div><div><ul><li>We'd have a ThreadEventData.<br></li><li>We'd have an SBThread::GetThreadFromEvent().</li><li>For Targets where the stub supports these events, they would issue them as an asynchronous notification.</li><ul><li>This asynchronous notification would get broadcast as an event.</li></ul><li>For targets where the stub doesn't support these, then perhaps some (new?) code in Process::UpdateThreadListIfNeeded() could broadcast created / exited events?</li><li>LLDB/MI could be updated to use the new events.</li><li>The GDB RSP support needs to be updated to handle the new event. It isn't clear whether or not this is supported by GDB or if this would be an LLDB extension. (The GDB docs don't mention this.)</li><li>Perhaps methods on SBProcess to allow OperatingSystem plugins to issue created / exited events.</li></ul></div><div><br></div><div>Some questions:</div><div><br></div><div><ul><li>First up, again, should we support thread creation / exit events?<br></li><li>When the target doesn't provide this information, is it okay for them to be batched up as described above by diffing the thread list when updating the thread list?<br></li><li>If non-stop mode starts to work, how would the current model work where we just update a thread list at specific points in time? Wouldn't thread creation / exit events be more appropriate at that point?</li><li>Any thoughts on how this might work or integrate with the Operating System plugin interface? (Right now, this is all about UpdateThreadList and doesn't seem to provide a means for doing asynchronous notification like calling a method on SBProcess to create / exit threads...)</li><li>If extensions are made, is there anything for communicating this clearly to other people implementing things, like Facebook's ds2?</li></ul></div><div><br></div><div>It took about 10 hours to track through everything and read the relevant docs and look at other implementations (like Facebook's ds2) to get a better idea for what's going on in various areas here, but I may well have gotten something wrong ... so any corrections are welcome. :)</div><div><br></div><div><div> - Bruce</div><div><br></div></div></div>