<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Internally on Windows we use Python 3.5.1. I just ran our latest nightly, and was able to run the script interpreter in lldb without issues.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I want to upgrade to 3.7.x, but I need to get permission from our lawyers to ship it. Looking forward to that…<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> lldb-dev <lldb-dev-bounces@lists.llvm.org> <b>On Behalf Of
</b>Adrian McCarthy via lldb-dev<br>
<b>Sent:</b> Monday, October 28, 2019 12:10 PM<br>
<b>To:</b> Jonas Devlieghere <jonas@devlieghere.com><br>
<b>Cc:</b> Serge Guelton <sguelton@redhat.com>; LLDB Dev <lldb-dev@lists.llvm.org><br>
<b>Subject:</b> [EXT] Re: [lldb-dev] issue with lldb9 and python3.5<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">+1 Yes, for Windows, I'd be happy if we said Python 3.6+.<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Mon, Oct 28, 2019 at 10:07 AM Jonas Devlieghere via lldb-dev <<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal">On Mon, Oct 28, 2019 at 10:04 AM Jonas Devlieghere<br>
<<a href="mailto:jonas@devlieghere.com" target="_blank">jonas@devlieghere.com</a>> wrote:<br>
><br>
> On Mon, Oct 28, 2019 at 9:32 AM Tom Stellard <<a href="mailto:tstellar@redhat.com" target="_blank">tstellar@redhat.com</a>> wrote:<br>
> ><br>
> > On 10/28/2019 09:29 AM, Jonas Devlieghere wrote:<br>
> > > Yes, Python 3.5 is not supported. We "officially" support Python 2.7<br>
> > > and Python 3.7. I'm sorry if we forgot that in the release notes.<br>
> > ><br>
> ><br>
> > Is there a specific reason why 3.5 is not supported? Is it<br>
> > because of this issue?<br>
><br>
> Not really other than the lack of testing/CI.<br>
><br>
> - The Linux bots are all running with Python 2.7.<br>
> - I know that on macOS we ran into issues with some older versions. I<br>
> don't remember if it was this particular issue and I'm not even sure<br>
> if that was using Python 3.5 or Python 3.6. Our bots on GreenDragon<br>
> all run with Python 3.7.<br>
> - Stella's Windows bot is running Python 3.6 so we should consider<br>
> that supported as well.<br>
<br>
For completeness, Python 2.7 is not supported on Windows at all. The<br>
docs specify Python 3.5 or later. Maybe we should bump that to 3.6<br>
too?<br>
<br>
><br>
> ><br>
> > -Tom<br>
> ><br>
> > > On Mon, Oct 28, 2019 at 7:06 AM Tom Stellard via lldb-dev<br>
> > > <<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br>
> > >><br>
> > >> + lldb-dev<br>
> > >><br>
> > >> On 10/28/2019 07:06 AM, Tom Stellard wrote:<br>
> > >>> On 10/28/2019 03:50 AM, Romaric Jodin via lldb-dev wrote:<br>
> > >>>> Hi everyone,<br>
> > >>>><br>
> > >>>> I have lldb crashing since I've updated to lldb9. Seems like there is a issue with python3.5. Everything seems to work fine with python3.7.<br>
> > >>>> Am I missing something? Or is it a known issue?<br>
> > >>>><br>
> > >>><br>
> > >>> We have seen this too with python 3.6, but we haven't found the root cause yet.<br>
> > >>> For now, we've worked around this by disabling the readline module with the<br>
> > >>> attached patch.<br>
> > >>><br>
> > >>> -Tom<br>
> > >>><br>
> > >>>> $ lldb<br>
> > >>>> (lldb) script<br>
> > >>>> #0 0x00007f3d324c9c2a llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/home/rjodin/work/dpu_tools3/build/lib/libLLVM-9.so+0x6bfc2a)<br>
> > >>>> #1 0x00007f3d324c7af5 llvm::sys::RunSignalHandlers() (/home/rjodin/work/dpu_tools3/build/lib/libLLVM-9.so+0x6bdaf5)<br>
> > >>>> #2 0x00007f3d324c7c0c SignalHandler(int) (/home/rjodin/work/dpu_tools3/build/lib/libLLVM-9.so+0x6bdc0c)<br>
> > >>>> #3 0x00007f3d31bfe0e0 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x110e0)<br>
> > >>>> #4 0x00007f3d2d18f81b PyModule_GetState (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x6881b)<br>
> > >>>> #5 0x00007f3d230e1621 _init (/usr/lib/python3.5/lib-dynload/<a href="http://readline.cpython-35m-x86_64-linux-gnu.so" target="_blank">readline.cpython-35m-x86_64-linux-gnu.so</a> <<a href="http://readline.cpython-35m-x86_64-linux-gnu.so" target="_blank">http://readline.cpython-35m-x86_64-linux-gnu.so</a>>+0x3621)<br>
> > >>>> #6 0x00007f3d2e3dece1 rl_initialize (/usr/lib/x86_64-linux-gnu/libedit.so.2+0x1dce1)<br>
> > >>>> #7 0x00007f3d230e1f3e _init (/usr/lib/python3.5/lib-dynload/<a href="http://readline.cpython-35m-x86_64-linux-gnu.so" target="_blank">readline.cpython-35m-x86_64-linux-gnu.so</a> <<a href="http://readline.cpython-35m-x86_64-linux-gnu.so" target="_blank">http://readline.cpython-35m-x86_64-linux-gnu.so</a>>+0x3f3e)<br>
> > >>>> #8 0x00007f3d2d32d710 _PyImport_LoadDynamicModuleWithSpec (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x206710)<br>
> > >>>> #9 0x00007f3d2d330fe7 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x209fe7)<br>
> > >>>> #10 0x00007f3d2d198259 PyCFunction_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x71259)<br>
> > >>>> #11 0x00007f3d2d2c8ff2 PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a1ff2)<br>
> > >>>> #12 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #13 0x00007f3d2d2c7adf PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a0adf)<br>
> > >>>> #14 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #15 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #16 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #17 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #18 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #19 0x00007f3d2d38b153 PyEval_EvalCodeEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264153)<br>
> > >>>> #20 0x00007f3d2d21e558 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0xf7558)<br>
> > >>>> #21 0x00007f3d2d2faa37 PyObject_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d3a37)<br>
> > >>>> #22 0x00007f3d2d2fce1b _PyObject_CallMethodIdObjArgs (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d5e1b)<br>
> > >>>> #23 0x00007f3d2d32effa PyImport_ImportModuleLevelObject (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x207ffa)<br>
> > >>>> #24 0x00007f3d2d2cd248 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a6248)<br>
> > >>>> #25 0x00007f3d2d198279 PyCFunction_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x71279)<br>
> > >>>> #26 0x00007f3d2d2faa37 PyObject_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d3a37)<br>
> > >>>> #27 0x00007f3d2d389b77 PyEval_CallObjectWithKeywords (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x262b77)<br>
> > >>>> #28 0x00007f3d2d2c57cb PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x19e7cb)<br>
> > >>>> #29 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #30 0x00007f3d2d38b153 PyEval_EvalCodeEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264153)<br>
> > >>>> #31 0x00007f3d2d2c145b PyEval_EvalCode (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x19a45b)<br>
> > >>>> #32 0x00007f3d2d2ce2cd (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a72cd)<br>
> > >>>> #33 0x00007f3d2d198259 PyCFunction_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x71259)<br>
> > >>>> #34 0x00007f3d2d2c8ff2 PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a1ff2)<br>
> > >>>> #35 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #36 0x00007f3d2d2c7adf PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a0adf)<br>
> > >>>> #37 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #38 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #39 0x00007f3d2d2c96ad PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a26ad)<br>
> > >>>> #40 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #41 0x00007f3d2d38b153 PyEval_EvalCodeEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264153)<br>
> > >>>> #42 0x00007f3d2d21e558 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0xf7558)<br>
> > >>>> #43 0x00007f3d2d2faa37 PyObject_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d3a37)<br>
> > >>>> #44 0x00007f3d2d2fce1b _PyObject_CallMethodIdObjArgs (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d5e1b)<br>
> > >>>> #45 0x00007f3d2d32effa PyImport_ImportModuleLevelObject (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x207ffa)<br>
> > >>>> #46 0x00007f3d2d2cd248 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1a6248)<br>
> > >>>> #47 0x00007f3d2d198279 PyCFunction_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x71279)<br>
> > >>>> #48 0x00007f3d2d2faa37 PyObject_Call (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1d3a37)<br>
> > >>>> #49 0x00007f3d2d389b77 PyEval_CallObjectWithKeywords (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x262b77)<br>
> > >>>> #50 0x00007f3d2d2c57cb PyEval_EvalFrameEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x19e7cb)<br>
> > >>>> #51 0x00007f3d2d38b074 (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264074)<br>
> > >>>> #52 0x00007f3d2d38b153 PyEval_EvalCodeEx (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x264153)<br>
> > >>>> #53 0x00007f3d2d2c145b PyEval_EvalCode (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x19a45b)<br>
> > >>>> #54 0x00007f3d2d2deb2f PyRun_StringFlags (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1b7b2f)<br>
> > >>>> #55 0x00007f3d2d2dfb5b PyRun_SimpleStringFlags (/usr/lib/x86_64-linux-gnu/libpython3.5m.so.1.0+0x1b8b5b)<br>
> > >>>> #56 0x00007f3d2ff6a1cc lldb_private::ScriptInterpreterPythonImpl::InitializePrivate() (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0xd351cc)<br>
> > >>>> #57 0x00007f3d2ff6cf7a lldb_private::ScriptInterpreterPythonImpl::ScriptInterpreterPythonImpl(lldb_private::Debugger&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0xd37f7a)<br>
> > >>>> #58 0x00007f3d2ff6d172 lldb_private::ScriptInterpreterPythonImpl::CreateInstance(lldb_private::Debugger&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0xd38172)<br>
> > >>>> #59 0x00007f3d2fa9a692 lldb_private::PluginManager::GetScriptInterpreterForLanguage(lldb::ScriptLanguage, lldb_private::Debugger&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x865692)<br>
> > >>>> #60 0x00007f3d2fa52c6a lldb_private::Debugger::GetScriptInterpreter(bool) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x81dc6a)<br>
> > >>>> #61 0x00007f3d2fb478dc lldb_private::CommandObjectScript::DoExecute(llvm::StringRef, lldb_private::CommandReturnObject&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x9128dc)<br>
> > >>>> #62 0x00007f3d2fb43165 lldb_private::CommandObjectRaw::Execute(char const*, lldb_private::CommandReturnObject&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x90e165)<br>
> > >>>> #63 0x00007f3d2fb40445 lldb_private::CommandInterpreter::HandleCommand(char const*, lldb_private::LazyBool, lldb_private::CommandReturnObject&, lldb_private::ExecutionContext*, bool, bool) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x90b445)<br>
> > >>>> #64 0x00007f3d2fb41770 lldb_private::CommandInterpreter::IOHandlerInputComplete(lldb_private::IOHandler&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x90c770)<br>
> > >>>> #65 0x00007f3d2fa85851 lldb_private::IOHandlerEditline::Run() (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x850851)<br>
> > >>>> #66 0x00007f3d2fa5277f lldb_private::Debugger::ExecuteIOHandlers() (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x81d77f)<br>
> > >>>> #67 0x00007f3d2fb3452f lldb_private::CommandInterpreter::RunCommandInterpreter(bool, bool, lldb_private::CommandInterpreterRunOptions&) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x8ff52f)<br>
> > >>>> #68 0x00007f3d2f79a496 lldb::SBDebugger::RunCommandInterpreter(bool, bool) (/home/rjodin/work/dpu_tools3/build/lib/liblldb.so.9+0x565496)<br>
> > >>>> #69 0x0000564c6c55e757 Driver::MainLoop() (/home/rjodin/work/dpu_tools3/build/bin/lldb+0x6757)<br>
> > >>>> #70 0x0000564c6c55d51b main (/home/rjodin/work/dpu_tools3/build/bin/lldb+0x551b)<br>
> > >>>> #71 0x00007f3d2e6192e1 __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x202e1)<br>
> > >>>> #72 0x0000564c6c55d57a _start (/home/rjodin/work/dpu_tools3/build/bin/lldb+0x557a)<br>
> > >>>> Stack dump:<br>
> > >>>> 0. Program arguments: lldb<br>
> > >>>> 1. HandleCommand(command = "script")<br>
> > >>>> Erreur de segmentation<br>
> > >>>><br>
> > >>>><br>
> > >>>> Thanks<br>
> > >>>> --<br>
> > >>>> *Romaric JODIN*<br>
> > >>>> UPMEM<br>
> > >>>> /Software Engineer/<br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>>> _______________________________________________<br>
> > >>>> lldb-dev mailing list<br>
> > >>>> <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
> > >>>> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" target="_blank">
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
> > >>>><br>
> > >>><br>
> > >><br>
> > >> _______________________________________________<br>
> > >> lldb-dev mailing list<br>
> > >> <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
> > >> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" target="_blank">
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
> ><br>
_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
</body>
</html>