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

jdee-flycheck-cleanup permission denied for a temp dir #175

Open
lispercat opened this issue Jan 4, 2020 · 0 comments
Open

jdee-flycheck-cleanup permission denied for a temp dir #175

lispercat opened this issue Jan 4, 2020 · 0 comments

Comments

@lispercat
Copy link

My Emacs version: 26.3

My JDEE version (elpa package date): 2.4.2

My JDK version: OpenJDK 13.0.1

My Operating System (Linux/OSX/Windows X/Other): Windows 10

Stacktrace (if applicable):

Debugger entered--Lisp error: (file-error "Removing directory" "Permission denied" "c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh")
delete-directory-internal("c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh")
apply(delete-directory-internal "c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh")
files--force(t delete-directory-internal "c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh")
delete-directory("c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh" t)
jdee-flycheck-cleanup()
kill-buffer(#<buffer Test.java<2>>)

How to reproduce (if applicable):

  1. Install jdee package from melpa
  2. put following configuration in init.el
    (use-package jdee
    :ensure t
    :init (progn
    (setq jdee-jdk-registry (quote (("13.0.1" . "C:/jdk-13.0.1"))))
    (setq jdee-flycheck-enable-p t)
    (setq jdee-server-dir "C:\Users\me\.m2\repository\com\github\jdee-emacs\jdee-server\1.1-SNAPSHOT")))
  3. Open an existing *.java file

Other info you consider could help to fix it:

When flycheck is enabled and when I try to open a *.java file it complains that it can't delete a temporary folder like "c:/Users/me/AppData/Local/Temp/JDEE_flycheck_qpYCUh"
Disabling filecheck fixes the problem.
The reason why it can't delete is is because javaw.exe still holds it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant