<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>3b43f006 - [lldb] Check if thread was suspended during previous stop added.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/functionalities/thread/ignore_suspended/Makefile#3b43f006</link>
        <description>[lldb] Check if thread was suspended during previous stop added.Encountered the following situation: Let we started thread T1 and it hitbreakpoint on B1 location. We suspended T1 and continued the process.Then we started thread T2 which hit for example the same location B1.This time in a breakpoint callback we decided not to stop returningfalse.Expected result: process continues (as if T2 did not hit breakpoint) itsworkflow with T1 still suspended. Actual result: process do stops (as ifT2 callback returned true).Solution: We need invalidate StopInfo for threads that was previouslysuspended just because something that is already inactive can not be thereason of stop. Thread::GetPrivateStopInfo() may be appropriate place todo it, because it gets called (through Thread::GetStopInfo()) every timebefore process reports stop and user gets chance to changem_resume_state again i.e if we see m_resume_state == eStateSuspendedit definitely means it was set during previous stop and it also meansthis thread can not be stopped again (cos&apos; it was frozen duringprevious stop).Differential revision: https://reviews.llvm.org/D80112

            List of files:
            /llvm-project-15.0.7/lldb/test/API/functionalities/thread/ignore_suspended/Makefile</description>
        <pubDate>Thu, 11 Jun 2020 21:59:19 +0000</pubDate>
        <dc:creator>Ilya Bukonkin &lt;fallkrum@yahoo.com&gt;</dc:creator>
    </item>
</channel>
</rss>
