Skip to content

runtime: an application using DLL crashes on windows #9885

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
tryor opened this issue Feb 15, 2015 · 5 comments
Closed

runtime: an application using DLL crashes on windows #9885

tryor opened this issue Feb 15, 2015 · 5 comments

Comments

@tryor
Copy link

tryor commented Feb 15, 2015

windows platform ,syscall dll, After a period of time, the following error occurred:

Go version of this problem: 1.3.3, 1.4.1,
Go version does not have this problem:1.1, 1.2.2


unexpected fault address 0x12000000
fatal error: fault
[signal 0xc0000005 code=0x0 addr=0x12000000 pc=0x4519ea]

goroutine 1 [running, locked to thread]:
runtime.gothrow(0x636f78, 0x5)
c:/go/src/runtime/panic.go:503 +0x67 fp=0x124c7728 sp=0x124c771c
runtime.sigpanic()
c:/go/src/runtime/os_windows.go:45 +0xdc fp=0x124c7738 sp=0x124c7728
runtime.mallocgc(0x10, 0x60ea40, 0x1, 0x0)
c:/go/src/runtime/malloc.go:183 +0x6da fp=0x124c7790 sp=0x124c7738
runtime.newobject(0x60ea40, 0x5652ac)
c:/go/src/runtime/malloc.go:353 +0x48 fp=0x124c77a4 sp=0x124c7790

OR: 2.
fatal error: unexpected signal during runtime execution
[signal 0xc0000005 code=0x1 addr=0x92b99fff pc=0x461957]

runtime stack:
runtime.MSpan_Sweep(0x1752c0, 0x0, 0x3d)
c:/go/src/runtime/mgc0.c:960 +0x107

goroutine 3 [running]:
runtime.switchtoM()
c:/go/src/runtime/asm_386.s:208 fp=0x12a6cfd4 sp=0x12a6cfd0
runtime.gosweepone(0x0)
c:/go/src/runtime/mgc0.c:1165 +0x18 fp=0x12a6cfe0 sp=0x12a6cfd4
runtime.bgsweep()
c:/go/src/runtime/mgc0.go:85 +0x2d fp=0x12a6cff0 sp=0x12a6cfe0
runtime.goexit()
c:/go/src/runtime/asm_386.s:2287 +0x1 fp=0x12a6cff4 sp=0x12a6cff0
created by gc
c:/go/src/runtime/mgc0.c:1383

@minux
Copy link
Member

minux commented Feb 15, 2015 via email

@mikioh mikioh changed the title windows platform ,syscall dll problem runtime: an application using DLL crashes on windows Feb 17, 2015
@jessfraz
Copy link
Contributor

we might also be hitting this on the docker windows client we will try to find a minimal reproducing case

@rsc rsc removed the os-windows label Apr 10, 2015
@rsc
Copy link
Contributor

rsc commented Apr 10, 2015

If you can send a reproduction case then we can try to fix for Go 1.5.

@rsc rsc added this to the Go1.5Maybe milestone Apr 10, 2015
@jessfraz
Copy link
Contributor

Hi,

Sorry for the noise, we ended up hopefully fixing with some buffer
changes. What we were seeing was very hard to reproduce
programatically. Thanks.

On Thu, Apr 9, 2015 at 9:59 PM, Russ Cox notifications@github.com wrote:

If you can send a reproduction case then we can try to fix for Go 1.5.


Reply to this email directly or view it on GitHub.

Jessie Frazelle
4096R / D4C4 DD60 0D66 F65A 8EFC 511E 18F3 685C 0022 BFF3
pgp.mit.edu

@jessfraz
Copy link
Contributor

I don't know if this should be closed necessarily, but as a person who also
closes issues on an open sources project and has seen people freak out, I
will just say we will let you know if we reproduce again in an easy way
to debug. Otherwise, seems fine to close it as it's hard to reproduce and
therefore hard to fix :)

On Friday, April 10, 2015, Ian Lance Taylor notifications@github.com
wrote:

Closed #9885 #9885.


Reply to this email directly or view it on GitHub
#9885 (comment).

Jessie Frazelle
4096R / D4C4 DD60 0D66 F65A 8EFC 511E 18F3 685C 0022 BFF3
pgp.mit.edu http://pgp.mit.edu/pks/lookup?op=get&search=0x18F3685C0022BFF3

@golang golang locked and limited conversation to collaborators Jun 25, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants