i'm running go 1.8.3 on linux. about 1 in ~10 billion calls (spread across
many machines), i get
a backtrace that looks like the following:
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x28 pc=0x4c3406]
goroutine 441026 [running]:
bufio.(*Reader).ReadSlice(0x0, 0xa, 0x30, 0xc420256ec8, 0xc4201b9ef0,
0xc420315580, 0x0)
#011/usr/lib/golang/src/bufio/bufio.go:316 +0x26
bufio.(*Reader).ReadLine(0x0, 0xa1f378, 0x30, 0xc4201b9ef0, 0x30,
0xc4201b9ef0, 0x30)
#011/usr/lib/golang/src/bufio/bufio.go:367 +0x37
fakexpkg.(*Xpkg).tableParse(0xffffffffffffffff, 0x0, 0x0)
<----- HERE
#011/builddir/build/BUILD/posthoc-1.1/src/fakexpkg/xpkg.go:175 +0x86
created by fakexpkg.(*Xpkg).List
#011/builddir/build/BUILD/posthoc-1.1/src/fakexpkg/xpkg.go:225 +0x2ac
the code calling tableparse looks something like this. no references to
anything
table at the end are kept in other places.
ret := make(chan []*Info, 1)
go x.tableParse(bufio.NewReader(outpipe), ret)
table := <-ret
other c programs that i run on these same machines do not core dump at all.
since there is no use of the unsafe package anywhere in this program, i'm
confused as to
how the Xpkg receiver could be -1 unless something has gone wrong with the
runtime.
i feel like i must be missing something though, since it's never the layer
below.
does anyone have any idea what's going on here, or some hints on debugging
this?
- erik
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
