<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/4.6.6">
</HEAD>
<BODY>
Hi Ed,<BR>
<BR>
Which test was the first to segfault in the suite. I've looked at the stdio page from the check-lldb target from the attached link, and it looks like it's this statement which indicates the bot failure: <BR>
<BR>
FAIL: LLDB (suite) :: TestFormattersSBAPI.py (FreeBSD llvm-amd64.freebsd.your.org 10.1-STABLE FreeBSD 10.1-STABLE #0 r272281M: Mon Sep 29 14:19:16 UTC 2014 root@llvm-amd64.freebsd.your.org:/data/obj/usr/src/sys/GENERIC amd64 amd64)
<PRE>
ninja: build stopped: subcommand failed.
program finished with exit code 1
elapsedTime=586.288456
I'm keen to know as I'd like to set up a freebsd system to replicate this type of failure.
Matt
</PRE>
<BR>
On Mon, 2014-10-06 at 09:52 -0400, Ed Maste wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
On 6 October 2014 01:22, Matthew Gardiner <<A HREF="mailto:mg11@csr.com">mg11@csr.com</A>> wrote:
<FONT COLOR="#737373">> Author: mg11</FONT>
<FONT COLOR="#737373">> Date: Mon Oct 6 00:22:29 2014</FONT>
<FONT COLOR="#737373">> New Revision: 219102</FONT>
<FONT COLOR="#737373">></FONT>
<FONT COLOR="#737373">> URL: <A HREF="http://llvm.org/viewvc/llvm-project?rev=219102&view=rev">http://llvm.org/viewvc/llvm-project?rev=219102&view=rev</A></FONT>
<FONT COLOR="#737373">> Log:</FONT>
<FONT COLOR="#737373">> Call SBDebugger::Initialize/Terminate from within Create/Destroy.</FONT>
<FONT COLOR="#737373">></FONT>
<FONT COLOR="#737373">> The above change permits developers using the lldb C++ API to</FONT>
<FONT COLOR="#737373">> code applications in a more logical manner.</FONT>
I've reverted this change because it caused a large number of tests to
segfault in Python, like so:
* thread #1: tid = 0, 0x00000000004a0b1b python2.7`??? + 267, name =
'python2.7', stop reason = signal SIGSEGV
* frame #0: 0x00000000004a0b1b python2.7`??? + 267
frame #1: 0x00000000004a0bbc python2.7`PyGILState_Ensure + 76
frame #2: 0x00000008063d6b79
_lldb.so`lldb_private::ScriptInterpreterPython::Locker::DoAcquireLock()
+ 41
frame #3: 0x00000008063d6aec
_lldb.so`lldb_private::ScriptInterpreterPython::Locker::Locker(lldb_private::ScriptInterpreterPython*,
unsigned short, unsigned short, __sFILE*, __sFILE*, __sFILE*) + 124
frame #4: 0x00000008063e30cf
_lldb.so`lldb_private::ScriptInterpreterPython::Clear() + 79
frame #5: 0x0000000806366e28
_lldb.so`lldb_private::CommandInterpreter::Clear() + 408
frame #6: 0x0000000806186bef _lldb.so`lldb_private::Debugger::Clear() + 623
frame #7: 0x00000008061885b5
_lldb.so`lldb_private::Debugger::~Debugger() + 53
frame #8: 0x0000000806188569
_lldb.so`lldb_private::Debugger::~Debugger() + 25
frame #9: 0x00000008061a179c
_lldb.so`std::__1::__shared_ptr_pointer<lldb_private::Debugger*,
std::__1::default_delete<lldb_private::Debugger>,
std::__1::allocator<lldb_private::Debugger> >::__on_zero_shared() +
156
frame #10: 0x000000080abf8bbc
libc++.so.1`std::__1::__shared_weak_count::__release_shared()
[inlined] std::__1::__shared_count::__release_shared(this=0x0000000804262ac0)
+ 44 at memory.cpp:61
frame #11: 0x000000080abf8ba8
libc++.so.1`std::__1::__shared_weak_count::__release_shared(this=0x0000000804262ac0)
+ 24 at memory.cpp:86
frame #12: 0x0000000806199ecf
_lldb.so`std::__1::shared_ptr<lldb_private::Debugger>::~shared_ptr() +
47
frame #13: 0x00000008061aca51
_lldb.so`std::__1::__vector_base<std::__1::shared_ptr<lldb_private::Debugger>,
std::__1::allocator<std::__1::shared_ptr<lldb_private::Debugger> >
<FONT COLOR="#737373">>::~__vector_base() + 273</FONT>
frame #14: 0x00000008061ac935
_lldb.so`std::__1::vector<std::__1::shared_ptr<lldb_private::Debugger>,
std::__1::allocator<std::__1::shared_ptr<lldb_private::Debugger> >
<FONT COLOR="#737373">>::~vector() + 21</FONT>
frame #15: 0x00000008012d4610
libc.so.7`__cxa_finalize(dso=0x0000000000000000) + 320 at atexit.c:198
frame #16: 0x00000008012760cc libc.so.7`exit(status=0) + 28 at exit.c:67
frame #17: 0x0000000000414025 python2.7`_start + 149
Bot link: <A HREF="http://llvm-amd64.freebsd.your.org/b/builders/lldb-amd64-freebsd/builds/2675">http://llvm-amd64.freebsd.your.org/b/builders/lldb-amd64-freebsd/builds/2675</A>
To report this email as spam click <A HREF="https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==">https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==> .
</PRE>
</BLOCKQUOTE>
<BR>
<br><br>
<SPAN style="FONT-FAMILY: Arial, Helvetica, sans-serif; FONT-SIZE: 10pt">Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom<BR>More information can be found at <A href="http://www.csr.com">www.csr.com</A>. Keep up to date with CSR on our <A href="http://www.csr.com/blog/">technical blog</A> or <A href="http://www.csr.com/people/">CSR people blog</A>, <A href="http://www.youtube.com/user/CSRplc">YouTube</A>, <A href="https://www.facebook.com/pages/CSR/191038434253534?ref=hl">Facebook</A> or follow us on Twitter at <A href="http://www.twitter.com/CSR_plc">twitter.com/CSR_plc</A>.<BR>New for 2014, you can now access the wide range of products powered by <A href="http://www.aptx.com">aptX</A>.
</body>
</HTML>