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

"NewSysFile" not resolved from current namespace (memisc) #34

Closed
lemzwerg opened this issue Oct 13, 2018 · 10 comments
Closed

"NewSysFile" not resolved from current namespace (memisc) #34

lemzwerg opened this issue Oct 13, 2018 · 10 comments

Comments

@lemzwerg
Copy link

[memisc 0.99.14.12]
[R version 3.3.1]
[openSuSE leap]

Loading an SPSS .sav file with

library("memisc")
data <- as.data.set(spss.system.file("foo.sav"))

results in

"NewSysFile" not resolved from current namespace (memisc)

Note that memisc has been installed into a subdirectory of ~/R/x86_64-suse-linux-gnu-library/3.3, which .libPath() properly shows.

Is this a mistake or problem on my side?

@melff
Copy link
Owner

melff commented Oct 15, 2018

Did you install the package in binary form? R release 3.3.3 introduced a change in the interface for packages with compiled C libraries, so that might be the cause of your troubles. In that case, installing the package from source might be the solution to your problem. But the preferable option is to upgrade your R installation. The current release of R is 3.5.1.

@lemzwerg
Copy link
Author

No, calling install.packages("memisc") did compile the package, and the log file of a re-installation doesn't show anything suspicious.

Meanwhile I've installed a lot of packages, and all of them seem to work fine except memisc. Maybe there is a deeper issue not directly related to the R version? Is there any command output that I could send to help identify the problem?

@melff
Copy link
Owner

melff commented Oct 20, 2018

That is odd. I am using the package for more then ten years with SPSS
system files and this error message never showed up. Can you provide me
with the results of traceback() and/or the results of R CMD check on
the source package? None of the automatic package checking systems on
CRAN or Travis CI have R 3.3.1 anymore. Usually the oldest version these
systems use is R 3.4.0.

@lemzwerg
Copy link
Author

Attached is the result of R CMD check memisc_0.99.14.12.tar.gz. It reports a similar (but not identical) error.

00check.log

@melff
Copy link
Owner

melff commented Oct 23, 2018

Symbols were made invisible by compiler flags in R relases from 3.3.0 to 3.3.2.
This is now fixed in release 0.99.16.3

@melff melff closed this as completed Oct 23, 2018
@lemzwerg
Copy link
Author

Thanks. Is this version already available on CRAN? Doing old.package() doesn't show it while using the Austrian mirror...

@melff
Copy link
Owner

melff commented Oct 25, 2018

It is not yet on CRAN, but you should be able to install it with devtools::install_github("melff/memisc") or (to be sure to get the release 0.99.16.3) devtools::install_github("melff/memisc",ref="0.99.16.3"). You'll need to install the "devtools" package though (available on CRAN), if you have not yet done so.

@lemzwerg
Copy link
Author

Hmm.

> devtools::install_github("melff/memisc",ref="0.99.16.3")
Downloading GitHub repo melff/memisc@0.99.16.3
Error: Does not appear to be an R package (no DESCRIPTION)

@melff
Copy link
Owner

melff commented Oct 26, 2018

Sorry, the package is in the "pkg" subdirectory. It should have been devtools::install_github("melff/memisc/pkg",ref="0.99.16.3")

@lemzwerg
Copy link
Author

Thanks. I can confirm that your fix works; I'm no able to load my .sav file.

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

2 participants