similar to: A small problem with PDF manuals

I am not sure if this is already known. I checked BUGS and found some references to similar behavior when R_HOME is set? Here is what I get: (1) Fresh build of 1.4.1 under Linux/RH-7.2. All tests pass. > R CMD check ctest * checking for working latex ... OK * using log directory `/home/andyj/stat/R-1.4.1/library/ctest.Rcheck' Installing *source* package `ctest'

Hello. I am in a habit of compiling daily snapshots of R-devel and R-patched on my Windows XP workstation. I have cygwin environment with up-to-date RTools and MiKTeX. I run cygwin and MiKTeX upadaters pretty often (every couple of days) so both of them are reasonably current. Recently I noticed a small annoyance when compiling R-dvel. It started happening right after I updated to the new

This is (hopefully) a small request. I routinely build (and test) both R versions from sources on my system (WinXP). I would like to be sure that I have the current version of Rtools. I always go to Robert Murdoch's site "Building R for Windows" and check the latest news. Everything I need is explained there, except I never know if I have the most recent version of Rtools.exe.

Hi, This happens in 2.8 and 2.9. I am posting this here because I am not sure if one should use bug.report for reporting bugs in unreleased versions. I was trying to run the example from the help page of plot.rpart. I got > library(rpart) > fit <- rpart(Price ~ Mileage + Type + Country, cu.summary) > plot(fit, compress=TRUE) Error in get(getOption("device")) : invalid

I just r-sync'ed the r-devel version of R-1.7.0 (2003-03-11), compiled it under RH-8.0 and ran make check. The reg-tests-2 fails at the very end with the message stating that "object cement was not found". It looks like this piece of the regression test is new to version 1.7. The the piece of code generating the error is: if(require(MASS)) { teststep <- function(formula,

I just r-sync'ed the r-devel version of R-1.7.0 (2003-03-11), compiled it under RH-8.0 and ran make check. The reg-tests-2 fails at the very end with the message stating that "object cement was not found". It looks like this piece of the regression test is new to version 1.7. The the piece of code generating the error is: if(require(MASS)) { teststep <- function(formula,

I just ran into this strange behavior. y <- rnorm(1000) x <- seq(0, length=length(y)) plot(x, y, type='l', lty=1) - instantaneous plot(x, y, type='l', lty=2) - 18s plotting lines + 15s plotting axes = 33s plot(x, y, type='l', lty=3) - 76s ,, + 75s ,, = 151s plot(x, y, type='l', lty=4) -

Hi, I have a problem of estimating a mixture of two normal distributions. I need to find the starting points automatically, since this is a part of a larger piece of image processing code. I found the mix2normal1 function in VGAM package that mentions a method of finding starting values for mu1 and mu2 but refers the reader to a book by Everitt and Hand. Unfortunately, I do not have an easy

Is there any way to process the "vignette" documantation files? I have been looking at the bioconductor packages and most of them have *.Rnw files in doc directories. They look like regular TeX but have sections showing R code that seem to choke TeX. Thanks, Andy __________________________________ Andy Jaworski Engineering Systems Technology Center 3M Center, 518-1-01 St. Paul, MN

Hi, I am not sure if this is a bug, so I am posting it here. I also searched the FAQ file for the readline string and did not find anything about the behavior below. I just successfully rsync'ed, compiled and tested R-1.4.0 on my RH 7.2 Linux machine. I encountered one problem though. When running ./configure I noticed that I was getting errors from the readline library. Although

R has had the ability to generate pdfs with transparent colors for a couple of years now using pdf(..., version="1.4"). By default, Sweave uses just 'pdf' (without version 1.4), so a hack is needed when using Sweave to create pdfs with transparent colors. See http://tolstoy.newcastle.edu.au/R/help/04/11/6655.html I would find my work process simpler if R defaulted to

I just installed R-1.4.0 on my Win2k machine from SetupR.exe. Everything seems to be fine with the base and recommended packages. However, when I install the lattice and grid packages they do not seem to work. Everything I try results in something like this: Instruction 0x00543f06 refernced memory 0x00000000. The memory cannot be "read". and I am getting kicked out of R. Has

I also downloaded the rgl package (after reading recent Uwe Ligges' post) and installed in on my Win2k Pro sp2 machine. It seems to work with no problems. I ran most of the examples, including the hist3d one, and all of them worked fine. A couple of thoughts. I have administrative priviliges on my machine. Could this possible make a difference. The rgl library uses OpenGL. Is it a

Hi, I am trying to compile R-1.3.1 under RH-7.2 Linux. I used the old gcc compiler (kgcc) and the compilation went fine. I can start R and run some rudimentary tasks with no problem. However, when I did make check I got the following error in base-Ex.Rout > fa <- file.access(dir(".")) Error in file.access(dir(".")) : file.access is not implemented on

Hello, I have come across two separate packages that have a Makefile in inst/doc which use the R_HOME variable. In both cases, the path to R_HOME gets munged in such a way that commands that include R_HOME fail on Windows: For example, one Makefile, for the xmapcore package ( https://hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/xmapcore/username/password: readonly) has this:

Hi, I am having the following problem and I am not sure if this is bug or I am missing something obvious. I have a bunch of R functions that automatically process large data sets. The processing produces several numerical summaries and several graphs which are subsequently put in reports. I usually do my processing in R BATCH mode on a Win2000 machine. All the graphical functions in my package

I think that there is a bug in the as.POSIXct function on Windows. Here is what I get on Win2000, Pentium III machine in R 1.8.1. > dd1 <- ISOdatetime(2003, 10, 26, 0, 59, 59) > dd2 <- ISOdatetime(2003, 10, 26, 1, 0, 0) > dd2 - dd1 Time difference of 1.000278 hours Now, the 26th of October was the day that change to the standard time occurred, so I suspect that this has

Hi, This seems a very basic problem, but I cannot seem to find the solution to it. I am trying to use Rcmdr on a data frame I created in my current R session. More specifically, I did x <- data.frame(matrix(0, ncol=3, nrow=5)) library(Rcmdr) Now I would like to be able to edit, view and perhaps analyze x, but I cannot seem to figure out how to make it active. Any hint will be welcome.

I just had a strange occurrence. I was printing out some PDFs and I pulled one down off the web (my wireless bill) and tried to print page 1. My browser properly fired up AR9, but nothing printed. I tried agian, still nothing. I saved the file, opened it with the Document Viewer and it can't print the file either. I tried opening it with GIMP, and it gets this error: Opening

The attached code produces corrupted pdfs (test2.pdf, test4.pdf and test5.pdf). The resulting pdf depends on how many cores are available on the machine. I don't see why there should be any difference between the pdfs (exept for the timestamp). Doing many operations involving mclapply can increase the size of the resulting pdf by ten times! Thank you for checking this. require(multicore)