search for: getloadeddlls

...nto modules and load/unload packages as the user switch from one module to another. This brought me another question: it seems that unload package with the detach/unloadNamespace function does not unload the DLLs, or in the case of the "SCDE" package, not all dependent DLLs: > length(getLoadedDLLs()) [1] 9 > requireNamespace("scde") Loading required namespace: scde > length(getLoadedDLLs()) [1] 34 > unloadNamespace("scde") now dyn.unload("/Library/Frameworks/R.framework/Versions/3.3/Resources/library/scde/libs/scde.so") ... > length(getLoadedDLLs())...

...I have to call it 200 times. It works about 100 times just fine and then R crashes. The values for which the function is evaluated are almost the same, there no sudden big differences. The only thing that is probably not really ok is that is.loaded('mpbvv.dll') returns FALSE. But if I call getLoadedDLLs(), the library is loaded > getLoadedDLLs() Filename base base methods C:/Programme/R/R-2.7.1/library/methods/libs/methods.dll grDevices C:/Programme/R/R-2.7.1/library/gr...

...question: Has anything changed in R 4.0.0/Windows regarding how dynamically loaded libraries are accessed? Can someone please point me in the right direction? WORKS On MacOSX Under: R version 3.6.1 (2019-07-05) -- "Action of the Toes" after dynamically loading ../../bin/qFVSie.so: > getLoadedDLLs()$qFVSie DLL name: qFVSie Filename: /Users/ncrookston/open-fvs/branches/NickDev/tests/APIviaR/../../bin/qFVSie.so Dynamic lookup: TRUE # expected output is correct: > i=1 > .C("CfvsSpeciesCode",fvs_code="",fia_code="",plant_code="", indx=as.integer(i)...

...uot; [5] "package:grDevices" "package:utils" "package:datasets" "Autoloads" [9] "package:base" > stats:::.onUnload function (libpath) library.dynam.unload("stats", libpath) <environment: namespace:stats> > getLoadedDLLs() Filename Dynamic.Lookup base base FALSE iconv C:/rw2030dev/modules/iconv.dll TRUE grDevices C:/rw2030dev/library/grDevices/libs/grDevices.dll FAL...

...oad/unload packages as the user switch from one module to another. > This brought me another question: it seems that unload package with the detach/unloadNamespace function does not unload the DLLs, or in the case of the "SCDE" package, not all dependent DLLs: >> length(getLoadedDLLs()) > [1] 9 >> requireNamespace("scde") > Loading required namespace: scde >> length(getLoadedDLLs()) > [1] 34 >> unloadNamespace("scde") > now dyn.unload("/Library/Frameworks/R.framework/Versions/3.3/Resources/librar...

On 04/05/2016 08:44, Martin Maechler wrote: >>>>>> Qin Zhu <qinzhu at outlook.com> >>>>>> on Mon, 2 May 2016 16:19:44 -0400 writes: > > > Hi, > > I?m working on a Shiny app for statistical analysis. I ran into this "maximal number of DLLs reached" issue recently because my app requires importing many other packages.

...certain problems can arise based on the compiler used and that these problems can sometimes cause R not to be able to access everything appropriately, but I've not found how to fix any of these problems. Specifically, after using dyn.load, I know the dll has been loaded because it is listed in getLoadedDLLs(), but when I try is.loaded("subroutine name"), it returns FALSE. I saw that this was mentioned in the manual, but it too offers little help for a solution. Any advice would be greatly appreciated. Cheers, Ian McCarthy Department of Economics Indiana University 100 S. Woodlawn Blooming...

...ble *x). The function is declared void, the output value is one of the arguments. C calling sequence is used. When inspecting the exports of the DLL with dumpbin I can see that the function I need is exported under the name 'planckwR'. Loading the DLL with dyn.load(dllpath). Works fine. getLoadedDLLs() shows info on the 'Planck.dll' that I made. So far so good. Made a function i R like this: Planckw<-function(Temp) { wavelength<-0.0 .C('planckwR',as.double(Temp),as.double(wavelength)) return(wavelength) } Calling this function, R complains the function &...

...ing in two new files, xplusy.o and xplusy.so. The wrapper in R is: dyn.load("xplusy.so") xplusy <- function(x, y){ .C("foo", as.double(x), as.double(y), out=double(1))$out } xplusy(1, 2) dyn.unload("xplusy.so") Now, dyn.load() works and xplusy also shows up in getLoadedDLLs(). However, when invoking the function, xplusy(1, 2), R complains: Error in .C("foo", as.double(x), as.double(y), out = double(1)): C symbol name "foo" not in load table I found some hints concerning Fortran code producing this error message, but no help concerning C code....

...e R function's name is K_MEANSR.R and the other is K_MEANSC.C. I compile it with 'R CMD SHLIB K_MEANSC.C' in the terminal. I get both .so and .o files. I use the function > dyn.load ('K_MEANSC.so') with no error. We can, I believe, see here that it is loaded: > getLoadedDLLs() Filename base base grDevices /Library/Frameworks/R.framework/Resources/library/grDevices/libs/grDevices.so stats /Library/Frameworks/R.framework/Resources/library/stats/libs/stats.so methods /Library/Frameworks/R...

