#!watchflakes
default <- pkg == "os/signal" && test == ""
自动创建的问题以收集这些故障。
示例( log ):
SIGSEGV: segmentation violation
PC=0x3a1b8c m=10 sigcode=1 addr=0x3a1b8c
goroutine 0 gp=0xc000082e00 m=10 mp=0xc000081808 [idle]:
runtime.fpTracebackPCs(...)
/tmp/workdir/go/src/runtime/trace2stack.go:255
runtime.traceStack(0xc000082700?, 0x200000004?, 0x4d)
/tmp/workdir/go/src/runtime/trace2stack.go:109 +0x28c fp=0x2f4250db0 sp=0x2f4250948 pc=0x3a1b8c
runtime.traceAdvance.func1.1()
/tmp/workdir/go/src/runtime/trace2.go:370 +0xbd fp=0x2f4250e08 sp=0x2f4250db0 pc=0x39d43d
...
r11 0xc000032508
r12 0x2f42509c8
r13 0xc000033b00
r14 0xc000082e00
r15 0x4
rip 0x3a1b8c
rflags 0x10202
cs 0x2b
fs 0x0
gs 0x0
7条答案
按热度按时间tvokkenx1#
找到新的 Jmeter 板测试碎片:
2024-04-08 20:51 openbsd-amd64-72 go@8008998b os/signal ( log )
— watchflakes
vfhzx4xs2#
从构建 Jmeter 板来看,这个问题似乎从包含https://go.dev/cl/567076的堆栈提交开始出现。这是否有关?@mknyszek
5gfr0r5j3#
找到新的 Jmeter 板测试碎片:
2024-04-10 19:41 openbsd-amd64-72 go@5b5d6f87 os/signal ( log )
— watchflakes
bxgwgixi4#
谢谢。我会调查一下。乍一看,这个平台上似乎有一个地方可以让goroutine停止,并且不会保留帧指针。
bf1o4zei5#
找到新的 Jmeter 板测试碎片:
2024-04-10 22:22 solaris-amd64-oraclerel go@7b3c3804 os/signal ( log )
— watchflakes
r1zk6ea16#
找到新的 Jmeter 板测试碎片:
2024-04-12 14:07 openbsd-amd64-72 go@5c20d5fa os/signal ( log )
— watchflakes
kmpatx3s7#
找到新的 Jmeter 板测试碎片:
2024-04-16 17:46 openbsd-amd64-72 go@7a0e2db1 os/signal ( log )
— watchflakes