--- Comment #7 from pluto at agmk dot net 2009-03-22 12:16 ---
haa! i've found the core problem.
on my winxp64 i have DEP (data execution prevention) turned on
for all programs and this is why the testcase (longjmp?) fails.
this looks weird beacuse longjmp on x86-64 with NX-bit enabled
--- Comment #8 from pluto at agmk dot net 2009-03-22 15:44 ---
(In reply to comment #7)
haa! i've found the core problem.
on my winxp64 i have DEP (data execution prevention) turned on
for all programs and this is why the testcase (longjmp?) fails.
this looks weird beacuse longjmp
--- Comment #9 from pluto at agmk dot net 2009-03-22 15:45 ---
Created an attachment (id=17514)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17514action=view)
new testcase with binaries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39291
--- Comment #10 from pluto at agmk dot net 2009-03-22 21:17 ---
finally, not a gcc bug.
the mingw-w64-crt/misc/mingw_getsp.S has bugs:
- it forces .code64 even for 32-bit mode.
- it jumps directly into data segement - jmp (_fctMsvcrtLongJmp)
i've tested following patch:
@@ -3,8 +3,6
--- Comment #6 from pluto at agmk dot net 2009-03-16 21:24 ---
i've tested u-dw2.exe on wine and got more info.
$ ./u-dw2.exe
err:process:start_wineboot failed to start wineboot, err 2
err:process:__wine_kernel_init boot event wait timed out
fixme:msvcrt:__lconv_init stub
foo:enter
--- Comment #5 from pluto at agmk dot net 2009-02-28 10:43 ---
(In reply to comment #4)
Created an attachment (id=17376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17376action=view) [edit]
testcase executable built on mingw32
testcase executable built on mingw32 attached
--- Comment #4 from dannysmith at users dot sourceforge dot net 2009-02-28
02:38 ---
Created an attachment (id=17376)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17376action=view)
testcase executable built on mingw32
testcase executable built on mingw32 attached
--
--- Comment #3 from pluto at agmk dot net 2009-02-25 08:24 ---
(In reply to comment #2)
I get this with your testcase on mingw32, DW@ build:
GNU C (GCC) version 4.4.0 20090221 (experimental) (mingw32)
i have a gcc/dw2 configured with:
Using built-in specs.
Target: i486-pc-mingw32
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-02-25
02:28 ---
I get this with your testcase on mingw32, DW@ build:
GNU C (GCC) version 4.4.0 20090221 (experimental) (mingw32)
gcc -fexceptions -g u.c
foo:enter
bar:enter
zoo:enter
boom!
signalHandler:enter
