similar to: "size of shared memory region" messages show up with Rtools 3.1.0.1939

Hi, With Rtools 3.1.0.1936 I can create and extract from .tar.bz2 files: (first directory in %PATH% is c:\rtools31.1936\bin) E:\>tar jcvf tmp.tar.bz2 tmp tmp/ tmp/foo.txt E:\>tar jtvf tmp.tar.bz2 drwxr-xr-x 4294967295/4294967295 0 2013-11-22 11:35 tmp/ -rw-r--r-- 4294967295/4294967295 3 2013-11-22 11:35 tmp/foo.txt E:\>mkdir ex E:\>cd ex E:\ex>tar jxvf ..\tmp.tar.bz2 tmp/

On Thu Jan 9 2014 03:47 Henrik Bengtsson wrote: > This is is an issue that bugged me for a while. I encountered a year > ago (April 2012) when I first tried to build R from source on Windows. > I never figured out what the solution is or if I'm doing something > wrong myself (but I have found a tedious workaround). I'm still on > the same Windows 7 Ultimate machine with

This is is an issue that bugged me for a while. I encountered a year ago (April 2012) when I first tried to build R from source on Windows. I never figured out what the solution is or if I'm doing something wrong myself (but I have found a tedious workaround). I'm still on the same Windows 7 Ultimate machine with NTFS, but I now made sure I started from scratch so I have a completely

Hi An attempt to use R and Rtools in Wine fails, see the bug report to Wine: http://bugs.winehq.org/show_bug.cgi?id=34865 The people there say that Rtools uses an outdated Cygwin DLL with a custom patch. Is there any chance we can upgrade our Cygwin DLL to a supported upstream version? Thanks. Cheers Kirill [[alternative HTML version deleted]]

Hi, I have been running TFTPD server for 3 weeks and performed about 100 deployments. After that, TFTPD started throwing the follwing errotrs in /var/log/messages Aug 20 21:52:55 RTP-OSP-Server tftpd[7146]: warning: cannot open /etc/hosts.allow: Too many open files Aug 20 21:52:55 RTP-OSP-Server tftpd[7146]: warning: cannot open /etc/hosts.deny: Too many open files Aug 20 21:52:55 RTP-OSP-Server

Hi, I'm running into a case where byte-compilation changes the semantic of a function. This is with R 3.4.0: foo <- function(x) { TRUE && x } foo(c(a=FALSE)) # [1] FALSE # OK foo(c(a=TRUE)) # [1] TRUE # OK foo(c(a=FALSE)) # a # ???? # FALSE The 3rd call returned a result that it different from the 1st call! After

The Bioconductor build for a package DirichletMultinomial on R Under development (unstable) (2013-02-26 r62077) -- "Unsuffered Consequences" at http://bioconductor.org/checkResults/devel/bioc-LATEST/DirichletMultinomial/george2-buildsrc.html shows * creating vignettes ... ERROR ... Error: processing vignette ?DirichletMultinomial.Rnw? failed with diagnostics: chunk 21 (label

Hi, Trying to compile one of the latest snapshot tarballs of R-devel gives me the following error (64-bit openSUSE 10.3): ... make[2]: Entering directory `/loc/home/biocbuild/bbs-2.4-bioc/R/src/library/Recommended' make[2]: *** No rule to make target `VR.ts', needed by `stamp-recommended'. Stop. make[2]: Leaving directory

Full_Name: Brian K. Boonstra Version: 2.2.1 OS: WinXP, OSX Submission from: (NULL) (63.172.178.137) The maxdrawdown function in tseries defines the maximum drawdown in terms of absolute dollars (or whatever units the input is in). Industry convention is to do this in percentage terms. I have written the code below as maximumdrawdown(), which retains backward compatibility with the current

The subject line is in error, as the issue must be in "R-devel.tar.gz" as running the same Rtools on last night's download of R-devel_2015-03-09.tar.gz successfully navigates that error. The error exists in R-devel_2015-03-12.tar.gz and R-devel_2015-03-12.tar.gz and R-devel_2015-03-10.tar.gz, but not R-devel_2015-03-09.tar.gz, so it must have been something between 09 and 10. Avi

Good evening. Testing the most recent version of Rtools, the build stops about when text.c is being compiled in the tools package (just after R.Lapack). The compilation is looking for gcc in C:, even though RTOOLS is set for another drive, and the compilation has successfully run until this point. This did not happen last night with version 1955. I've uninstalled and reinstalled Rtools three

Hi, I created a package as follows: > a = 1 > package.skeleton() Then I got the following output when building the package: * checking for file ?anRpackage/DESCRIPTION? ... OK * preparing ?anRpackage?: * checking DESCRIPTION meta-information ... OK * checking for LF line-endings in source and make files * checking for empty or unneeded directories * looking to see if a ?data/datalist?

On Wed, May 29, 2013 at 03:25:30PM +0200, Duncan Sands wrote: > Hi Jack, I pulled the loop vectorizer and fast math changes into the 3.3 branch, > so hopefully they will be part of 3.3 rc3 (and 3.3 final!). It would be great > if you could redo the benchmarks rc3. > Duncan, As requested, appended are the updated Polyhedron 2005 benchmark results with both RC1 and RC3 llvm 3.3

Hello, Man page for 'install.packages' says that if the 'lib' arg is missing, then it "defaults to '.libPaths()[1]' with a warning". But, given the 'install.packages' source code, it seems that this warning is issued only when 'length(.libPaths()) > 1'. So typically, this warning will appear on Mac OS X but not on a Linux or Windows systems

Hi, Starting with the XML package installed: > "XML" %in% rownames(installed.packages()) [1] TRUE > I ran the following script: pkgs <- c("XML") for (i in 1:100) { install.packages(pkgs, repos="http://cran.fhcrc.org") if (!all(pkgs %in% rownames(installed.packages()))) { print("failed to install pkgs!")

After reading the readme.packages file, I would like to install the R tools in order to build my own packages, but the internet portal http://www.stats.ox.ac.uk/pub/Rtools/ hasn't been working since a few days. Where can I get the file tools.zip? Thank you! Eric Esposito

Hi, I've been trying to get the python bridge (rpy2) to build for 64-bit R and python. The current stumbling block is that mingw can't use the python27.lib file that comes with CPython and so I need to generate libpython27.a. When I use dlltool from rtools to do that however, I end up with a 32-bit file: >"G:\Rtools\gcc-4.6.3\i686-w64-mingw32\bin\dlltool" -e libpython27.a

Is Rtools 3.4 or 3.5 the recommended version for to go along with R 3.5.0? The reason I ask is our corporate IT upgraded our systems to R 3.5.0 but does not *want* to upgrade Rtools to 3.5 since it is not "frozen". >From the RTools download page this seems like it should work but I 'd like to confirm. Thanks in advance, Brian

Hi, I replaced my Rtools today as posted at http://www.murdoch-sutherland.com/Rtools/Rtools.exe Trying to build R-devel_2007-12-13.tar.gz without modifying MkRules gives the gfortran command not found error below. I am wondering if gfortran.exe is missing from (recent?) Rtools.exe or I am doing something wrong. Thanks to hints at Duncan's site, I worked around the error by adding

Regarding this from this week: 2.10.0 PACKAGE INSTALLATION (Windows) It is possible to install source packages without Rtools provided they have no compiled code and no configure.win or cleanup.win script. - what are the instructions to perform such a source install? - I assume one still needs MiKTeX -- is that right? - is the source install done from a tar.gz (in which case one would need tar