...a dll, but I'm not sure how to identify if this is the problem since R is crashing immediately. Interestingly, when we start R and do NOT load rgl, but type this WITHOUT parentheses: rgl:::.onUnload We get the same crash. On my laptop I can load rgl just fine, after loading rgl I see: R> getLoadedDLLs() Filename Dynamic.Lookup base base FALSE methods C:/Program Files/R/R-3.4.1/library/methods/libs/x64/methods.dll FALSE utils C:/Program Files/R/R-3.4.1/library/utils/libs/x64/utils.dll FALSE digest c:/kw/R/win-library/3.4/digest/libs/x64/digest.dll...

...F THE ORIGINAL FORTRAN CODE subroutine kmeans(n, p, nran, mat, ishort, w, + ntran, istand, k1, k2, iassign, iseed, CHr, SSEr) ...... Once compiled, in R, I get the following: > dyn.load("/Users/sebas/Desktop/Fortan_kmeans/K-means3.so") > getLoadedDLLs() Filename 1 base 2 /Library/Frameworks/R.framework/Resources/library/grDevices/libs/ grDevices.so 3 /Library/Frameworks/R.framework/R...

I asked Tomas. Apparently this works: getNativeSymbolInfo("dotTcl",PACKAGE=getLoadedDLLs()$tcltk) and the tcltk behavior was changed by r84265 | hornik | 2023-04-15 08:44:36 +0200 (Sat, 15 Apr 2023) | 1 line Try forcing symbols in ff calls. Index: library/tcltk/src/init.c =================================================================== --- library/tcltk/src/init.c (revision...

...In other words, there may be left-over DLLs just sitting there doing > nothing but occupying space. You can remove these, using: > > R.utils::gcDLLs() > > Maybe that will help you get through your tests (as long as you're > unloading packages). gcDLLs() will look at base::getLoadedDLLs() and > its content and compare to loadedNamespaces() and unregister any > "stray" DLLs that remain after corresponding packages have been > unloaded. > > I think it would be useful if R CMD check would also check that DLLs > are unregistered when a package is unloaded &...

This is a request to increase MAX_NUM_DLLS in Rdynload.c in from 100 to 500. On line 131 of Rdynload.c, changing #define MAX_NUM_DLLS 100 to #define MAX_NUM_DLLS 500 In development of the mlr package, there have been several episodes in the past where we have had to break up unit tests because of the "maximum number of DLLs reached" error. This error has been an inconvenience that

Hi R-devel, I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by BeOS, not Linux based) on i586. With a few small changes to library paths and ifdefs I am able to get a seemingly working R binary. The build process stops with the 'tools' package. The last lines from make are below. Does anyone have any tips? I'm rather new to debugging at this low level. Are

...ere doing | >> nothing but occupying space. You can remove these, using: | >> | >> R.utils::gcDLLs() | >> | >> Maybe that will help you get through your tests (as long as you're | >> unloading packages). gcDLLs() will look at base::getLoadedDLLs() and | >> its content and compare to loadedNamespaces() and unregister any | >> "stray" DLLs that remain after corresponding packages have been | >> unloaded. | >> | >> I think it would be useful if R CMD check would also check that DLLs...

Hello, My problem is that I hit the hard-coded MAX_NUM_DLLS (100) limit of the number of loaded DLLs. I have a number of custom packages which interface and integrate a lot of CRAN and Bioconductor packages. For example, on my installation: Rscript -e 'library(crlmm);print(length(getLoadedDLLs()))' gives 28 loaded DLLs. I am currently trying to work-around that by putting external packages in Suggests: instead of Imports:, and lazy-load them, but still I am wondering if that threshold value of 100 is still relevant nowadays, or would it be possible to increase it. Thanks, Karl For...

...being unloaded themselves. In other words, there may be left-over DLLs just sitting there doing nothing but occupying space. You can remove these, using: R.utils::gcDLLs() Maybe that will help you get through your tests (as long as you're unloading packages). gcDLLs() will look at base::getLoadedDLLs() and its content and compare to loadedNamespaces() and unregister any "stray" DLLs that remain after corresponding packages have been unloaded. I think it would be useful if R CMD check would also check that DLLs are unregistered when a package is unloaded (https://github.com/HenrikBeng...

..., and it can make your multiple cores desktop PC have parallel computation. The following are my code: ######################## library(rparallel) msd <- function(x)c(mean(x),sd(x)) m <- matrix(rnorm(100000*100),ncol=100) st <- Sys.time() M <- NULL if( "rparallel" %in% names( getLoadedDLLs()) ) { runParallel( resultVar="M", resultOp="rbind",nWorkers=2) }else { for(i in 1:100000){ M <- rbind(M, msd(m[i,])) } } Sys.time() - st ######################## I know I can do the same thing by "apply". but just want to try the package. and I...