similar to: Sv: R-beta: windows and dynload. ?Win98

I get an error: Error in dyn.load(file) : unable to load shared library "D:\R_CODA\RW0613\library\eda\libs\eda.dll" with almost all the packages. I tried to use "require" and tried also to copy the dll's to the bin directory and nothing helped. Any ideas ? Thanks for your efforts Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

Hi, I have gnuwin32 (b18) and the rw0613b.zip version of R. With regards to (re)making the dynload dll demo given (zero.dll) could anyone tell me what the command line for the makefile should be. ie, make -f Makefile.in ...? Thanks for any help -- Douglas -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

Hello R Developers, This is my first foray into using c-code with R, so please forgive my foolishness. I had a look at the archives and did not find anything on this, so hopefully I am not doubling up. I have tried to use R cmd to create an object file from the odesolve dynload example. I am using windows and have just installed rtools, and have the latest version of stable R (2..7.2). This is

HI R Gurus, > This is my first foray into using c-code with R, so ... > I had a look at the archives and did not find anything on this, so > hopefully I am not doubling up. > I have previously used the following approach where I needed some very small numbers/large (using Brobdingnag): surfacewithdiff <- function(t, y, p) { const=p["const"] kay

On Thu, 10 Jun 1999, Friedrich Leisch wrote: > Yes, if I understood AIX workings correct you have to have a text file > of to-be-exported symbols at the time of linking a shared library, > i.e. the linker is called like (this is pasted from a mail by Arne) > > $(F77) -o module.so -bM:SRE -bE:module.exp -bnoentry $(OBJECTS) $(LIBDIR) $(LIBS) > > where module.exp is a text

I have just uploaded to CRAN a binary distribution of R for Windows3.1 + Win32s. You can also find it at ftp://sirio.stat.unipd.it/pub/R guido m. ---------------------------readme.31---------------------------------------- rwin31b.zip contains a binary distribution of R-0.61.3 for MsWindows3.1 with Win32s installed. The executable and the dll's are compiled with egcs-mingw32. This

I have just uploaded to CRAN a binary distribution of R for Windows3.1 + Win32s. You can also find it at ftp://sirio.stat.unipd.it/pub/R guido m. ---------------------------readme.31---------------------------------------- rwin31b.zip contains a binary distribution of R-0.61.3 for MsWindows3.1 with Win32s installed. The executable and the dll's are compiled with egcs-mingw32. This

I'm using the recent (rw0613) Windows port of R under NT 4.0 and Win95 OSR2, and I can't execute scripts from the command line. R programs that work with the source("myscript.s") command within R, as well as with "R < myscript.s" on my Sun workstation, produce this error message if run in a DOS window under NT or '95: Error: workspace file corrupted -- no data

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary

A non-text attachment was scrubbed... Name: not available Type: text Size: 655 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/19980831/50aa334c/attachment.pl

Hi I tried to cross compile R under Linux but get an error. i586-mingw32-gcc -isystem /home/schouwl/unpack/mingw/include -O2 -Wall -pedantic -I../include -I. -DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this

I tried to cross-compile the newest release 2.0.1 on a linux machine, but i always got an error at the following stage DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each

Dear R users I have started to use gdb for debugging dynloaded C code as described in `Writing R Extensions'. Unfortunately I have run into several problems that I haven't been able to solve: - using `n': how comes that the same line of code appears up to three times (and inbetween the next line and maybe even the second next one?) - using `print' resp. `display': How

Dear R users, I would need some help in building R using minGW in windows 8.1. After using the command *configure *(./configure --enable-R-shlib --with-readline=no --with-x=no), I use the command *make. *This results in the following error: [...] make[2]: Leaving directory `/home/Edoardo/r-3.1.2/src/nmath' make[2]: Entering directory `/home/Edoardo/r-3.1.2/src/unix' make[3]: Entering