similar to: load C code into R

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 have developed an R package that works under Win32, but when I attempt to build it on Win64, I get ERROR: loading failed for 'x64' More precisely, I developed and tested the package under Win32 and it works. But when I move to a 64 bit Windows 7 (Home Premium) system, and attempt to build both 32 bit and 64 bit packages, the 32 bit package seems to build, but the 64 bit build

Thanks for your help in adance !!! I work with SAMBA HEAD since alpha24. I have running a BDC, PDC, Printserver on 3 separate pc's. In my domain is integrated a nativ w2k Fileserver ( Dell Nas PowerVault 725 ) for fileserving. Passwords are held in LDAP on every (Linux) machine pam-ldap works. Every thing was fine before the last update to BETA 3. Problem : I was updating from BETA 2 to

I think this is a more problematic buglet in (implicit/explicit) ``invisible behavior''). Try this (all versions of R from 0.49 to 0.60): test0 <- function() c(1,2) test <- function(two = FALSE) c(1, if(two) 2) testR <- function(two = FALSE) return(c(1, if(two) 2)) test0()# 1 2 as it should test() #

Full_Name: Xiaobao Wang Version: R 1.7.1 OS: Windows XP Submission from: (NULL) (24.45.25.102) accidentally done the following: rpt.dir <- paste("c:/report/testR","bestsub",spe="/") dir.create(rpt.dir) (spe should be sep). Now the directory "c:/report/testR bestsub " cannot be removed. I tried to remove it from Windows Explorer and got the message

Hi, I've just started using RSPerl. Though also tests in directory "/usr/local/lib/R/library/RSPerl/tests/" are passed successfully, I meet the problem with the following codes; use strict; use warnings; use R; use RReferences; my @array1=1..10; my @array2=1..39; &R::initR("--silent"); &R::library("RSPerl"); my $tt=&R::call("t.test",

Dear R users, Have you experienced any difficulty in calling R's ISNAN() from a C code? I have C codes including ISNAN() calls and they worked well until I upgraded my R from 1.7 to later versions. When I tried to compile the codes in the version 1.8 and 1.9, I got error messages like this: test.obj : error LNK2001: unresolved external symbol _isnan .\testR.dll : fatal error LNK1120: 1

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)

I am working with a function "foo" that explicitly dynamically loads a shared object library or "DLL", doing something like dyn.load("bar.so"). This is a debugging exercise so I make changes to the underlying Fortran code (yes, I acknowledge that I am a dinosaur) remake the DLL "bar.so" and then run foo again. This is all *without* quitting and

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

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

Hi folks: I used to load a DLL fine up until R 1.5.1. The same DLL dyn.loaded under R 1.6.2 prints the following warning message: > dyn.load("C:/Rajiv/Bin/rpdate.dll") Warning message: DLL attempted to change FPU control word from 8001f to 9001f > Any indication as to what the warning means, and whether I should be concerned about it? The DLL is made from a pure C code,

There is a difference in the p- value from 0.000 and 0.012 when I am using SPSS. 0.000 when I am using the independent variable as scaled 0.012 if I am using the variable as ordinal. The independent variable is ordinal but it seems that R is using the variable as an scaled, because the P- Value is computed with 4.66e-06 so I am not sure which description I am misunderstanding: SPSS;:

Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load("file.so"). The function I then call with .C("function"). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load("file.so"), the

Dear R-ers Could you tell me how to build DLL from Fortran source and use the DLL in R? Environments: Windows 98 Fortran compiler : DIGITAL Visual Fortran Optimizing Compiler Version: V5.0 R v1.2.3 EXAMPLE SOURCE : FOO.FOR ------------------------------------- SUBROUTINE FOO(I,J) INTEGER I,J I=0 J=I+1 END ------------------------------------- I compiled FOO.FOR with DLL option.

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

Hi everyone, I'm trying to create a small C++ program which embed R, but I'm having problems when I try to do it on Windows 64 bits. I have created a minimal reproducible example which is just the src/gnuwin32/front-ends/rtest.c file with the R_ReplDLLdo1() loop, the only difference is that I set the interactive mode to TRUE. Here is the cpp file:

Hello, I am trying to port a package that was built for R 2.15 over to R 3.0. This package has an Initialize method that uses dyn.load to load a dll that was built separately, and then uses .C() to make calls on the functions in that dll. This worked fine in 2.15, however, I see that now for 3.0 .C() will only search in the namespace of your current package. This seems to make it impossible to use

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

Hi! I am studying C language to run with R 2.0.0. My system (Windows ME /BR) is configured to run RCMD ( I have installed ActivePerl, Rtools and MinGW as indicated in http://www.murdoch-sutherland.com/Rtools/ an with correct path). I would like run the coded write below named conv.c (Example from "Write R Extension") : #include <R.h> #include <Rinternals.h>