Comment 1 by nicolas.riesch:

It crashes on my computer with Windows 7 too.
C:\Users\rin01>go version
go version go1.3.3 windows/amd64
C:\Users\rin01>gcc --version
gcc (tdm64-2) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
The same problem also exists when         strtoll("9223372036854775808", NULL, 10)   is
used in cgo,
which crashes the following program:
  http://play.golang.org/p/W4wSfzw1X-

Comment 2:

strtod() crashes inside atexit(), because go linker bypasses CRT initialization
(mainCRTStartup/WinMainCRTStatrup), leaving some globals with incorrect state.
The solution is to use external linking mode, except it's not supported on Windows.
strtoll() crash is a different problem.
MinGW CRT calls errno() (exported from msvcrt.dll) through a stub function _errno, which
indirectly calls __imp__errno (actual imported function pointer).
To overcome 6l limitations, cgo rewrites imports, which results in __imp__errno being
called _errno and the stub _errno called from CRT being discarded. Now strtoll that
called this stub crashes, because _errno symbol has changed its meaning.
Regardless, the solution is the same: use a fully functional linker.

Comment 3:

i'm surprised to learn that strtod
needs to call atexit.
although it seems we can fix the first
problem by calling the crt initialization
function at program startup when using
cgo.

I believe this is fixed now by latest @minux cmd/ld pe changes.

@minux I can make new test out of this for misc/cgo/test. Do we want that?

Alex

I didn't know that. So were should I add this test? runtime?

Alex