similar to: update.packages

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv

I have plots that were stored using recordPlot() in a fairly recent but pre-1.6.0 version of R that will not replayPlot() in R 1.6.0. The error message is Error in replayPlot(x) : invalid hex digit in color or lty The plots were stored in June (2002-6-14), each as an element of a list named 'rpl'. The version of R that was current then is what I used. At that time I was able to

I've recently installed R-1.4.0 and I'm having the devil's own time trying to install a home-made package. As far as I can tell, I'm doing the same things that I did previously, under 1.3.1, but somehow everything goes haywire. (Quite possibly I'm simply mis-remembering what I did before, but I can't for the life of me figure out what to change). A toy example of what I

Is there a way of `restarting' split.screen? This is what I am getting: > close.screen() [1] 10 11 12 13 > close.screen(all=TRUE) Error in par(args) : parameter "i" in "mfg" is out of range > graphics.off() > x11() > close.screen() [1] 10 11 12 13 > close.screen(all=TRUE) Error in par(args) : parameter "i" in "mfg" is out of range As

This question is about compiling R-1.6.2 from source on a Sparcstation-20 machine running Solaris 7, gcc-2.95.3 and readline-4.2 (both gcc and readline from sunfreeware.com). I searched the r-help archive and the FAQ. The errors seem to be related to the binary readline libraries, and I have /usr/local/lib/libreadline.a,libreadline.so@, and libreadline.so.4. The attached errors are from

Hi Everyone, The following rather extreme claim on memory causes a segmentation fault on my installation: fred <- matrix(1:1200, 20, 60) littleOP <- function(x, y) { z <- as.vector(x) %*% t(as.vector(y)) dim(z) <- c(dim(x), dim(y)) z } littleOP(fred, fred) # this is OK littleOP(littleOP(fred, fred), fred) # whoops! Segmentation fault What's a bit strange

SunOS fluke 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-Enterprise R-1.4.0 Running from the command line R CMD check chlib results in the log file 00check.log: * using log directory `/home/woodstock/hoffmann/R/Sources/chlib.Rcheck' * checking for file `chlib/DESCRIPTION' ... OK * checking package directory ... OK * checking for sufficient/correct file permissions ... WARNING *

I get a segmentation fault as follows: > tmp <- array(list(), c(3, 4)) > tmp[[1, 2]] NULL # as expected > tmp[[1, 2]]$fred <- 1:10 > tmp # as expected [,1] [,2] [,3] [,4] [1,] "NULL" "List,1" "NULL" "NULL" [2,] "NULL" "NULL"

Hi, I upgraded to version 1.2.1 and now the up/down arrows for recalling commands no longer works. Is there a work around for this? > version _ platform sparc-sun-solaris2.7 arch sparc os solaris2.7 system sparc, solaris2.7 status major 1 minor 2.1 year

Here's a nasty one. The following has caused a segmentation fault and possibly also a bus error. fred <- 1:6 dim(fred) <- 6 dimnames(fred) <- list(LETTERS[1:6]) mm <- matrix(1:12, 2, 6) mm %*% fred # segmentation fault here In the case without the dimnames assignment the result is OK. Cheers, Jonathan. --please do not edit the information below-- Version: platform =

Dear R-help, I tried to build the R-release version of R-1.0.0. ./configure and make seemed to go just fine. When I ran 'make check' from $RHOME, it dumped core apparently in the quit('no') on the last line of base-Ex.R I had been having some problems with a package I am building in that R would report with "Process R segmentation violation (core dumped)" upon

Another one from the student computer practicals: it is possible to create a dataframe that cannot be printed. Thus > fred <- data.frame(happy=c(TRUE, FALSE, TRUE), sad=7:9) > tmp <- fred[c(FALSE, FALSE, TRUE, TRUE)] # no error message! > tmp Error in as.matrix.data.frame(x) : dim<- length of dims do not match the length of object > print.default(tmp) $"NA" NULL

thanks Karl, that got me almost there. I think i am still missing one other library apparently. ANy ideas ? #gcc -lshout -lsocket -lnsl -o test example.c Undefined first referenced symbol in file inet_pton /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so ld: fatal: Symbol referencing errors. No output written to test

[some de-capitalization of *SXP done manually by mailing list maintainer ; the originally was caught as potential spam. MM] I have a little R program that crashes with the message xmalloc: out of virtual memory The code has a repeat{} loop that watches the sizes of some files. When there's an increase it updates things by reading the last 65 lines of each file, doing some

Hello, I have updated my OS from Solaris 2.7 to Solaris 2.8, and I am trying to build R 1.9.1. Configure seems to run fine, resulting in the message: R is now configured for sparc-sun-solaris2.8 Source directory: . Installation directory: /usr/local C compiler: cc -xO5 -dalign -xlic_lib=sunperf C++ compiler: CC -xO5 -dalign Fortran compiler:

I decided my earlier email on this topic was rather long and wordy; here's a condensed version. I am sitting at a Solaris computer in the US/Pacific timezone. I have a file of data having times that includes the following three values 2002-4-7 1:30:00 GMT 2002-4-7 2:30:00 GMT 2002-4-7 3:30:00 GMT I have not been able to find a way to correctly convert these to either of the POSIX

I was surprised when seq.POSIXt() returned a single value rather than a vector, from inputs that I thought were reasonable. Here's an example to illustrate: > t0 <- ISOdatetime(2002,6,24,0,0,10) ## expected a sequence of 16 times 1 second apart > seq.POSIXt(from=t0,to=t0+15,by='1 sec') [1] "2002-06-24 00:00:10 PDT" ## traces to this call >

Hi, Well after trying to fix the assign commands in version 3.1.7 of your nlme package I still cannot get the plot functions to work. Basically I have no other packages installed (apart from those provided with R) so nlme is the first. my R version info is; platform sparc-sun-solaris2.7 arch sparc os solaris2.7 system sparc, solaris2.7 status

Are the following differences in table() output between versions 1.3.0 and 1.3.1 a feature, a bug or a problem with my implementation? (I am running under Solaris 2.7 SPARC, built using the Sun C and FORTRAN compilers.) Version 1.3.1: > table(c(0,1),c(0,1)) 1 1 1 Version 1.3.0: > table(c(0,1),c(0,1)) 0 1 0 1 0 1 0 1

examples: 1) Fails to report that components 2 and 3 differ all.equal(list(1,2,3,zap=1),list(1,3,4,zap=2)) [1] "Component zap: Mean relative difference: 1 2) Incorrectly asserts all are equal when components 2 and 3 differ > all.equal(list(1,2,3,zap=1),list(1,3,4,zap=1)) [1] TRUE 3) Removing named component reveals differences: > all.equal(list(1,2,3,1),list(1,3,4,1)) [1]