similar to: dyn.load inside a package in R >= 3.0

Hello, I'm on Windows, and according to the documentation R searches along the search path when looking for dll's for dyn.load. For illustration, I've copied the XML.dll from package XML in the C:/Temp folder if (file.exists("C:/Temp/XML.dll")) { Sys.setenv(path = paste("C:/Temp;", Sys.getenv("path"), sep=""))

Hello, I am observing the following strange behavior when I try to load a shared library using dyn.load() under Linux... The library foo.so refers to a symbol in another package bar (with shared library bar.so), I get: dyn.load('foo.so') # error message because I forgot to load bar library(bar) # so I fix it dyn.load('foo.so') # works this time and everything is fine But, if

Hello, In such cases, with C code, I call dyn.unload before loading the modified shared lib again. I don't know if this changed recently, but it used to be needed or else R wouldn't load the new lib. When I call dyn.unload followed by dyn.load I never had problems. (Or the other way around, call dyn.unload before modifying the C code.) Hope this helps, Rui Barradas On 3/1/2018 8:52

Good question Rolf. Rui, thanks for pointing out dyn.unload. When I started using Rcpp a couple of years ago I got burned by stale .so enough times that I adopted a policy of recompile-then-start new R session. My workflow does not include Rolf's "brazillion" repeats, so the overhead of this approach has not been too painful. The documentation for dyn.unload (via ?dyn.unload)

Hi, I'm using dyn.load to load a shared library (compiled from C code) into R. If I dyn.unload it and then dyn.load it again, I get an hourglass icon in Rgui (R 1.7.0, Win 2000), and it just sits there forever. I can't press Escape to stop the current computation, but I can close Rgui without resorting to using the Task Manager. Is it a problem with my use of R_alloc? Do I need

I have C routines in a collection of files "/homef/jonm/postdocs/GLMM_project/Cprogs/nn/misc.o" "/homef/jonm/postdocs/GLMM_project/Cprogs/nn/random.o" "/homef/jonm/postdocs/GLMM_project/Cprogs/nn/ars.o" ... etc , where the third file includes functions which call functions in the second. In S, the function > gload function() {

Hi, I have been trying to dyn.load a library (rq.obj), which will allow me to run a quantile regression function, but so far unsuccessfully. I have tried under windows 98 and R 6.24: 1) dyn.load("d:\\...\\rq.obj") 2) dyn.load("d:\...\rq.obj") 3) 1 and 2 accounting for case sensitivity. 4) dyn.load("d:/.../rq.obj") 5) Place the files in the directory where from I

I am currently running R under Windows95. I am entirely new to R in any environment, with no prior experience of S or S-Plus either. I want to run some functions written for S-plus and residing in a file "cat.s". The fuctions also call some Fortran routines residing in a compiled fortran file "cat.obj" In S-Plus as I understand it I am supposed to first

Dear HelpeRs, I am trying to use an thirdy-part library under Linux (the library is developed both for Windows and for Linux). I have tried different solutions (with the library developer) but we are not able to solve the problem. So I try to ask for your help in order to escape from the full stop where we are at the moment. The problem looks to depend on the dyn.load function (technical

I tried to dynamically load a c++ function. Everything seems to be OK when dyn.load() is executed but then I get this error Error in .C("integral", sumInMean, sumInVar, boundError, numberSampleClasses, : C/Fortran function name not in load table The code of the function is something like this: #include <cmath> extern "C" { #include

On Linux, if I have a .so file that has a dependency on another .so, and I `dyn.load(now=FALSE)` the first one, R seems to try to resolve the symbols immediately, causing the load to fail. For example, I have `libtorch` installed on my HPC. Note that it links to various libs such as `libcudart.so` and `libmkl_intel_lp64.so.2` which aren't currently in my library path: ? ~ ldd

Hi, I have some S functions plus Fortran routines that I want to use in R. They work in S, but when I try to use "dyn.load" to link fortran codes in R , I get the following error. thanks, reza (I am using R-1.0.1 on windows NT, The name of fortran file (compiled Ratfor) is deldirld.o and it's in the D:\Reza\476\tv.gonsrc.R\ directory) >dyn.load("deldirld.o") Error in

Dear all, I would like to call TLNise ("Two-Level Normal indipendent sampling estimation") software within R. This software estimates a hierarchical model and it can be download from Philip Everson's website at "http://www.swarthmore.edu/NatSci/peverso1/TLNise/tlnise.htm". The TLNise software consists of: 1) a Fortran source code (tlnisemv1.f) and 2) a Splus code

Sorry if this is somewhere in the fine manuals but I've been unable to locate it. Does dyn.load use a search path or does it just look in the current directory for non-fully-qualified filenames? If there is a search path, what is it? Thanks for your help -- View this message in context: http://www.nabble.com/dyn.load-search-path--tp25492214p25492214.html Sent from the R help mailing list

Hi, I've just about got myself transferred from windowsXP to Linux (Mepis 3.3.1-1). I've got R 2.1.1, emacs, and ess running from the debian repositories. Of course, there is a hitch. I have a bit of C code in one of my personal functions. I have, apparently without problem, been able to compile it using R CMD SHLIB, but when I try to dyn.load it I get the following error: >

Hi, I'm trying to write modified versions of R save/load functions which read from/write to a char array instead of a file pointer. I want to compile my functions into a library and dyn.load them. Of course the new functions mySave/Load will use some of the internal R functions used by save/load, for example "MarkSave" (to be found in .../src/main/saveload.c). I declared them as

Dear R-list, I want to use shared library of gsl in R(2.15.1) on unix .I have a makefile such as CC = gcc CFLAGS = -fPIC -O2 PKG_LIBS -lgsl -lgslcblas -lm -lpthread ? OBJS_SPB = calc_spb.o k.o dk.o ddk.o ? ? calc_spb.so : $(OBJS_SPB) ? ????? $(CC) -shared -o calc_spb.so $(LIBS) $(OBJS_SPB) ? clean : ????? rm -f ../*.o *.o ? clean.so: ????? rm -f *.so ? I use R CMD SHLIB calc_spb.c in terminal

R-helpers, Is there an easy way to call an external (C) program using .C or .Call without including the code in a package. I know how to do it using system(), but that doesn't seem to be a permanent or portable solution. Initially I tried: .Call('filepath.to.c.function', arg1) and got this error: Error in .Call("filepath.to.c.function", "arg1", :

Hello, I have a probleme with the dynamic loading. I make two librairies "myfct.so" and "otherfct.so", where "myfct.so" is calling functions of "otherfct.so", and I want dyn.load() each of it, without generating a unique librarie. For exemple : myfct.c : void myfct(double *x, double *y) { otherfct(x); *y=(*x)+1.0; } myoth.c : void otherfct( double *x

I'm trying to install R on a Red Hat 3.0.3 system, but cannot seem to get dyn.load() to fuction. The configure script says: checking for dlopen in -ldl... no And compiling fails at ../lib/libunix.a Any suggestions? What should I do to be able to use dyn.load()? I cannot upgrade the system to a higher version of Red Hat, but I will probably get away with installing some new