<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000">
Hi Eliot, hi Tom,<div><br></div><div>I reported this issue about a week ago:</div><div><span style="font-size: 10pt"><a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/498">https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/498</a></span><br></div><div><br></div><div>Bintray version squeak.cog.spur_win64x64_202005170205 is still broken. Segfaults on startup.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
<p style="color: #AAAAAA; margin-top: 10px;">Am 19.05.2020 01:02:06 schrieb Eliot Miranda <eliot.miranda@gmail.com>:</p><div style="font-family:Arial,Helvetica,sans-serif"> <br>Hi Tom,<br><br><br>> On May 18, 2020, at 1:44 PM, Tom Beckmann <tomjonabc@gmail.com> wrote:<br>> <br>> <br>> Hi everyone,<br>> <br>> I just tried building build.win64x64/squeak.cog.spur on the Cog branch but got a segfault on startup. I then tentatively went back 10 commits (HEAD~10) and it worked again. This is the output I received in gdb:<br>> <br>> Thread 1 received signal SIGSEGV, Segmentation fault.<br>> 0x00000000004016f3 in interpret () at ../../spur64src/vm/gcc3x-cointerp.c:2809<br>> 2809 memset(theStackMemory, 0, stackPagesBytes);<br>> (gdb) bt<br>> #0 0x00000000004016f3 in interpret () at ../../spur64src/vm/gcc3x-cointerp.c:2809<br>> #1 0x000000000052c34c in sqMain (argc=2, argv=0x1dd53a0) at ../../platforms/win32/vm/sqWin32Main.c:1709<br>> #2 0x000000000052c7f2 in WinMain (hInst=0x400000, hPrevInstance=0x0, lpCmdLine=0xfc437c "../../../Squeak6.0alpha-19582-64bit-202003021730-Windows/Squeak6.0alpha-19582-64bit.image", nCmdShow=10) at ../../platforms/win32/vm/sqWin32Main.c:1802<br>> #3 0x00000000004013c7 in __tmainCRTStartup () at /usr/src/debug/mingw64-x86_64-runtime-7.0.0-1/crt/crtexe.c:339<br>> #4 0x00000000004014cb in WinMainCRTStartup () at /usr/src/debug/mingw64-x86_64-runtime-7.0.0-1/crt/crtexe.c:195<br>> <br>> The main reason I'm writing, however, is that I only haven't done a bisect yet because building the VM appears unusually slow, when compared to building on Linux, as in, orders of magnitude slower. I believe I have the same setup as we do on appveyor on windows using cygwin64. Incremental builds seem to recompile a lot of files and it appears there are race conditions when building with multiple threads (-j8). Are these known limitations of the Windows build or am I potentially just having the wrong setup?<br><br>I hope it is simply wrong setup. I have been making these commits in recent weeks in the context of getting 64-bit Terf working. Terf is 3D ICC’s Croquet-derived business communications tool which was formerly known as Teleplace and Qwaq forums and was the context in which OpenSmalltalk-vm was conceived.<br><br>I am building 64-bits using Clang 10 and MSVC and I assure you this works. See HowToBuild for how to build using this configuration.<br><br>Your configuration may be obsolete or it may be valid, and if valid we should fix it. Can you list exactly what versions of software (Cygwin or mingw, gcc, clang) you’re using your build?<br><br><br>> Thank you for any pointers!<br>> Tom<br><br>Eliot<br>_,,,^..^,,,_ (phone)</tomjonabc@gmail.com></div></blockquote>
</div></body>