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

Investigate the cache with emacs integration #60

Closed
jimhester opened this issue Mar 6, 2015 · 4 comments · Fixed by #496
Closed

Investigate the cache with emacs integration #60

jimhester opened this issue Mar 6, 2015 · 4 comments · Fixed by #496
Labels
bug an unexpected problem or unintended behavior

Comments

@jimhester
Copy link
Member

I was getting some errors until I turned off caching.

@jimhester jimhester added the bug an unexpected problem or unintended behavior label Apr 8, 2015
@jimhester
Copy link
Member Author

This is still broken, needs to be fixed!

@dankessler
Copy link
Contributor

I know this is old, but perhaps it's related to this issue

@dankessler
Copy link
Contributor

I think this is the issue described in the (now-closed) #308. I think that editing this line to include recursive = TRUE would address the problem where it's unable to create the cache because the ~/.R directory does not yet exist.

It's a pretty trivial change, but I'd be happy to more thoroughly test it and submit a PR if this approach is welcome.

@jimhester
Copy link
Member Author

Sure happy for a PR if you think that solves the issue

dankessler added a commit to dankessler/lintr that referenced this issue May 22, 2020
This should fix r-lib#60. As discussed in the links from that issue, by
default ESS turns on caching, which causes lintr to try to create a
subdirectory inside of ~/.R. However, if ~/.R doesn't exist in the
first place, dir.create will fail and lintr will not work in emacs. By
adding the recursive = TRUE argument to dir.create, this will now
create all parent directories as necessary to create the desired cache.
jimhester pushed a commit that referenced this issue May 25, 2020
This should fix #60. As discussed in the links from that issue, by
default ESS turns on caching, which causes lintr to try to create a
subdirectory inside of ~/.R. However, if ~/.R doesn't exist in the
first place, dir.create will fail and lintr will not work in emacs. By
adding the recursive = TRUE argument to dir.create, this will now
create all parent directories as necessary to create the desired cache.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug an unexpected problem or unintended behavior
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants