Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Windows: clean --expunge fails #2480

Closed
abergmeier-dsfishlabs opened this issue Feb 3, 2017 · 6 comments
Closed

Windows: clean --expunge fails #2480

abergmeier-dsfishlabs opened this issue Feb 3, 2017 · 6 comments
Assignees
Labels
P1 I'll work on this now. (Assignee required) platform: windows type: bug
Milestone

Comments

@abergmeier-dsfishlabs
Copy link
Contributor

abergmeier-dsfishlabs commented Feb 3, 2017

Description of the problem / feature request / question:

Executing bazel clean --expunge leads to:

INFO: Starting clean (this may take a while). Consider using --expunge_async if the clean takes more than several minutes.
ERROR: C:/tools/msys64/tmp/_bazel_a.bergmeier/dXgGrvqy/server/jvm.out (Permission denied).

Environment info

  • Operating System: Windows 10
  • Bazel version (output of bazel info release): 0.4.4

Have you found anything relevant by searching the web? (e.g. GitHub issues, email threads in the bazel-discuss@googlegroups.com archive)

Nope.

Anything else, information or logs or outputs that would be helpful?

Searching for server\jvm.out in Process Explorer gives two java.exe instances keeping a file handle (both seem to be A-servers). One is using it via C:\Users\a.bergmeier\AppData\Local\Temp and the other via C:\tools\msys64\tmp.

Should dXgGrvqy not contain hashed information about the Bazel version and change with each different Bazel binary used?

Currently it seems to always use dXgGrvqy, no matter which Bazel binary I am using.

@meteorcloudy
Copy link
Member

Yes, this is an known issue. Related issues:
#1586 (comment)
#2077

@meteorcloudy meteorcloudy added platform: windows P1 I'll work on this now. (Assignee required) labels Feb 3, 2017
@meteorcloudy meteorcloudy added this to the 0.5 milestone Feb 3, 2017
@abergmeier-dsfishlabs
Copy link
Contributor Author

Yes, this is an known issue. Related issues:
#1586 (comment)
#2077

Curious why issues were closed.

@abergmeier-dsfishlabs
Copy link
Contributor Author

Searching for server\jvm.out in Process Explorer gives two java.exe instances keeping a file handle (both seem to be A-servers). One is using it via C:\Users\a.bergmeier\AppData\Local\Temp and the other via C:\tools\msys64\tmp.

Not related because happens with 1 running java.exe, too.

@Helcaraxan
Copy link

We have also observed this issue while trying out Windows builds.

@laszlocsomor
Copy link
Contributor

Related bugs: #3043, #1906, #1586

bazel-io pushed a commit that referenced this issue Jun 2, 2017
This allows `bazel clean` to delete this file.

See #1586
See #1906
See #2480
See #3043

Change-Id: I245f368c2f2564511bbe6f06193a3ead49724d7b
PiperOrigin-RevId: 157818284
@laszlocsomor laszlocsomor self-assigned this Jun 12, 2017
@laszlocsomor
Copy link
Contributor

70ff798 fixed this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P1 I'll work on this now. (Assignee required) platform: windows type: bug
Projects
None yet
Development

No branches or pull requests

5 participants