similar to: Error: X11 cannot allocate additional graphics colours.

Dear All I posted a similar question quite some time ago, but that was on an old OS and an old version of R. This time I have RHEL 4, which is still supported as an OS, and R 2.5.1 which is not *that* old. My sessionInfo() gives: > sessionInfo() R version 2.5.1 (2007-06-27) i686-redhat-linux-gnu locale: LC_CTYPE=en_GB.UTF-8;LC_NUMERIC=C;LC_TIME=en_GB.UTF-8;LC_COLLATE=en_GB.U

I get this with R 2.7.2 (and 2.7.1, and 2.6.2, but NOT 2.4.0): > X11() # this one opens up okay > X11("foo") Error: Couldn't find per display information $ and R crashes out back to my shell prompt. If I do X11("foo") as a first command I get a meaningful error and my R prompt back: > X11("foo") Error in X11(d$display, d$width, d$height,

Hi Here is my sessionInfo(): Version 2.3.1 (2006-06-01) i686-redhat-linux-gnu attached base packages: [1] "methods" "stats" "graphics" "grDevices" "utils" "datasets" [7] "base" I have a function that is trying to draw rectangles using 136 different colours, and I get the following error: Error in rect(xstart,

Dear list: working with date/times I have come across a problem that ISOdate and ISOdatetime are too slow on large vectors of data. I was surprised just until I looked at the implementation and the man page: "ISOdatetime and ISOdate are convenience wrappers for strptime". In other terms, they convert data to character representation first in order to create a POSIXlt object that is then

Dear R devels Yesterday I was slightly surprised to notice that R incorrectly detected some of the locale settings. I am not sure whether this is important, but I preferred to drop a message. In the R output below, some entries that should have been "en_GB.UTF-8" are presented as "C". Regards Liviu > sessionInfo() R version 2.9.1 (2009-06-26) x86_64-pc-linux-gnu locale:

I get an error when running "make check" after building R-devel r70629 on Ubuntu 14.04. Here are the relevant lines in the file "reg-tests-1c.Rout.fail": > ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 > ## PR#16909 - a consequence of the match() bug; check here too: > dv <- data.frame(var?1 = 1:3, var?2 = 3); dv[,"var?2"]

Hi there. With OpenSSH 3.0.2p1 on Solaris, the locale does not appear to get set correctly at login, as it does with, say telnet: /etc/default/init: TZ=GB CMASK=022 LC_COLLATE=en_GB.ISO8859-1 LC_CTYPE=en_GB.ISO8859-1 LC_MESSAGES=C LC_MONETARY=en_GB.ISO8859-1 LC_NUMERIC=en_GB.ISO8859-1 LC_TIME=en_GB.ISO8859-1 When logging in via SSH: scot /home/scot > locale LANG=

On 18/05/16 13:50, Martin Maechler wrote: >>>>>> Mikko Korpela <mikko.korpela at helsinki.fi> >>>>>> on Wed, 18 May 2016 13:05:24 +0300 writes: > > > I get an error when running "make check" after building > > R-devel r70629 on Ubuntu 14.04. > > Here are the relevant > > lines in the file

Dear List, Further to my earlier email, I note that, for me at least, R CMD check is *not* reading R_LIBS from ~/.R/check.Renviron on R 2.15.2 patched (r61228) and R Under Development (r61660). The only way I can get R CMD check to look for packages in a user-supplied library is by explicitly exporting R_LIBS set to the relevant directory. R CMD build *does* read R_LIBS from ~/.R/build.Renviron

Dear All, I have never had this problem before. I run debian testing on my box and I have recently update my R environment. Now, see what happens when I try the most trivial of all plots > plot(seq(22)) Error in (function (display = "", width, height, pointsize, gamma, bg, : X11 module cannot be loaded In addition: Warning message: In (function (display = "", width,

Hi, I wonder if this is something on my machine locally or R in general. When I do the following: > plot(c(0,1),c(0,1),main=expression(paste(symbol("D"),"D",sep=""))) I get a plot with a title having uppercase delta followed by "D". But in the following > pdf(file="deltaTest.pdf") >

Dear all, It seems that textConnection() can trigger a segmentation fault. The following script (using two large loops) makes this bug reproducible: for (i in 1:10000) { z=textConnection(NULL,open='w') for (j in 1:100) { write(runif(1)*1e6,file=z) write('\n',file=z) } close(z) } The bug could be reproduced on R-2.6.1, R-2.7.0 and on the latest R-devel

Just noticed that the output of 'date' is different between CentOS 6 and 7 when using the 'en_GB' locale - e.g.: CentOS 6: % LANG=en_GB date Thu Nov 15 11:42:46 GMT 2018 % LANG=en_US date Thu Nov 15 11:42:56 GMT 2018 CentOS 7: % LANG=en_GB date Thu 15 Nov 11:43:07 GMT 2018 % LANG=en_US date Thu Nov 15 11:43:11 GMT 2018 i.e. with LANG=en_GB on CentOS 7, the day

Hi, I occasionally run out of color in my X11 terminal. At this point, R will issue this error message: Error: X11 cannot allocate additional graphics colors. Consider using colortype="pseudo.cube" or "gray". An immediate x11(colortype="pseudo.cube") doesn't work as the colortype seems to be shared among the different x11 plotting windows. So I have

Dear R users, I'm a bit perplexed with the effect sort has here, as it is different on Windows vs. linux. It makes my factor levels and subsequent plots different on the two systems. Given: types <- c("PC-D-Euro-0", "PC-D-Euro-1", "PC-D-Euro-2", "PC-D-Euro-3", "PC-D-Euro-4", "PC-D-Euro-5", "PC-D-Euro-6",

Hi, I have options(help_type="html") in my .Rprofile and when I type ?foo, the man page appears as a new tab in my web browser (which is already running). Fine. However, when I type ??foo, rather than the results appearing in a new tab, a new instance of the web browser is spawned with the default homepage displayed. Same with help.search("foo"). Am I the only one seeing this?

(e-mailing to R-bugs is intentional - the web itnerface seems to be down) > a<- cbind(c(1,2), c(3,4)) > a [,1] [,2] [1,] 1 3 [2,] 2 4 > a[cbind(c(2,2), c(2,1))] [1] 4 2 > a[cbind(c(2,3), c(2,1))] Error: subscript out of bounds > a[cbind(c(2,-1), c(2,1))] Error: negative values are not allowed in a matrix subscript > a[cbind(c(2,0), c(2,1))] [1] 4 Am

If you index a vector with a vector that has NA in it, you get NA back: > x=101:107 > x[c(NA,4,NA)] [1] NA 104 NA > x[c(4,NA)] [1] 104 NA All well and good. ?"[" says, under NAs in indexing: When extracting, a numerical, logical or character ?NA? index picks an unknown element and so returns ?NA? in the corresponding element of a logical, integer,

I don't have my debian box available so can't confirm. But I would try $apt-get install libpng On Tue, Apr 19, 2016 at 11:23 AM, Lorenzo Isella <lorenzo.isella at gmail.com> wrote: > Dear All, > I have never had this problem before. I run debian testing on my box > and I have recently update my R environment. > Now, see what happens when I try the most trivial of all

Dear All, In R 3.4.2 (Linux), the compiler seems to have regressed: $ R --vanilla g = function() { N = 1e7; ans = numeric(N) system.time({for (j in 1:N) ans[j] = 1}) } g() # user system elapsed # 4.272 0.000 4.272 g1 = compiler::cmpfun(g) g1() # user system elapsed # 4.232 0.004 4.235 Running the above code in Windows 3.3.1, g() takes the same time, but g1() takes around 0.5