<div dir="ltr">Never mind, found the thread event_mask in threads.h. They are just not in the python API reference page.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 30, 2016 at 10:28 PM, Jeffrey Tan <span dir="ltr"><<a href="mailto:jeffrey.fudan@gmail.com" target="_blank">jeffrey.fudan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">What event_mask should be used for the thread event class? I did not find any. (Sorry for hijacking the thread)</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 29, 2016 at 4:02 PM, Jim Ingham via lldb-dev <span dir="ltr"><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>It’s unclear to me why it would be a problem to listen to every thread object?  They aren’t terribly chatty or anything, and you can listen to all of them with one listener.</div><div><br></div><div>Note, you don’t have to sign up individually for every thread object’s broadcaster.  That would be really annoying.  In lldb, you can listen to individual broadcasters or “broadcaster event classes”.  You want to do the latter.</div><div><div><br></div><div>You get the event class name with the GetBroadcasterClassName method on the class you are interested in (SBThread in this case) and then on your listener call </div><div><br></div><div>SBListener::StartListeningForEventClass</div><div><br></div><div>If you do that, the debugger will sign your listener up for the objects of that broadcaster class as they come and go.  That makes listening to events on all the threads in your process quite straightforward.</div><div><br></div><div>Hope this helps.</div><div><br></div><div>Jim</div><div><br></div><div><br><div><blockquote type="cite"><div><div><div>On Jan 29, 2016, at 2:32 PM, John Lindal via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:</div><br></div></div><div><div><div><div dir="ltr"><span style="font-size:13px">I'm building an X11 UI on top of LLDB, and I'm stuck trying to listen for thread events.</span><div style="font-size:13px"><br></div><div style="font-size:13px">lldb_private::Thread is a Broadcaster, but lldb::SBThread doesn't expose a GetBroadcaster() event the way SBProcess does.</div><div style="font-size:13px"><br></div><div style="font-size:13px">I wouldn't really want to have to listen to every SBThread object, but when the program stops, I could listen to the selected thread.  (Getting the events from SBProcess would also work, if Process relayed them.)</div><div style="font-size:13px"><br></div><div style="font-size:13px">Is this a feature that has not yet been implemented?  I couldn't find any related tickets in Bugzilla.</div><div style="font-size:13px"><br></div><div style="font-size:13px">Thanks,</div><div style="font-size:13px">John Lindal</div></div></div></div>
_______________________________________________<br>lldb-dev mailing list<br><a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br><a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br></div></blockquote></div><br></div></div></div><br>_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>