<div dir="ltr">This does not actually solve the underlying problem, but if all you want is to execute a bunch of lldb commands, you could try passing them in with expect (<a href="http://linux.die.net/man/1/expect">http://linux.die.net/man/1/expect</a>). Lldb should not be able to tell the difference from you typing them in, so that would hopefully work. But do file bugs about anything you find not working. :)<div><br></div><div>regards,</div><div>pl</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 February 2015 at 23:26, Paul Smith <span dir="ltr"><<a href="mailto:paul@mad-scientist.net" target="_blank">paul@mad-scientist.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2015-02-16 at 14:56 -0800, Enrico Granata wrote:<br>
> it’s hard to tell exactly what is going on in your situation without<br>
> further details, but<br>
<br>
</span>I realize this is frustrating, but it's not a simple situation since the<br>
the Python scripting version happens at random times; the Python crash<br>
is moderately reproducible (1 in 10 or so) but the hang is relatively<br>
rare... we never hit it during testing and it only happened after we put<br>
the new facility into production and we started to see hangs.<br>
<span class=""><br>
> a) is there any chance you can compile LLDB from sources and use that<br>
> debugger to perform your automation?<br>
> The LLDB you would get that way is newer than the one you are trying<br>
> to use right now (and we fix bugs all the time, so you do want as new<br>
> as you can get)<br>
<br>
</span>I could but it's just really tough.  I could easily see if the "lldb -s"<br>
bug is fixed since that's 100% reproducible if you have the right<br>
(wrong?) kind of core file.<br>
<br>
We have a suite of OSX build servers (managed by Bamboo) so I'd have to<br>
deploy new LLDB to all of them, plus as a development team we'd have to<br>
agree to accept some hanging/unreliable OSX build server results for a<br>
while in order to try to track down this LLDB issue.  That's a tough<br>
sell.<br>
<span class=""><br>
> Also,<br>
> b) if the debugger hangs or crashes, it’s a bug and it should be fixed<br>
> - so, please file bugs for anything that does not work<br>
> And, again, if you are somewhat tracking our trunk, any and all bug<br>
> fixes, you get much more rapidly than staying on released Xcode<br>
> versions<br>
<br>
</span>The problem is that it's Python that crashes, and no core is generated<br>
(that I can see).  I'm not sure why not, or how to get more information<br>
about these crashes.  Also this is using the /usr/bin/python (2.7.5)<br>
that comes with OSX.  We have our own locally-built Python 2.7.8 and if<br>
I use THAT it dumps core every single time.  Not sure if this is valid.<br>
<span class=""><br>
> c) Without further details (crash logs, samples, …) it’s hard to say<br>
> what’s going on in your situation, so not much to comment here -<br>
> except that LLDB should be mature enough to script (not via the<br>
> command line, but using the SB API) - and anything that blocks that<br>
> should be filed on the LLVM bugzilla as an issue<br>
<br>
</span>I just don't think that I have enough information to create useful<br>
bugzilla entries, and I don't know if I have enough tuits to dig into<br>
this enough to get that information.<br>
<br>
OK.  I'll see if I can free up any time to dig into this more deeply.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
</div></div></blockquote></div><br></div>