<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Thanks for the analysis. Can you create a bug at <a href="https://bugs.swift.org" class="">https://bugs.swift.org</a> and attach the reproducing test case? That way it can be routed to the appropriate people, in case they're not on this mailing list.<div class=""><br class=""></div><div class="">Alex<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 13 Oct 2017, at 22:09, Edward Connell via swift-users <<a href="mailto:swift-users@swift.org" class="">swift-users@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I was able to boil down a repro that has nothing to do with my project, woo hoo!<div class="">Put a break at the print statement and run. When it hits the break point LLDBFrontend crashes.</div><div class="">The do/catch seems to be necessary to trigger the crash</div><div class=""><br class=""></div><div class="">Swift 4.0 release</div><div class="">Ubuntu 16.04</div><div class=""><br class=""></div><div class="">Ed<br class=""><div class=""><br class=""></div><div class="">----------------------------</div><div class=""><div class="">import Foundation</div><div class=""><br class=""></div><div class="">public class SomeClass { }</div><div class=""><br class=""></div><div class="">public struct SomeStruct {</div><div class=""> public weak var someClass: SomeClass?</div><div class="">}</div><div class=""><br class=""></div><div class="">do {</div><div class=""> let data = SomeStruct()</div><div class=""><br class=""></div><div class=""> print("break here")</div><div class="">} catch {</div><div class=""> print(String(describing: error))</div><div class="">}</div></div><div class=""><br class=""></div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Fri, Oct 13, 2017 at 10:21 AM, Edward Connell via swift-users <span dir="ltr" class=""><<a href="mailto:swift-users@swift.org" target="_blank" class="">swift-users@swift.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div dir="ltr" class=""><span style="font-size:12.8px" class="">Hi Michael,</span><div style="font-size:12.8px" class="">Thanks, I created and attached a log for you with "types" and "expressions" enabled</div><div style="font-size:12.8px" class="">I set a breakpoint right before calling the function that triggers the crash, enabled logging, then continued. I was trying to reduce the amount of log output to sift through.</div><div style="font-size:12.8px" class=""><br class=""></div><div style="font-size:12.8px" class="">This was run with the Swift 4.0 release version</div><div style="font-size:12.8px" class="">Let me know if you want me to try anything else.</div><div style="font-size:12.8px" class=""><br class=""></div><div style="font-size:12.8px" class="">Thanks, Ed</div><div style="font-size:12.8px" class=""><br class=""></div><div style="font-size:12.8px" class=""><br class=""></div></div></span><div class="gmail_extra"><br class=""><div class="gmail_quote"><span class="">On Thu, Oct 12, 2017 at 11:13 AM, Michael Gottesman <span dir="ltr" class=""><<a href="mailto:mgottesman@apple.com" target="_blank" class="">mgottesman@apple.com</a>></span> wrote:<br class=""></span><div class=""><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">I just added a section to ./docs/<a href="http://DebuggingTheCompiler.rs" class="">DebuggingTheCompiler.rs</a><wbr class="">t on how to get enable logging from LLDB.<div class=""><br class=""></div><div class="">Can you enable the logging there and add file an SR?</div><div class=""><br class=""></div><div class="">Michael</div><div class=""><br class=""><div class=""><div class=""><blockquote type="cite" class=""><div class="">On Oct 7, 2017, at 11:27 AM, Edward Connell <<a href="mailto:ewconnell@gmail.com" target="_blank" class="">ewconnell@gmail.com</a>> wrote:</div><br class="m_-2179302737174038848m_-6406537339308252266Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi Michael,<div class="">No I am not evaluating an expression or anything. This all worked fine in past builds.</div><div class=""><br class=""></div><div class="">I simply set a breakpoint in a function and after stopping while gathering values for the debugger view, it crashes.</div><div class=""><br class=""></div><div class="">It doesn't crash in all functions, but it does crash when trying to stop in many different functions.</div><div class="">An example function signature where it crashes is (DataView is a concrete struct):<br class=""></div><div class=""><br class=""></div><div class=""><div class="">public func setupForward(mode: EvaluationMode, inData: DataView, labels: DataView?,</div><div class=""><span style="white-space:pre-wrap" class=""> </span> outData: inout DataView, backData: inout DataView?) throws { ... }</div></div><div class=""><br class=""></div><div class="">Before calling the function, all of the parameters have valid values that I can examine. But as soon as I step into this function, LLDB crashes with that message. It behaves the same way with other functions that have different signatures.</div><div class=""><br class=""></div><div class="">I tried to create a very simple repro case using this signature, but it didn't crash. My project is on GitHub and this can be easily reproduced. The only pain is installing my project on your test machine.</div><div class=""><br class=""></div><div class="">Ubuntu 16.04</div><div class="">Swift 4.0 release</div><div class="">NVidia gpu</div><div class="">Netlib <a href="https://github.com/ewconnell/Netlib/wiki#installation" target="_blank" class="">https://github.com/ewco<wbr class="">nnell/Netlib/wiki#installation</a></div><div class="">CLion IDE with Swift plugin</div><div class=""><br class=""></div><div class="">1) do a debug build</div><div class="">2) set a breakpoint at CudaSoftmax.swift:44 or any line in the function</div><div class="">3) run</div><div class="">4) when it stops LLDBFrontend crashes</div><div class=""><br class=""></div><div class=""><div class=""><i class="">LLDBFrontend: /home/buildnode/jenkins/worksp<wbr class="">ace/oss-swift-4.0-package-<wbr class="">linux-ubuntu-16_04/swift/lib/<wbr class="">SILOptimizer/Mandatory/AccessE<wbr class="">nforcementSelection.cpp:613: (anonymous namespace)::SourceAccess (anonymous namespace)::AccessEnforcementS<wbr class="">election::getSourceAccess(<wbr class="">swift::SILValue): Assertion `isa<AllocStackInst>(address) || isa<SILUndef>(address)' failed.</i></div><div class=""><i class="">Stack dump:</i></div><div class=""><i class="">0.<span style="white-space:pre-wrap" class=""> </span>While running pass #10 SILModuleTransform ""Access Enforcement Selection"".</i></div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Using the LLDB CLI I am able to stop there. If I try "fr var -O" with </div><div class=""><ul class=""><li class="">mode, inData, and labels, it prints their values no problem</li><li class="">outData and backData gives me a segmentation violation<br class=""></li></ul><div class="">The visible difference is the "inout"</div></div><div class=""><br class=""></div><div class="">Not sure what the problem is. It worked fine in the past.</div><div class=""><br class=""></div><div class="">If you can think of an experiment I can try to create a simple repro case, please let me know.</div><div class=""><br class=""></div><div class="">Thanks, Ed</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Fri, Oct 6, 2017 at 4:34 PM, Michael Gottesman <span dir="ltr" class=""><<a href="mailto:mgottesman@apple.com" target="_blank" class="">mgottesman@apple.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">It looks like this is failing during guaranteed optimization. Are you running an expression in the debugger and we are crashing there?<div class=""><br class=""></div><div class="">Michael</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class=""><div class="m_-2179302737174038848m_-6406537339308252266h5"><div class="">On Oct 6, 2017, at 11:53 AM, Edward Connell via swift-users <<a href="mailto:swift-users@swift.org" target="_blank" class="">swift-users@swift.org</a>> wrote:</div><br class="m_-2179302737174038848m_-6406537339308252266m_1753879203729931118Apple-interchange-newline"></div></div><div class=""><div class=""><div class="m_-2179302737174038848m_-6406537339308252266h5"><div dir="ltr" class="">While trying to debug a Netlib function, LLDB is crashing<div class=""><br class=""></div><div class=""><div class="">I'm not sure what this assert means.</div></div><div class=""><br class=""></div><div class=""><div class=""><i class="">LLDBFrontend: /home/buildnode/jenkins/worksp<wbr class="">ace/oss-swift-4.0-package-linu<wbr class="">x-ubuntu-16_04/swift/lib/SILOp<wbr class="">timizer/Mandatory/AccessEnforc<wbr class="">ementSelection.cpp:613: (anonymous namespace)::SourceAccess (anonymous namespace)::AccessEnforcementS<wbr class="">election::getSourceAccess(swif<wbr class="">t::SILValue): Assertion `isa<AllocStackInst>(address) || isa<SILUndef>(address)' failed.</i></div><div class=""><i class="">Stack dump:</i></div><div class=""><i class="">0.<span style="white-space:pre-wrap" class=""> </span>While running pass #10 SILModuleTransform ""Access Enforcement Selection"".</i></div></div><div class=""><br class=""></div><div class="">It fails every time and the same way in several functions, but not all functions.<br class=""></div><div class="">I tried to create a simple repro with the same function signature, but I can't get the simple case to fail.</div><div class="">A debug build isn't doing whole-module-optimization, so that's not it</div><div class=""><br class=""></div><div class="">Ideas anyone?</div><div class=""><br class=""></div><div class="">Who owns the LLDBFrontend?</div><div class=""><br class=""></div><div class="">Thanks, Ed</div></div></div></div>
______________________________<wbr class="">_________________<br class="">swift-users mailing list<br class=""><a href="mailto:swift-users@swift.org" target="_blank" class="">swift-users@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-users" target="_blank" class="">https://lists.swift.org/mailma<wbr class="">n/listinfo/swift-users</a><br class=""></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></div></div></div></blockquote></div></div></div><br class=""></div>
<br class="">______________________________<wbr class="">_________________<br class="">
swift-users mailing list<br class="">
<a href="mailto:swift-users@swift.org" class="">swift-users@swift.org</a><br class="">
<a href="https://lists.swift.org/mailman/listinfo/swift-users" rel="noreferrer" target="_blank" class="">https://lists.swift.org/<wbr class="">mailman/listinfo/swift-users</a><br class="">
<br class=""></blockquote></div><br class=""></div>
_______________________________________________<br class="">swift-users mailing list<br class=""><a href="mailto:swift-users@swift.org" class="">swift-users@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-users<br class=""></div></blockquote></div><br class=""></div></body></html>