similar to: vector(NA, 3) (PR#1541)

I seem to remember an error like this being mentioned before, but if it wasn't: > zz <- density(rnorm(100)) > plot(zz) Error in plot.new() : Figure margins too large > version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 0 minor 90.1 year 1999 month December day 15 language R Paul Gilbert

R> order(1, na.last=NA) Error in apply(sapply(z, is.na), 1, any) : dim(X) must have a positive length This bug appears unrelated to PR#1906, and so the fix of 8/15 doesn't help. It comes from the line inside order(): ok <- !apply(sapply(z, is.na), 1, any) where z=list(1) in my example. sapply() returns a single-element vector, not a matrix, making apply() unhappy. This might

An NA in the rownames of a matrix (or dataframe) causes misalignment when the matrix is printed: R> x <- matrix(1:12, 3,4, dimnames=list(letters[1:3], LETTERS[1:4])) R> rownames(x)[2] <- NA R> x A B C D a 1 4 7 10 <NA> 2 5 8 11 c 3 6 9 12 The bug is in function Rstrlen, in src/main/printutils.c. MatrixRowLabel and MatrixColumnLabel (same file) rely on Rstrlen

I've managed to trap the following segfault with xxgdb and gctorture() set. The segfault seems to move around if gctorture() is not set, but has now occurred twice in the same spot with it set. xxgdb gives the message Program received signal SIGSEGV, Segmentation fault. 0x71244 in RunGenCollect (size_needed=2) at memory.c:1027 and the source listing points to FORWARD_CHILDREN(s); in the

Full_Name: Sharon Kuhlmann Version: 0.99 OS: solaris2.6 Submission from: (NULL) (129.16.167.231) When I use the function > eigen(x), it gives me a "Process R bus error", and the program quits. I'm running the following R version: platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status Patched

You get a warning message when you specify a ylab parameter while plotting data whose x's are POSIXct values. Apparently the `axis.POSIXct' method tries to reset the ylab---via the ... parameter---after it has already been set by higher level methods. Here is a function that illustrates the problem. ylabProblem <- function() { x <- ISOdate(2003, 4, 1:10) # POSIXct

I have now tested R 1.3.1 compiled with GCC 3.0.2 on Solaris and the example I previously posted (repeated below) still gives a segmentation fault, as it does with GCC 3.0.1 but not with 2.95.2. The eigen calculation sometimes needs to be repeated several times before the segmentation fault occurs. La.eigen does not cause a problem. (The problem occurred with R-devel too, but I have not tested

Hey everyone! I am seeing strange behavior with NA in the rownames of dataframes: > a <- data.frame(1:3, row.names = c("r1", NA, "r3")) > cbind(a) X1.3 r1 1 <NA> 2 r3 3 Everything works. The peculiar thing is that when the NA is in the first row, things no longer work as I would have expected: > b <- data.frame(1:3, row.names

I often use merge with dataframes that contain character vectors which have elements that are sometimes "NA" (meaning the string NA, not the same thing, obviously, as NA in a numeric or factor vector). For example, the stock ticker for Nabisco was "NA". Unfortunately (for me), it seems like merge insists on inserting "NA" for missing values. My question: Is there some

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

Here's a simple example: > x <- rnorm(20) > y <- 1 + 10*x + rnorm(20) > plot(y ~ x, subset=2*(1:10),xlab="In",ylab="Out") Error in length(x) == l : comparison (1) is possible only for vector types The problem seems to be in this section of the code for plot.formula: if (!missing(subset)) { s <- eval(m$subset, data, parent.frame()) l

Seems to be a day for finding peculiar little things. There is an inconsistency in the behavior of lm vis a vis glm: > x <- rnorm(15) > y <- 1 + 10*x + rnorm(15) > z <- as.factor(rep(c("A","B","C"),rep(5,3))) > xyz <- data.frame(x,y,z) > fit.lm <- lm(y ~ x + z, data=xyz, subset=(z != "C")) > fit.glm <- glm(y ~ x +

Environment variables set with Sys.putenv() disappear (i.e. become "") after a while, especially after heavy-duty I/O. Example: R> x <- matrix(1., 3000, 3000) R> save(x, file="myx.RData") R> Sys.putenv(HOME="/tmp") R> while (Sys.getenv("HOME") != "") {cat("ok\n"); load("myx.RData")} The loop prints

I understand that NA's in character vectors are displayed differently than NA's in factor vectors. > c("x", NA, "y") [1] "x" NA "y" > as.factor(c("x", NA, "y")) [1] x <NA> y Levels: x y That seems sensible enough. But shouldn't I see the same behavior in a dataframe? > test <- data.frame(a =

Full_Name: ulrich poetter Version: 0.65.0 OS: sparc-sun-solaris 2.6 Submission from: (NULL) (134.147.95.163) Building R-0.65.0 on sparc-sun-solaris2.6 using sun make + gcc 2.95.1+ binutils 2.8.1 and ./configure --with-g77 fails when building the eda etc. libraries. The configure script produces SHLIBLDFLAGS= -G. Replacing this in config.site by SHLIBLDFLAGS = -shared gives no errors during

Hi, In 1.4.1, I was able to create extra "empty" rows in a dataframe as so: > x <- data.frame(a = letters[1:3], b = 1:3) > x a b 1 a 1 2 b 2 3 c 3 > x[4,] a b NA NA NA > rbind(x, x[4,]) a b 1 a 1 2 b 2 3 c 3 NA NA NA > R.version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6

Hello List, Knowing I would eventually need to ask for help on the list, I've held off my thanks and congratulations on the 1.+ releases of R. I am amazed at the dedication of the R-core team, and do add my applause and thanks. I've had a compile problem with the latest version which has not occurred before. I'm compiling under: platform sparc-sun-solaris2.6 arch sparc

To whom should bug reports of the R port of acepack be directed? On a SPARC/Solaris 2.6 or 2.7 (SunOS 5.6 or 5.7) system running R-1.0.0 the avas example fails > library(acepack) > example(avas) avas> TWOPI <- 8 * atan(1) avas> x <- runif(200, 0, TWOPI) avas> y <- exp(sin(x) + rnorm(200)/2) avas> a <- avas(x, y) Process R bus error (core dumped) at Mon

I've been trying to build a bundle with the R-devel snapshot from yesterday. (Yes I know it is unstable and just tell me if I shouldn't be trying to do this yet.) It is failing with the message tar : /dev/rmt/0 : Permission denied It happens after "removing junk files" and just after the message "building dse_2000.9-1.tar.gz" It looks to be coming from the line in

I was surprised not to find dev.ask when I looked for it. Is there an alternative method of holding plots before going on to the next one? > R.version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 1 minor 1.1 year