similar to: Re: [S] dyn.load

I am trying to call a FORTRAN subroutine from R. is.loaded is turning out to be TRUE. However when I run my .Fortran command I get the following error: Error in .Fortran("VALUEAHROPTIMIZE", as.double(ahrArray), as.double(kwArray), : Fortran symbol name "valueahroptimize" not in load table I have given the FORTRAN declaration below: subroutine VALUEAHROPTIMIZE(AHR,

Following the recommendation of Prof. Ripley, I have created the Makevars file with the line: PKG_LIBS="-L/usr/lib/libm -lm -L/usr/local/lib/libgsl -lgsl -L/usr/local/lib /libgslcblas -lgslcblas" in the working directory. Now I have the code file Example3.c which computes the Bessel function value (the example is taken from the GSL reference book). I am running: R CMD SHLIB Example3.c

I am trying to call a FORTRAN subroutine from R. is.loaded is turning out to be TRUE. However when I run my .Fortran command I get the following error: Error in .Fortran("VALUEAHROPTIMIZE", as.double(ahrArray), as.double(kwArray), : Fortran symbol name "valueahroptimize" not in load table I have given the FORTRAN declaration below: subroutine VALUEAHROPTIMIZE(AHR,

From: "Heberto Ghezzo" <heberto at MEAKINS.Lan.McGill.CA> Please be patient: rw0640 was only released very late on Monday, and this is not my primary occupation! In some cases you _need_ the versions of pre-built packages for rw0640: there is no version of sm for rw0640 there, yet. I have one working, but not yet fully tested. (I put one up briefly but removed it pending testing

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() {

I have a FORTRAN DLL file obtained from Compaq Visual Fortran and when I try to load the DLL into the R environment I get an error. > dyn.load("my_function.dll") "This application has failed to start because MSCVRTD.dll was not found. Re-installing this application may fix the problem." When I tried it again, the above error doesn't appear anymore. Instead, I get the

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

I noticed this error in my demo from previous versions as well as R 0.99.0. Is there a way around this one also? Thanks in advance... > demo(dyn.load) demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load(file.path(R.home(), "demos", "dynload", paste("zero", .Platform$dynlib.ext, sep = ""))) Error in

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

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

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

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

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

In S(plus), I can write functions using code fragments like if(!is.loaded(symbol.C("my_C_fun"))) dyn.load("......../my_C_fun.o") r <- .C("my_C_fun", x = x, n = n, ... ) which I would like to have in R, too. The S-plus help page on this subject says : S+>> Code Availability S+>> S+>> DESCRIPTION: S+>> is.loaded

I sent this enquiry to r-help and received several sympathetic replies, none of which were definitive. It was kindly suggested to me that I might get better mileage out of r-devel, so I'm trying here. I hope that this is not inappropriate. My original enquiry to r-help: ========================================================================== I am working with a function "foo"

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

I am a little confused about the relationship between library.dynam and dyn.load >From the documentation: library.dynam(chname, Load the specified file of compiled code if it has not been loaded already, or unloads it. Where chname is a character string naming a shared library to load. and dyn.load(x, local = TRUE, now = TRUE) Load or unload shared libraries, and test whether a C function

Hi! I would like to call a Fortran subroutine within R. For doing this, I first built a shared library for loading into R under Unix and it was successful. But when I tried to load a shared library using dyn.load() function for use in .Fortran(), I got an error message. The command I input below in R is: >dyn.load("aaa.so") The reslut is: error in