#!watchflakes
default <- log ~ `SIGQUIT` && log ~ `stopping the world`
自动创建的问题以收集这些故障。
示例( log ):
SIGQUIT: quit
PC=0x80b76f7 m=14 sigcode=0
eax 0x4
ebx 0x0
ecx 0x8407b00
edx 0x854aa80
edi 0xb09dfe7c
esi 0xf
ebp 0x3
...
/tmp/workdir/go/src/runtime/proc.go:1262 +0xc7 fp=0x8438e1c sp=0x8438df4 pc=0x8087577
runtime.stopTheWorldGC(0xa)
/tmp/workdir/go/src/runtime/proc.go:1310 +0x45 fp=0x8438e34 sp=0x8438e1c pc=0x8087705
runtime.StartTrace()
/tmp/workdir/go/src/runtime/trace.go:284 +0x1c fp=0x8438e7c sp=0x8438e34 pc=0x80a432c
runtime/trace.Start({0x8237a2c, 0x847e270})
/tmp/workdir/go/src/runtime/trace/trace.go:125 +0x75 fp=0x8438e98 sp=0x8438e7c pc=0x81105e5
runtime/trace_test.TestTraceFutileWakeup(0x85340f0)
/tmp/workdir/go/src/runtime/trace/trace_test.go:510 +0xc5 fp=0x8438f98 sp=0x8438e98 pc=0x81b2315
testing.tRunner(0x85340f0, 0x8208078)
7条答案
按热度按时间jchrr9hc1#
Found new dashboard test flakes for:
2023-09-08 18:57 netbsd-386-9_3 go@729e21b2 runtime/trace.TestTraceFutileWakeup ( log )
— watchflakes
vxbzzdmp2#
这看起来不像TestTraceFutileWakeup中的失败,而是在尝试停止世界时出现的死锁(或其他问题)。它也在NetBSD上。
2w3kk1z53#
我认为我们应该在这里等待更多的失败案例。如果这是一个在更多平台上出现的真实问题,我想追踪它。如果它只发生在NetBSD上,那么我会将其标记为如此。
agyaoht74#
哦,这可能与#62524有关,因为它是一个NetBSD故障。一旦我们解决了这个问题,让我们乐观地关闭这个。
a11xaf1n5#
哦,那确实有一个解决方案。乐观地关闭。
avwztpqn6#
找到新的 Jmeter 板测试碎片:
2024-03-30 00:20 gotip-openbsd-amd64 go@ba9c445f cmd/go/internal/vcweb/vcstest.TestScripts ( log )
2024-03-30 00:20 gotip-openbsd-amd64 go@ba9c445f cmd/internal/moddeps.TestAllDependencies/cmd(quick) ( log )
2024-03-30 00:20 gotip-openbsd-amd64 go@ba9c445f cmd/link.TestMinusRSymsWithSameName ( log )
— watchflakes
hs1ihplo7#
找到新的 Jmeter 板测试碎片:
2024-04-26 18:12 gotip-openbsd-amd64 go@b384ee7c cmd/go/internal/vcweb/vcstest.TestScripts ( log )
2024-04-26 18:12 gotip-openbsd-amd64 go@b384ee7c cmd/link.TestExtLinkCmdlineDeterminism ( log )
— watchflakes