Control: notfound -1 0.9.7-1+b3
Downgrading to the bookworm version in sid seems to workaround the
issue.
Also, triggering a backtrace with SIGQUIT (C-\) shows the hang is
somewhere in the standard library.
Here it is on -help, for example:
^\SIGQUIT: quit
PC=0x477203 m=0 sigcode=128
goroutine 0 gp=0xa637c0 m=0 mp=0xa647e0 [idle]:
runtime.futex(0xa64920, 0x80, 0x0, 0x0, 0x0, 0x0)
runtime/sys_linux_amd64.s:558 +0x23 fp=0x7ffc46c78fc8 sp=0x7ffc46c78fc0
pc=0x477203
runtime.futexsleep(0x7ffc46c79040?, 0x40e3f0?, 0x476ded?)
runtime/os_linux.go:69 +0x30 fp=0x7ffc46c79018 sp=0x7ffc46c78fc8
pc=0x4336d0
runtime.notesleep(0xa64920)
runtime/lock_futex.go:170 +0x87 fp=0x7ffc46c79050 sp=0x7ffc46c79018
pc=0x40e587
runtime.mPark(...)
runtime/proc.go:1866
runtime.stopm()
runtime/proc.go:2885 +0x8c fp=0x7ffc46c79080 sp=0x7ffc46c79050
pc=0x43eb4c
runtime.findRunnable()
runtime/proc.go:3622 +0xd5c fp=0x7ffc46c791f8 sp=0x7ffc46c79080
pc=0x4405bc
runtime.schedule()
runtime/proc.go:3995 +0xb1 fp=0x7ffc46c79230 sp=0x7ffc46c791f8
pc=0x441691
runtime.goschedImpl(0xc0000061c0, 0x0?)
runtime/proc.go:4136 +0x185 fp=0x7ffc46c79280 sp=0x7ffc46c79230
pc=0x441c65
runtime.gosched_m(0xc0000061c0?)
runtime/proc.go:4141 +0x15 fp=0x7ffc46c792a0 sp=0x7ffc46c79280
pc=0x441dd5
runtime.mcall()
runtime/asm_amd64.s:459 +0x4e fp=0x7ffc46c792b8 sp=0x7ffc46c792a0
pc=0x47342e
goroutine 1 gp=0xc0000061c0 m=nil [runnable]:
runtime.Gosched()
runtime/proc.go:353 +0x14 fp=0xc000177600 sp=0xc0001775e8 pc=0x43a1f4
internal/runtime/exithook.Run(0x0)
internal/runtime/exithook/hooks.go:61 +0x36 fp=0xc000177660
sp=0xc000177600 pc=0x479a36
runtime.runExitHooks(...)
runtime/proc.go:320
os.runtime_beforeExit(0x7b1ba7?)
runtime/proc.go:307 +0x14 fp=0xc000177678 sp=0xc000177660 pc=0x46d734
os.Exit(0x0)
os/proc.go:75 +0x2e fp=0xc000177698 sp=0xc000177678 pc=0x4c26ee
flag.(*FlagSet).Parse(0xc00014e000, {0xc000140010?, 0xa845d6?, 0x7bb0fb?})
flag/flag.go:1169 +0x9f fp=0xc0001776c0 sp=0xc000177698 pc=0x6d365f
flag.Parse(...)
flag/flag.go:1188
main.main()
github.com/xorpaul/g10k/g10k.go:252 +0x7e8 fp=0xc000177f50
sp=0xc0001776c0 pc=0x70e6a8
runtime.main()
runtime/proc.go:272 +0x28b fp=0xc000177fe0 sp=0xc000177f50 pc=0x439e2b
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000177fe8 sp=0xc000177fe0
pc=0x475461
goroutine 2 gp=0xc000006c40 m=nil [force gc (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000066fa8 sp=0xc000066f88 pc=0x46d82e
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.forcegchelper()
runtime/proc.go:337 +0xb3 fp=0xc000066fe0 sp=0xc000066fa8 pc=0x43a173
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000066fe8 sp=0xc000066fe0
pc=0x475461
created by runtime.init.7 in goroutine 1
runtime/proc.go:325 +0x1a
goroutine 3 gp=0xc000007500 m=nil [GC sweep wait]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000067780 sp=0xc000067760 pc=0x46d82e
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.bgsweep(0xc000028180)
runtime/mgcsweep.go:277 +0x94 fp=0xc0000677c8 sp=0xc000067780
pc=0x424af4
runtime.gcenable.gowrap1()
runtime/mgc.go:204 +0x25 fp=0xc0000677e0 sp=0xc0000677c8 pc=0x419405
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc0000677e8 sp=0xc0000677e0
pc=0x475461
created by runtime.gcenable in goroutine 1
runtime/mgc.go:204 +0x66
goroutine 4 gp=0xc0000076c0 m=nil [GC scavenge wait]:
runtime.gopark(0xc000028180?, 0x846318?, 0x1?, 0x0?, 0xc0000076c0?)
runtime/proc.go:424 +0xce fp=0xc000067f78 sp=0xc000067f58 pc=0x46d82e
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.(*scavengerState).park(0xa633c0)
runtime/mgcscavenge.go:425 +0x49 fp=0xc000067fa8 sp=0xc000067f78
pc=0x422529
runtime.bgscavenge(0xc000028180)
runtime/mgcscavenge.go:653 +0x3c fp=0xc000067fc8 sp=0xc000067fa8
pc=0x422a9c
runtime.gcenable.gowrap2()
runtime/mgc.go:205 +0x25 fp=0xc000067fe0 sp=0xc000067fc8 pc=0x4193a5
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000067fe8 sp=0xc000067fe0
pc=0x475461
created by runtime.gcenable in goroutine 1
runtime/mgc.go:205 +0xa5
goroutine 18 gp=0xc000104700 m=nil [finalizer wait]:
runtime.gopark(0xc000066648?, 0x40f945?, 0xb0?, 0x1?, 0xc0000061c0?)
runtime/proc.go:424 +0xce fp=0xc000066620 sp=0xc000066600 pc=0x46d82e
runtime.runfinq()
runtime/mfinal.go:193 +0x107 fp=0xc0000667e0 sp=0xc000066620 pc=0x418487
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc0000667e8 sp=0xc0000667e0
pc=0x475461
created by runtime.createfing in goroutine 1
runtime/mfinal.go:163 +0x3d
goroutine 19 gp=0xc000104a80 m=nil [chan receive]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000062718 sp=0xc0000626f8 pc=0x46d82e
runtime.chanrecv(0xc000112310, 0x0, 0x1)
runtime/chan.go:639 +0x41c fp=0xc000062790 sp=0xc000062718 pc=0x40905c
runtime.chanrecv1(0x0?, 0x0?)
runtime/chan.go:489 +0x12 fp=0xc0000627b8 sp=0xc000062790 pc=0x408c12
runtime.unique_runtime_registerUniqueMapCleanup.func1(...)
runtime/mgc.go:1781
runtime.unique_runtime_registerUniqueMapCleanup.gowrap1()
runtime/mgc.go:1784 +0x2f fp=0xc0000627e0 sp=0xc0000627b8 pc=0x41c22f
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc0000627e8 sp=0xc0000627e0
pc=0x475461
created by unique.runtime_registerUniqueMapCleanup in goroutine 1
runtime/mgc.go:1779 +0x96
rax 0x0
rbx 0x0
rcx 0x477203
rdx 0x0
rdi 0xa64920
rsi 0x80
rbp 0x7ffc46c79008
rsp 0x7ffc46c78fc0
r8 0x0
r9 0x0
r10 0x0
r11 0x286
r12 0x0
r13 0x1
r14 0xa637c0
r15 0xb
rip 0x477203
rflags 0x286
cs 0x33
fs 0x0
gs 0x0
The output is similarly unrelated to g10k on a normal run.
So I'm starting to worry this is a toolchain issue..
I can't reproduce the issue in a container built from the upstream Dockerfile:
https://github.com/xorpaul/g10k/blob/master/Dockerfile
That's based on Golang 1.17, and the version currently in unstable was
built against 2:1.23~2.
The version in stable (bookworm) is also unaffected, so I've marked this
bug as notfound there...
I'm a bit at a loss here, not sure where to go next.
a.
--
Never believe that a few caring people can't change the world. For,
indeed, that's all who ever have.
- Margaret Mead
