similar to: R-beta: WISH: For dyn.load()ing, I'd like is.loaded(.) , symbol.C, symbol.For

I'm running R 2.15.1x64, though the same problem persists for 2.13.0x32 and 2.13.0x64. I am trying to run compiled C code using the .C convention. The code compiles without problems, dynamically loads within the R workspace with no problems, and even runs and gives correct results with no problems. However, R will randomly crash within a few minutes of successfully using the compiled

I hope that someone reading this list can offer some suggestions on how I can incorporate external C libraries in C functions that I want to call from R. I have gone through all of the documentation, help files and mailing list archives and have not been able to find a satisfactory solution. I have constructed a simple example of the problem, since my "real" program is much more

Dear R-developers, I am working on an C interface to some c functions. I compiled the c file using R CMD SHLIB without any compilation errors. All libs used are added to the LD_LIBRARY_PATH. However dyn.load("interface.so") produces undefined symbol: N_VNew_Serial; which is defined in one of the libs I link against. Where, and how to start searching for the error? Eryk

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 have 2 .cpp files in two different directories in which I need to put DTrace probes. They are compiled into two .a libraries one after another. In the end they are combined to a single .so file. This sequence I can not change. I get an error "ld: fatal: symbol `__SUNW_dof'' is multiply-defined:". What is the solution for this? Here is my simulation of real world problem in

Dear all, I am puzzled at the behaviour of is.loaded() when a dyn.load() call to a a FORTRAN shared library is included in a file to be sourced. A reproducible example is the following: 1. the attached fortran subroutine try_it.f90 performs a summation of the elements of a REAL*8 vector compile with gfortran try_it.f90 -shared -s -otry_it.dll 2. create a file to be sourced (see the attached

Hi, when designing libraries for R, is it possible to call C/Fortran subroutines from other dynamically loaded code? The following example crashes R: ********* fn1.c ***************** void twice(int *i) { *i = 2 * *i; } ********************************* ********* fn2.c ***************** extern int twice(int *i); void negtwice(int *i) { *i = -1 * twice(i); }

Hi, when designing libraries for R, is it possible to call C/Fortran subroutines from other dynamically loaded code? The following example crashes R: ********* fn1.c ***************** void twice(int *i) { *i = 2 * *i; } ********************************* ********* fn2.c ***************** extern int twice(int *i); void negtwice(int *i) { *i = -1 * twice(i); }

Hello, I've been trying to make LinkingTo work when the package linked to has c++ code. I've put dumb packages to illustrate this emails here ; http://addictedtor.free.fr/misc/linkingto Package A defines this C++ class: class A { public: A() ; ~A() ; SEXP hello() ; } ; Package B has this function : SEXP say_hello(){ A a ; return a.hello() ; } headers of package A are copied

checking for OpenSSL directory... configure: error: Could not find working OpenSSL library, please install or check config.log Now if I go and check the config.log file I have this as error. This is for solaris 2.6/2.7OS configure:4354: checking for OpenSSL directory configure:4411: gcc -o conftest -g -O2 -Wall -I/usr/local/include -I/usr/local/ssl/ include -I/opt/TWWfsw/zlib11/include

Hello all, I am trying to write an interface for BQN <https://mlochbaum.github.io/BQN/> and R However, even | dyn.load("/usr/local/lib/libcbqn.so"); .Call("bqn_init")| immediately fails on the BQN side, viz. |Failed to allocate memory for JIT 200 times; stopping trying|| ||CBQN interpreter entered unexpected state, exiting. |This is because BQN tries to allocate

dyn is an R package that facilitates the use of regression using time series data with lags and diffs (known as dynamic regression). It is a lightweight package that has no facilities of its own but leverages off the various time series and regression functions in R to make it easier to use them together. Its features include: - many regression functions. It can be used with lm, glm, loess,

dyn is an R package that facilitates the use of regression using time series data with lags and diffs (known as dynamic regression). It is a lightweight package that has no facilities of its own but leverages off the various time series and regression functions in R to make it easier to use them together. Its features include: - many regression functions. It can be used with lm, glm, loess,

After having browsed the documentation for a while without discovering what I am looking for, maybe one of you would know ... What I want to do: I have two fortran files MC.f and ESCA.f. In MC.f there is a call to a routine called lpost. This routine (lpost) is defined (among other things) in ESCA.f. Under linux, I can do the following: R CMD SHLIB MC.f and R CMD SHLIB ESCA.f followed by

Hello: I am having some difficulty with a DLL, using > version _ platform i386-pc-mingw32 arch x86 os Win32 system x86, Win32 status major 1 minor 2.1 year 2001 month 01 day 15 language R I have a library called

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

Hi, here are a couple of strange things happening with R.2.2.0 compiled under Mandrake-10.1 At the begining of the story I have segmentation fault using package RandomFields in conjuction with some Fortran code of mine loaded with dyn.load. One of my fortran programs contains a subroutine named fstat Trying to trace , I simplified the sequence as much as possible and I end up with the the

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'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 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