运行时:在FreeBSD上使用ASLR运行go test -race命令,报告ok,无需运行任何测试,

kmbjn2e3  于 8个月前  发布在  Go
关注(0)|答案(5)|浏览(74)

Go版本:go1.21.6 freebsd/amd64

在你的模块/工作区中,go env 的输出是什么?

  1. GO111MODULE=''
  2. GOARCH='amd64'
  3. GOBIN=''
  4. GOCACHE='/.cache/go-build'
  5. GOENV='/.config/go/env'
  6. GOEXE=''
  7. GOEXPERIMENT=''
  8. GOFLAGS=''
  9. GOHOSTARCH='amd64'
  10. GOHOSTOS='freebsd'
  11. GOINSECURE=''
  12. GOMODCACHE='/go/pkg/mod'
  13. GONOPROXY=''
  14. GONOSUMDB=''
  15. GOOS='freebsd'
  16. GOPATH='/go'
  17. GOPRIVATE=''
  18. GOPROXY='https://proxy.golang.org,direct'
  19. GOROOT='/usr/local/go'
  20. GOSUMDB='sum.golang.org'
  21. GOTMPDIR=''
  22. GOTOOLCHAIN='auto'
  23. GOTOOLDIR='/usr/local/go/pkg/tool/freebsd_amd64'
  24. GOVCS=''
  25. GOVERSION='go1.21.6'
  26. GCCGO='gccgo'
  27. GOAMD64='v1'
  28. AR='ar'
  29. CC='clang'
  30. CXX='clang++'
  31. CGO_ENABLED='1'
  32. GOMOD='/tmp/cirrus-ci-build/go.mod'
  33. GOWORK=''
  34. CGO_CFLAGS='-O2 -g'
  35. CGO_CPPFLAGS=''
  36. CGO_CXXFLAGS='-O2 -g'
  37. CGO_FFLAGS='-O2 -g'
  38. CGO_LDFLAGS='-O2 -g'
  39. PKG_CONFIG='pkg-config'
  40. GOGCCFLAGS='-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -Wl,--no-gc-sections -fmessage-length=0 -ffile-prefix-map=/tmp/go-build2387445335=/tmp/go-build -gno-record-gcc-switches'

你做了什么?

确保ASLR已启用:

  1. sysctl kern.elf64.aslr.enable=1

编写一个失败的测试。出于某种原因,这个问题只在测试导入plugin时重现。

  1. // a_test.go
  2. package main_test
  3. import (
  4. "testing"
  5. _ "plugin"
  6. )
  7. func TestFail(t *testing.T) {
  8. t.FailNow()
  9. }

在没有-race的情况下运行测试,它失败了,如预期:

  1. # go test
  2. --- FAIL: TestFail (0.00s)
  3. FAIL
  4. exit status 1
  5. FAIL src.elv.sh/d 0.003s

然而,如果你用-race运行测试,它会打印出警告信息,然后继续报告测试成功:

  1. # go test -race; echo $?
  2. This sanitizer is not compatible with enabled ASLR and binaries compiled with PIE
  3. ok src.elv.sh/d 0.006s
  4. 0

由于测试总是失败,所以似乎go test -race实际上并没有运行测试。

你看到了什么发生?

go test -race报告"ok",并以0退出。

你期望看到什么?

go test -race应该报告失败,并以1退出。

svujldwt

svujldwt1#

(注意:@golang/freebsd)

hrysbysz

hrysbysz2#

请注意,这可能不会以相同的方式在 llvm/clangir@7440e4e 之后构建的 clang 中重现。
无论如何,这表明 Clang 的 Die 函数中存在一个错误,或者消毒器的使用(从这里调用),或者 Go 运行时中的某个东西阻止了 Die 以预期的非零退出代码退出。

piv4azn7

piv4azn73#

这是在FreeBSD 14.0上的,如果这有影响的话——我猜想clang是基础系统的一部分,不会因为一个版本的发布而改变。

p1tboqfb

p1tboqfb4#

据我所知,我们没有任何比FreeBSD 13.0/13.1更新的构建器。

jpfvwuh4

jpfvwuh45#

如果运行时阻止退出并返回不同的退出代码,我会感到惊讶。来自TSAN运行时的退出可能是如此困难,我们对此无能为力。(而且我不认为我们设置了任何libc atexit钩子或其他东西。)

相关问题