-
Notifications
You must be signed in to change notification settings - Fork 18k
runtime: reportZombies throws "found pointer to free object" in sweeper #71451
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
Comments
Possibly another manifestation of #71425. |
I believe this could theoretically be caused by #71228. |
I think the right way to handle this w.r.t. stacks new reopening ability is to send a CL to bump gopls go.mod to 1.23.5 (once that is released) and then mark this with the milestone of the gopls release that contains that bump? |
We just hit a very similar panic in a public repository, cue: https://github.com/cue-lang/cue/actions/runs/13475610686/job/37654390816 In case GitHub wipes the log in the coming weeks, below is the output.
This was from a |
Apologies, I think our failure was actually #71932, as we found it on |
I believe I just ran into this with
```
$ go generate ./internal/ci/...
runtime: marked free object in span 0xffff70671188, elemsize=208 freeindex=9 (bad use of unsafe.Pointer or having race conditions? try -d=check
ptr or -race)
0x40000de000 alloc marked
0x40000de0d0 alloc marked
0x40000de1a0 alloc marked
0x40000de270 alloc marked
0x40000de340 alloc marked
0x40000de410 alloc marked
0x40000de4e0 alloc marked
0x40000de5b0 alloc marked
0x40000de680 alloc marked
0x40000de750 free marked zombie
0x00000040000de750: 0x0000000000000000 0x0000000000000000
0x00000040000de760: 0x0000000000000000 0x0000000000000000
0x00000040000de770: 0x0000000000000000 0x0000000000000000
0x00000040000de780: 0x0000000000000000 0x0000000000000000
0x00000040000de790: 0x0000000000000000 0x0000000000000000
0x00000040000de7a0: 0x0000000000000000 0x0000000000000000
0x00000040000de7b0: 0x0000000000000000 0x0000000000000000
0x00000040000de7c0: 0x0000000000000000 0x0000000000000000
0x00000040000de7d0: 0x0000000000000000 0x0000000000000000
0x00000040000de7e0: 0x0000000000000000 0x0000000000000000
0x00000040000de7f0: 0x0000000000000000 0x0000000000000000
0x00000040000de800: 0x0000000000000000 0x0000000000000000
0x00000040000de810: 0x0000000000000000 0x0000000000000000
0x40000de820 free unmarked
0x40000de8f0 free unmarked
0x40000de9c0 free unmarked
0x40000dea90 free unmarked
0x40000deb60 free unmarked
0x40000dec30 free unmarked
0x40000ded00 free unmarked
0x40000dedd0 free unmarked
0x40000deea0 free unmarked
0x40000def70 free unmarked
0x40000df040 free unmarked
0x40000df110 free unmarked
0x40000df1e0 free unmarked
0x40000df2b0 free unmarked
0x40000df380 free unmarked
0x40000df450 free unmarked
0x40000df520 free unmarked
0x40000df5f0 free unmarked
0x40000df6c0 free unmarked
0x40000df790 free unmarked
0x40000df860 free unmarked
0x40000df930 free unmarked
0x40000dfa00 free unmarked
0x40000dfad0 free unmarked
0x40000dfba0 free unmarked
0x40000dfc70 free unmarked
0x40000dfd40 free unmarked
0x40000dfe10 free unmarked
fatal error: found pointer to free object
runtime stack: goroutine 1 gp=0x40000021c0 m=nil [runnable]: goroutine 18 gp=0x40000aa380 m=nil [force gc (idle)]: goroutine 19 gp=0x40000aa540 m=nil [runnable]: goroutine 20 gp=0x40000aa700 m=nil [GC scavenge wait]: goroutine 21 gp=0x40000aac40 m=nil [finalizer wait]: goroutine 2 gp=0x4000003500 m=nil [chan receive]: goroutine 3 gp=0x4000003880 m=nil [GC worker (idle)]: goroutine 4 gp=0x4000003a40 m=nil [GC worker (idle)]: goroutine 5 gp=0x4000003c00 m=nil [GC worker (idle)]: goroutine 6 gp=0x4000003dc0 m=nil [GC worker (idle)]: goroutine 7 gp=0x4000500000 m=nil [runnable]: goroutine 8 gp=0x40005001c0 m=nil [GC worker (idle)]: goroutine 9 gp=0x4000500380 m=nil [GC worker (idle)]: goroutine 10 gp=0x4000500540 m=9 mp=0x4000680008 [flushing proc caches]: goroutine 11 gp=0x4000500700 m=nil [GC worker (idle)]: goroutine 12 gp=0x40005008c0 m=nil [GC worker (idle)]:
|
🤦 - I've just repeated the same "mistake" as @mvdan - mine was arm64 as well. |
Issue created by stacks.
This stack
Ytavxw
was reported by telemetry:crash/crash
runtime.throw:+9
runtime.(*mspan).reportZombies:+34
runtime.(*sweepLocked).sweep:+160
runtime.sweepone:+37
runtime.bgsweep:+28
runtime.gcenable.gowrap1:+0
runtime.goexit:+0
@prattmic
The text was updated successfully, but these errors were encountered: