similar to: (PR#1065) X11 protocol errors after all x11 devices are

Displaying 20 results from an estimated 9000 matches similar to: "(PR#1065) X11 protocol errors after all x11 devices are"

2001 Aug 22
3
X11 protocol errors after all x11 devices are closed (PR#1065)
> x11() > dev.off() null device 1 > x11() > plot.new() Warning messages: 1: X11 protocol error: BadAccess (attempt to access private resource denied) 2: X11 protocol error: BadAccess (attempt to access private resource denied) This only happens if all x11 devices are shut down, so the X11 connection is restarted. We had problems with this when the event handlers were
2000 Apr 07
1
x11 colortype problems ('gray' is broken?) (PR#512)
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
2005 Jun 01
1
x11 and pseudo-color
for some reason the following message seems not to have reached the list in the first try, at least I can't find it. my apologies if this is my fault: we are running R under Solaris with SunRay Terminals, which are set to 8 bit color to comply with some other software. In this configuration, X11() opens with colortype=true, i.e., it is not recognized that actually the display is only 8
2006 Sep 12
1
Use of xvfb : X11 cannot allocate additional graphics colors. Consider using colortype="pseudo.cube" or "gray"
Hi, I use R in remote access on a Debian server. I need X11() to create graphical things so I use xvfb-run (Virtual X server environnement) R to allowing X11() capabilities to R. An other technique is to connect in shh -X to execute my R script. With the connection ssh -X, my R script is well executed. BUT when I use Xvfb, some graphics are created but an error occured and stop the script.
2007 Oct 15
1
Error: X11 cannot allocate additional graphics colours.
Dear All Another one I have touched on before with a much older OS and version. My sessionInfo() is: > 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 TF-8;LC_MONETARY=en_GB.UTF-8;LC_MESSAGES=en_GB.UTF-8;LC_PAPER=en_GB.UTF-
2001 Feb 01
1
R works in KDE but not in Gnome
I have a Red Hat 7.0 system, plus glibc-2.2 and gcc-2.96.69. When I run the R demo 'demo("graphics") with KDE it runs fine, but when I try it with Gnome it croaks: demo(graphics) ---- ~~~~~~~~ Type <Return> to start : > opar <- par(ask = interactive() && (.Device %in% c("X11", "GTK", "windows", "Macintosh")))
2004 Sep 21
2
png problem
Dear R-users, I have a small problem with the function png(), when used with the argument colortype="pseudo.cube". > png("toto.png", colortype="pseudo.cube") > image(matrix(rnorm(10000), 100, 100)) > dev.off() R is blocked at the last command (R does not print any prompt after the last command). Nothing is written in the file (Gimp indicates that the
2007 May 27
2
[PATCH] add 'sticky' mode to cube to allow sticky+not-on-bottom windows to stick to the screen when the screen is transformed
I've attached the patch since I don't yet have an easy way to make git format-patch and kmail play nice together. The basic idea is during a rotate/other cube transform, 'sticky' windows stick to the screen instead of being redrawn once per face (its an option, the default is the old behaviour) Consider this, please, essentially an RFC - this particular behaviour was
2001 Dec 09
1
trouble with plotting
I'm trying to use the lattice package (and have run into the message before) where I will get the following when trying to plot.... Error in clearpage() : Error: X11 cannot allocate additional graphics colors. Consider using X11 with colortype="pseudo.cube" or "gray". What do I need to do to get rid of this so that I can use the graphics libraries to their fullest
2002 Nov 05
1
graphics display problem
Hello all, I come arcoss a problem that has to do with graphics display in my machine (Redhat 7.35). This is what I did. I asked R to do multiple linear regression by: amodel<-lm(dat[,4]~dat[,1]+dat[,2]+dat[,3]) plot(amodel) and I got only one figure (residuals vs. the fitted; instead of several plots), and the following message: Error in abline (h=0, lty=3,
2012 Apr 10
1
X11 display problem
Hi, I run R on a unix server and login from a Mac with ssh -X. When I want to run a graphics function like hist, I get the following x11 message: Error in X11(d$display, d$width, d$height, d$pointsize, d$gamma, d$colortype,  :    unable to start device X11cairo In addition: Warning message: In function (display = "", width, height, pointsize, gamma, bg,  :   unable to open connection to
2001 Mar 03
3
Error in X11
In-Reply-To: <OF64BAAB51.93CEFB4D-ON852569DE.004CB60E at rtp.epa.gov> This is more a linux question, but I have asked in some Linux conferences with no success. I am running 1.2.1 in Mandrake 7.2.Trying to run the graphics demo produces axes, but no lines and I get an error message: error in abline (h=0, col=gray(0,9))Error:X11 cannot allocate additional graphics colors consider using
2007 May 30
0
Help me understand colours on linux
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,
2009 Feb 20
0
X11 fails to open (PR#13543)
Full_Name: Merlise Clyde Version: 2.8.1 OS: MAC OS X 10.4.1 Submission from: (NULL) (24.199.155.61) I am running R under X11 on the MAC OS X 10.4.11 and have been having problems with X11 graphics since upgrading to 2.8.+ > plot(1:10) Error in X11(d$display, d$width, d$height, d$pointsize, d$gamma, d$colortype, : unable to start device X11cairo In addition: Warning messages: 1: In
2002 Mar 16
0
X11(colortype="true") does not give a truecolor visual(PR#1387)
ripley@stats.ox.ac.uk wrote: > > On Sat, 16 Mar 2002 Edwin@balpol.tudelft.nl wrote: > > > Full_Name: Edwin > > Version: 1.4.1 > > OS: SunOS/Solaris > > Submission from: (NULL) (130.161.1.115) > > > > > > When selecting an X11 visual on Solaris 2.7 with > > > > X11(colortype="true") > > > > a PseudoColor visual
1999 Apr 02
3
X11 Device Driver
I have made some modifications to the X11 graphics driver so that it is more flexible about its use of colors. I have added a new parameter to the X11/x11 function which controls this. The parameter is currently called "colormodel" and works as follows: colormodel = 0 Monochrome graphics colormodel = 1 Grayscale (256 shades) colormodel = 2 Pseudocolor1 colormodel = 3
2002 Mar 16
1
X11(colortype="true") does not give a truecolor visual (PR#1388)
On Sat, 16 Mar 2002 Edwin@balpol.tudelft.nl wrote: > Full_Name: Edwin > Version: 1.4.1 > OS: SunOS/Solaris > Submission from: (NULL) (130.161.1.115) > > > When selecting an X11 visual on Solaris 2.7 with > > X11(colortype="true") > > a PseudoColor visual is actually created. (verified with xwininfo) Note that the help page does *not* say that this
2001 Feb 01
0
screen doesn't handle redrawing properly (PR#837)
Hi. As far as I understand it, there is a list of graphic primitives stored for a device. So for example, when I iconify/deiconify an X11 window, the plot will be redrawn. Now screen (split.screen and friends) appear not to handle this list properly, the list is reset or not reset at odd times. The commands below will show clearly what I mean. There are two effects: - After splitting the
2006 Feb 08
1
invalid graphics state using dev.print (fwd)
On Mon, 6 Feb 2006 18:12, Simon Urbanek wrote: > On Feb 6, 2006, at 5:24 PM, Paul Roebuck wrote: > >> Tried on R-Sig-Mac with no responses, but I need some kind >> of answer. >> [...] >> Does the following work on your system? > > Interesting, no, it doesn't either. For png and pdf I use > Quartz + quartz.save (it produces much nicer results) so > I
2008 Jul 11
0
redrawing X11 devices
Hi, One thing that has always puzzled me using R, via Emacs/ESS on Debian, is how the graphics windows get (or don't get) redrawn. At the moment I've got four different X11() windows open, arranged to all fit on the screen at the same time. However, I have no idea how to get them all redrawn consistently. What I mean is, if I now switch focus from my main Emacs window to one of the