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

'Set up directories and functions' chunk can't find G4M shared library #2

Closed
acjbrouwer opened this issue Oct 21, 2021 · 1 comment
Closed

Comments

@acjbrouwer
Copy link
Contributor

When running the notebook for commit 147d973 with all the submodules, including the G4M one, cloned as per their submodule references as current in that commit, running chunk 'Set up directories and functions throws the following error.

> dyn.load(path(CD,WD_G4M,"/tableMergeForLinker/merge_files.so"))
Error in inDL(x, as.logical(local), as.logical(now), ...) : 
  unable to load shared object 'E:/work/GLOBIOM/links/GLOBIOM-G4M-link/G4M/tableMergeForLinker/merge_files.so':
  LoadLibrary failure:  Access is denied.

Setting the x flag on the file via Cygwin resolved the issue. But that is kinda curious because you'd not expect it to require that on Windows, with the access being from the R runtime. @andreyaugustynczik, did you not encounter this error?

Related discussion: https://sourceforge.net/p/mingw/bugs/1475/

@acjbrouwer
Copy link
Contributor Author

Issue resolved by @andreyaugustynczik through compilation in absence of merge_files.so via compile_table_merger() helper function using the Rtools4 toolchain. Apparently, being MinGW-based, this properly sets the emulated x flag on Windows:

$ ls -l merge_files.so
-rwxrwxr-x+ 1 brouwer esm 983040 Nov  3 15:05 merge_files.so

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