<font size=2 face="sans-serif">I've been hitting a hang when lldb loads
some core dumps created on Linux, generally those created via gcore.</font>
<br>
<br><font size=2 face="sans-serif">I found an open bug for this here:</font>
<br><a href="https://llvm.org/bugs/show_bug.cgi?id=26322"><font size=2 color=blue face="sans-serif">https://llvm.org/bugs/show_bug.cgi?id=26322</font></a>
<br><font size=2 face="sans-serif">and the fix that was suggested there
still works. (The patch needs some tidying up due to the code formatting
changes.)</font>
<br>
<br><font size=2 face="sans-serif">I'd quite like to take that change and
submit an updated patch via phabricator. Since no-one else has done that
so far I was wondering if there was a problem with the approach it took
or just a question of time. The patch just adds a flag to say that the
process was loaded from a core file and uses that as a simple check to
see if lldb should wait for the process to resume or not. Doing that works
around changing the logic for working out the thread states. I'm not sure
if that's bad as it avoids fixing the thread state logic or good as it
allows the core to load without needing to change the thread states from
the state they were in when the core file was created.</font>
<br>
<br><font size=2 face="sans-serif">If no-one objects I'll grab the bug
and submit a patch, otherwise please let me know and I'll look at fixing
it another way.</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br>
<br><font size=2 face="sans-serif">Howard Hellyer </font>
<br><font size=2 face="sans-serif">IBM Runtime Technologies, IBM Systems<br>
Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number
741598. <br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU<br>
</font>