Skip to content
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

runtime: panic during hello world #2395

Closed
hanwen opened this issue Oct 24, 2011 · 13 comments
Closed

runtime: panic during hello world #2395

hanwen opened this issue Oct 24, 2011 · 13 comments

Comments

@hanwen
Copy link
Contributor

hanwen commented Oct 24, 2011

I just saw the following trace roll by

panic: invalid memory address or nil pointer dereference
throw: panic during gc
[signal 0xb code=0x1 addr=0x0 pc=0x40ab2b]

goroutine 1 [running]:
unicode.init()
    /home/hanwen/vc/go-tip/src/pkg/unicode/tables.go:48 +0x54
strings.init()
    /home/hanwen/vc/go-tip/src/pkg/strings/strings.go:640 +0x43
main.init()
    /home/hanwen/vc/termite/bin/shell-wrapper/main.go:271 +0x3b

unfortunately, it is not reproducible.



What is the expected output?


What do you see instead?


Which compiler are you using (5g, 6g, 8g, gccgo)?

$ 6g -V
6g version weekly.2011-10-18 10125

Which operating system are you using?

ubuntu lucid

Which revision are you using?  (hg identify)

weekly.2011-10-18 10125


Please provide any additional information below.
@rsc
Copy link
Contributor

rsc commented Oct 25, 2011

Comment 1:

Does termite use cgo?

@hanwen
Copy link
Contributor Author

hanwen commented Oct 25, 2011

Comment 2:

No.

@bradfitz
Copy link
Contributor

Comment 3:

termite does use plenty of unsafe, iirc.  Does the GC promise not to crash in the
presence of memory shenanigans?

@hanwen
Copy link
Contributor Author

hanwen commented Oct 26, 2011

Comment 4:

go-fuse uses unsafe.  It might be linked in shell-wrapper (which is the 'interceptor'),
but not run in there. moreover, no termite/go-fuse has been run at this point, as the
code is running init() for strings and unicode packages.

@rsc
Copy link
Contributor

rsc commented Dec 9, 2011

Comment 5:

Labels changed: added priority-later, removed priority-medium.

@rsc
Copy link
Contributor

rsc commented Dec 12, 2011

Comment 6:

Labels changed: added priority-go1.

@robpike
Copy link
Contributor

robpike commented Jan 13, 2012

Comment 7:

Status changed to Accepted.

@robpike
Copy link
Contributor

robpike commented Jan 13, 2012

Comment 8:

Owner changed to builder@golang.org.

@rsc
Copy link
Contributor

rsc commented Jan 24, 2012

Comment 9:

Running a fmt-based hello world in a loop was enough to trigger this panic, about one
run per million, when I was testing back in October.  Would be nice to track down, but
likely not before Go 1.

Labels changed: added priority-later, removed priority-go1.

@rsc
Copy link
Contributor

rsc commented Sep 12, 2012

Comment 10:

Labels changed: added go1.1maybe.

@gopherbot
Copy link
Contributor

Comment 11 by sebastien.paolacci:

Is someone still able to (even remotely) reproduce that kind of "basic" crash?
Last fix I can remember in that area was Dmitriy's one (last October), but the guilty
piece of code was not present in weekly.2011-10-18.
At glance, it looks like that issue relevance has just vanished over the time (and
general code improvement). If someone can inject some more info, I may however try to
chase it down.
Thanks,
Sebastien

@rsc
Copy link
Contributor

rsc commented Dec 22, 2012

Comment 12:

Let's assume this is fixed, and if not assume we'll get a better report.

Status changed to Unfortunate.

@gopherbot
Copy link
Contributor

Comment 13 by sebastien.paolacci:

Ok, thanks.

@rsc rsc added this to the Go1.1 milestone Apr 14, 2015
@rsc rsc removed the go1.1maybe label Apr 14, 2015
@golang golang locked and limited conversation to collaborators Jun 24, 2016
This issue was closed.
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

5 participants