similar to: AW: running Rcmd INSTALL, again

Ok, one last try. R1.2.0, WinNT 4.0: [R is installed in: R_HOME=D:\Programme\R\rw1020] Can anyone give a hint what the following error message (when running Rcmd INSTALL) means and what to do about it? cd D:\Programme\R\rw1020\src\library D:\Programme\R\rw1020\bin\rcmd install testfunctions make: Entering directory `/cygdrive/d/Programme/R/rw1020/src/gnuwin32' dlltool -k --as as --dllname

Dear R users, this is a question for R version 1.2.0 under Windows NT 4.0, regarding the documentation of ones own functions. I have ceated a private library for my functions, which works all very well, apart from that I am not able to create appropriate help files. For illustration, here is a simple example of where I'm stuck: > # first, create a simple function f1: > f1 <-

I almost didn't believe in it anymore, but Rcmd INSTALL finally is working for me! Thanks to all who helped on this, especially to Guido Masarotto, Brian Ripley, John Fox, Peter Dalgaard, Uwe Ligges. Anyway, I do think the documentation is a bit confusing here (at least for me, I don't know if others have felt the same). It might be a good idea to add the essence of Brians and Guidos

Hi, I tried running Rcmd.exe to no avail. It doesn't even start because it tries to read some memory address that NT says it can't and terminate. I tried downloading and reinstalling rw1020sp.zip with the installer twice just in case it got corrupted somehow in transport but it resulted in the same problem. What should I do? platform i386-pc-mingw32 arch x86 os Win32 system

It is embarrassing, but I just can't get "Rcmd INSTALL" to work. I'm using R1.2.0 under Windows NT4.0, and what I do is open a commands window (cmd.exe) in directory "D:\", and then try the following: ----- REM this is how my PATH is set: D:\>set path = %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\system32\nls\DEUTSC H;d:\PROGRA~1\pfe;

Hi, R-users. I tried to install the 'RODBC' package by input C:\R>RCMD install RODBC_0_8-2_tar.tar , but I got the message 'Error: cannot change to directory 'RODBC_0_8-2_tar.tar' ' and failed to install. The file 'tar32.dll' lies in the system directory. How can I install the package above mentioned? OS:Win95 R_HOME:c:\R\rw1020 >From Kobe,

Hello: I'm trying to use Rcmd SHLIB to compile a single file, sann.c, to get sann.dll. I was able to get make libR.a to work, after going into MkRules and changing the line DLLTOOL=$(BINPREF)dlltool -k --as $(AS) to read DLLTOOL=C:/MINGW-1.1/bin/dlltool -k --as $(AS) But now I get: C:\rw1051\src\gnuwin32>Rcmd SHLIB sann.c make: make: Command not found make: *** [libR] Error 127

The trailing backslash seems to be the culprit. After looking at rw1020\bin\INSTALL, I noticed $pkg =~ s/\/$//; which I assume is to strip the trailing slash from a package name before obtaining the package name and cleaning out its directory I added $pkg =~ s/\\$//; immediately after this line. Rerunning Rcmd INSTALL C:\rw1011\src\library\bqtl\ with that change seemed to work OK

Ok, I think I may have a path or permissions problem (below). Anyone know which settings I should check? When I use "Rcmd SHLIB <filename>" I get: C:\Program Files\R\rw1081\bin>Rcmd SHLIB info.diffusion.c process_begin: CreateProcess((null), dlltool -k --as as --dllname R.dll --def R. exp --output-lib libR.a, ...) failed. make (e=2): The system cannot find the file

Hello: Many thanks to Professor Ripley for responding to my earlier post, included below, about trying to use mingw32 gcc.I did put back the original Rinternals.h. I am still crashing R every time I try to use C code. Here is what I did, basd on readme.packages: 1.) Ensured that C:\Rtools was first in my path, and obtained a new tools.zip from BDR's R tools site. 2.) Ensured that I

Thanks for the answers on readme.packages. I have installed Rw1031 from SetupR.exe including the option for compiling source files and, following directions in www.stats.ox.ac.ul/pub/Rtools, have installed: -tools.zip -Perl (Active Perl) -mingw-1.1.tar.gz -copied sh.exe to c:\bin\sh.exe After Perl installation, its directory is added to my path. I have also added the directory where the R

syskern (`Functions for writing code that is OS and R/S independent', an amazing description given the reality) fails Rcmd check on Windows, and also gives incorrect information where it does work. There are already correct OS-independent functions for these purposes in R. It appears not to be needed to run the other three packages in the dse bundle, but to be the only R package that

I've heard from several users who report no difficulties using the Rwinst.exe installer for the released version of 1.2.0. I've blown away all traces of 1.2.0 on my system and have re-downloaded all 10 zip files and the installer on both my NT and Win2K boxes. The memory-overwrite error persists on both systems, suggesting that there is some incompatibility between the 1.2.0

R (Windows version) users/developers: While I have checked R-help/-devel mailing lists and R-bug-tracking system, this problem has not been reported so far. I would like to know whether this problem is specific to my machine. Lately I downloaded the version 1.5.0 patched [for windows] from http://www.stats.ox.ac.uk/pub/bdr/RWin/Rpre/ [patched: 2002-06-05] and

Thanks for this clarification. I have learned in the meantime that it is necessary to be very careful when using all these POSIX things. As another example, here is something that made me scratch my head just yesterday: When I create a sequence of days that happens to start before and ends in daylight savings time, I seem to lose a day: > seq(from = strptime("20030329",

Hello, happy new year to all. The new Year gave me a new computer with Win98 and promptly I installed R on it. I created a directory R, with subdirectories gcc, perl,bin, helpwrk and rw1040. I got rw1040 from BDR place, the rest were gotter from the internet in the last week of the year, i.e. they are the newest versions. I modified autoexec.bat to put gcc\bin, perl\bin, etc in the path. I put the

I would like to compile for Windows a rather simple R package that contains some C code. It does not contain any Fortran code. I tried the cross-compilation route using the pre-built set of tools from http://www.devolution.com/~slouken/SDL/Xmingw32/, as described in $R_SRC/src/gnuwin32/INSTALL Using the sources in r-devel from the rsync site I am able to build libR.a in src/gnuwin32 but I

Guido has fixed Rterm hanging on Windows 2000 in interactive and --ess modes. The problem was that 'PulseEvent' doesn't work under 2000 as documented (and I can find nothing about this in MicroSoft's Knowledge Base except that it is known to happen under a debugger). The cross-compiled pre-release at http://www.stats.ox.ac.uk/pub/bdr/RWin/Rpre now incoporates the fix, and we

There seems to be a bug in "dotplot" concerning the "cex" parameter. Setting cex has no effect on the character size of the labels of the points. This problem was posted to r-help today (Thu, 18 Jan 2001); the solution given by Brian Ripley (and Uwe Ligges) seems to work for me. Heinrich Rinner. > version _ platform i386-pc-mingw32 arch x86

I'm excited about SJava, and I'ld love to get it working, but can't get past loading the package. .First.lib fails on this statement: > library.dynam("SJava", "SJava", "C:/PROGRA~1/R/rw1091/library") Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to load shared library