cmd/internal/obj/arm64: "Access is denied" in TestLarge and TestNoRet

[alexbrainman]

What version of Go are you using (go version)?

go version devel +9137edc986 Fri Apr 13 23:54:05 2018 +0000 windows/amd64

What operating system and processor architecture are you using (go env)?

set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\Alex\AppData\Local\go-build
set GOEXE=.exe
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOOS=windows
set GOPATH=c:\users\alex\dev
set GORACE=
set GOROOT=c:\users\alex\dev\go
set GOTMPDIR=
set GOTOOLDIR=c:\users\alex\dev\go\pkg\tool\windows_amd64
set GCCGO=gccgo
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -fmessage-length=0 -fdebug-prefix-map=C:\Users\Alex\AppData\Local\Temp\go-build011331686=/tmp/go-build -gno-record-gcc-switches

What did you do?

I run go test cmd/internal/obj/arm64 command.

What did you expect to see?

I expected test to PASS.

What did you see instead?

--- FAIL: TestLarge (0.06s)
        asm_test.go:48: Build failed: exit status 1, output: mkdir C:\WINDOWS\go-build515275979: Access is denied.
--- FAIL: TestNoRet (0.02s)
        asm_test.go:79: exit status 1
                mkdir C:\WINDOWS\go-build181486503: Access is denied.
FAIL
FAIL    cmd/internal/obj/arm64  0.110s

Alex

[gopherbot]

Change https://golang.org/cl/107035 mentions this issue: cmd/internal/obj/arm64: do not clear environment in TestLarge and TestNoRet

[alexbrainman]

I suspect windows builders on https://build.golang.org/ do not complain about this, because they are running as administrator. And they can create C:\WINDOWS\go-build181486503 directory. Maybe we should have both kinds of builders: with admin access and without.

/cc @bradfitz and @johnsonj to decide

Alex

[bradfitz]

@alexbrainman, we already have #23294 open to track that.

[alexbrainman]

@alexbrainman, we already have #23294 open to track that.

I am getting old. And forget things.

If our builders don't have admin access to these directories, I wonder why they did not fail TestLarge test, like my computer did? Perhaps the difference is that I run Windows 10. I am not sure.

Alex