<html>
    <head>
      <base href="http://llvm.org/bugs/" />
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - LLDB sometimes asserts when calling SBProcess::Resume() on Linux"
   href="http://llvm.org/bugs/show_bug.cgi?id=16016">16016</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>LLDB sometimes asserts when calling SBProcess::Resume() on Linux
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>lldb
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>unspecified
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>PC
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>P
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>All Bugs
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>lldb-dev@cs.uiuc.edu
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>daniel.malea@intel.com
          </td>
        </tr>

        <tr>
          <th>Classification</th>
          <td>Unclassified
          </td>
        </tr></table>
      <p>
        <div>
        <pre>The bug seems to be in the Linux process plugin; my feeling is that it points
to a race condition in the plugin, as it happens non-deterministically.

The assertion failure is:

ProcessPOSIX.cpp:259: virtual lldb_private::Error ProcessPOSIX::DoResume():
Assertion `state == eStateStopped || state == eStateCrashed' failed.

To reproduce, run:

python dotest.py --executable <path-to-lldb> api/multithreaded/ 

NOTE: if the problem does not reproduce initially, try running dotest.py -#10
to run the test 10 times.


The test case in question is test_listener_resume.cpp which spawns a secondary
thread to handle SBListener events and calls Resume() on the process retrieved
from the event.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>