<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2016-07-28 1:38 GMT+02:00 Ben Coman <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On Thu, Jul 28, 2016 at 1:36 AM, Nicolas Cellier<br>
<<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> 2016-07-27 5:22 GMT+02:00 Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>>:<br>
>><br>
>> Hi,<br>
>> I merged the changes from Tobias too fast...<br>
>> Despite the efforts, the win32 VM produced from HEAD are currently not usable when compiled thru cygwin/mingw<br>
>> I don't get a better health thru MSVC<br>
>><br>
>> The last functional VM I get (both win32 squeak.cog.spur and win64 squeak.stack.spur) are from<br>
>> <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/43dca8fe50b7cc70901f4138d3fed60a6734a66f" rel="noreferrer" target="_blank">https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/43dca8fe50b7cc70901f4138d3fed60a6734a66f</a><br>
>><br>
>> This prevents me to focus on the VMaker LLP64 changes.<br>
>> Maybe we'll have to revert... Thoughts?<br>
>><br>
>> Nicolas<br>
><br>
><br>
> follow up: more than 20 commits after the merge, we did not yet recover win32 health.<br>
> win32 squeak.stack.spur segfaults with no usefull clue<br>
><br>
> -------------------------------------------------------------------------------------<br>
> $ builddbg/vm/Squeak ../../image/trunk50.image<br>
> Segmentation fault<br>
><br>
> $ gdb builddbg/vm/Squeak<br>
> GNU gdb (GDB) (Cygwin 7.10.1-1) 7.10.1<br>
> Copyright (C) 2015 Free Software Foundation, Inc.<br>
> License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html" rel="noreferrer" target="_blank">http://gnu.org/licenses/gpl.html</a>><br>
> This is free software: you are free to change and redistribute it.<br>
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"<br>
> and "show warranty" for details.<br>
> This GDB was configured as "x86_64-pc-cygwin".<br>
> Type "show configuration" for configuration details.<br>
> For bug reporting instructions, please see:<br>
> <<a href="http://www.gnu.org/software/gdb/bugs/" rel="noreferrer" target="_blank">http://www.gnu.org/software/gdb/bugs/</a>>.<br>
> Find the GDB manual and other documentation resources online at:<br>
> <<a href="http://www.gnu.org/software/gdb/documentation/" rel="noreferrer" target="_blank">http://www.gnu.org/software/gdb/documentation/</a>>.<br>
> For help, type "help".<br>
> Type "apropos word" to search for commands related to "word"...<br>
> Reading symbols from builddbg/vm/Squeak...done.<br>
> (gdb) run ../../image/trunk50.image<br>
> Starting program: /cygdrive/C/Users/cellier/Documents/Smalltalk/OpenSmalltalk/opensmalltalk-vm/build.win32x86/squeak.stack.spur/builddbg/vm/Squeak ../../image/trunk50.image<br>
> [New Thread 33724.0xf038]<br>
> warning: `/cygdrive/c/windows/SYSTEM32/ntdll.dll': Shared library architecture i386:x86-64 is not compatible with target architecture i386.<br>
<br>
</div></div>Probably incidental to the problem, but it seems its best to use 32bit<br>
gdb on 32bit programs. Maybe good to minimize interference.<br>
<a href="http://virtuallyfun.superglobalmegacorp.com/2015/10/04/32bit-64bit-gdb-collision/" rel="noreferrer" target="_blank">http://virtuallyfun.superglobalmegacorp.com/2015/10/04/32bit-64bit-gdb-collision/</a><br>
<a href="http://stackoverflow.com/questions/12205256/gdb-failing-in-eclipse" rel="noreferrer" target="_blank">http://stackoverflow.com/questions/12205256/gdb-failing-in-eclipse</a><br>
<br>
cheers -ben<br></blockquote><div><br></div><div>yes of course you're right, the gdb does not even reach a breakpoint in main (WinMain, sqMain, whatever).<br></div><div>I'll see if there's an instance of i686-w64-mingw32-gdb. <br></div></div><br></div></div>