<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 28, 2017 at 9:55 AM, David Barto <span dir="ltr"><<a href="mailto:barto@cambridgesemantics.com" target="_blank">barto@cambridgesemantics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>This the the stack trace when the compiler locked up.</div><div>I attached with ‘lldb -p <pid>”</div><div>I did the thread backtrace all then a process resume</div><div>I interrupted the program again and did a second thread backtrace all. Both were identical.</div><div><br></div><div><span class="m_3943076733130296392Apple-tab-span" style="white-space:pre-wrap">  </span>David</div><div><br></div><div><div style="margin:0px;font-family:'PT Mono'"><span style="font-variant-ligatures:no-common-ligatures;color:#a9a9a9">(lldb) </span>thread backtrace all</div><div style="margin:0px;font-family:'PT Mono'">* thread #1: tid = 0x13b475b, 0x00007fff90ec65da libsystem_kernel.dylib`<wbr>syscall_thread_switch + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP</div><div style="margin:0px;font-family:'PT Mono'">  * frame #0: 0x00007fff90ec65da libsystem_kernel.dylib`<wbr>syscall_thread_switch + 10</div><div style="margin:0px;font-family:'PT Mono'">    frame #1: 0x00007fff9497682d libsystem_platform.dylib`_<wbr>OSSpinLockLockSlow + 63</div><div style="margin:0px;font-family:'PT Mono'">    frame #2: 0x00007fff8ca7271b libsystem_malloc.dylib`szone_<wbr>malloc_should_clear + 116</div><div style="margin:0px;font-family:'PT Mono'">    frame #3: 0x00007fff8ca72667 libsystem_malloc.dylib`malloc_<wbr>zone_malloc + 71</div><div style="margin:0px;font-family:'PT Mono'">    frame #4: 0x00007fff8ca71187 libsystem_malloc.dylib`malloc + 42</div><div style="margin:0px;font-family:'PT Mono'">    frame #5: 0x00007fff991fa43e libc++.1.dylib`operator new(unsigned long) + 30</div><div style="margin:0px;font-family:'PT Mono'">    frame #6: 0x00007fff991fcf05 libc++.1.dylib`std::__1::<wbr>basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::__init(char const*, unsigned long) + 59</div><div style="margin:0px;font-family:'PT Mono'">    frame #7: 0x000000010e6fc7a9 libLLVM.dylib`llvm::sys::<wbr>findProgramByName(llvm::<wbr>StringRef, llvm::ArrayRef<llvm::<wbr>StringRef>) + 670</div></div><div style="margin:0px;font-family:'PT Mono'"><br></div></div></blockquote><div><br></div><div>This seems to point back to your RLIMIT_AS constraint, or overall system memory availability.  Why constrain the address space?  A much more realistic constraint would be RLIMIT_RSS.</div><div><br></div><div>-Brian</div></div>
</div></div>