(PR#1065)[Rd] X11 protocol errors after all x11 devices are
ripley@stats.ox.ac.uk
ripley@stats.ox.ac.uk
Thu, 23 Aug 2001 16:27:07 +0200 (MET DST)
I've fixed the original report and Tom's first. Someone had incorrrectly
arranged for most of the initialization to be done only once per session.
I did ask before 1.3.0 what the intention was .... For pseudocolor devices
at least this was biting since the palette was not re-initialized.
I don't see point two on my system, and Martin's point about interruption
was first shown to me by Guido a year ago, so is unrelated.
I am going to close this topic: Tom and Martin feel free to re-submit
your reports separately.
Brian
On 22 Aug 2001, Thomas Vogels wrote:
>
> ripley@stats.ox.ac.uk writes:
>
> > > 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 changed prior to 1.3.0, and it looks as if the logic is still
> > incorrect.
> >
> > As far as I can see subsequent plots are correct.
> >
> > Carrying on:
> >
> > > dev.off()
> > null device
> > 1
> > > x11()
> > > plot.new()
> > Warning message:
> > X11 protocol error: BadAccess (attempt to access private resource denied)
> >
> > (only one error this time).
>
>
> I see the same thing on an AIX machine with the patched R-release of
> yesterday. I've recently noticed this problem when I tried to change
> the colortype. For this you have to shutdown all devices, then I got
> the error messages. I figured this might be an "AIX" thing at
> first...
>
> Possibly related (if not, I'll file separate bug reports):
>
> 1) I cannot reset the colortype. When I run out of colors, I used to
> be able to just shutdown all devices, then restart with
> x11(colortype=....). Now I get:
>
> R> x11()
> R> plot(1:100,col=rainbow(100))
> Error in plot.xy(xy, type, col = col, pch = pch, cex = cex, bg = bg, lty = lty, :
> Error: X11 cannot allocate additional graphics colors.
> Consider using X11 with colortype="pseudo.cube" or "gray".
> R> dev.off()
> null device
> 1
> R> x11(colortype="pseudo.cube")
> R> plot(1:100,col=rainbow(100))
> Error in plot.xy(xy, type, col = col, pch = pch, cex = cex, bg = bg, lty = lty, :
> Error: X11 cannot allocate additional graphics colors.
> Consider using X11 with colortype="pseudo.cube" or "gray".
> In addition: Warning messages:
> 1: X11 protocol error: BadAccess (attempt to access private resource denied)
> 2: X11 protocol error: BadAccess (attempt to access private resource denied)
> 3: X11 protocol error: BadAccess (attempt to access private resource denied)
> R> dev.off()
> null device
> 1
> R> x11(colortype="gray")
> R> plot(1:100,col=rainbow(100))
> Error in plot.xy(xy, type, col = col, pch = pch, cex = cex, bg = bg, lty = lty, :
> Error: X11 cannot allocate additional graphics colors.
> Consider using X11 with colortype="pseudo.cube" or "gray".
> In addition: Warning messages:
> 1: X11 protocol error: BadAccess (attempt to access private resource denied)
> 2: X11 protocol error: BadAccess (attempt to access private resource denied)
> 3: X11 protocol error: BadAccess (attempt to access private resource denied)
> R> dev.off()
> null device
> 1
>
>
> 2) Plots are not updated if the window is made visible (from being
> partially obscured) during a computation before or during the plot.
> Let's say my xterm (or emacs window) covers the north-west quadrant
> of R's x11 device window. Then:
>
> R> data(iris)
> R> pairs(iris[,1:4])
>
> While pairs is drawing, I bring the device window to the front.
> All plots that were drawn by pairs will not be redrawn once pairs
> is done. So I have to push the device window in the back, then
> bring it to the front again to force a redraw/refresh.
>
> This gets really annoying when you have two X11 devices open. If
> you bring the inactive one to the front while R is busy plotting on
> the active device, the inactive one will not be redrawn/refreshed
> once plotting is done. Just white space staring back at you...
>
> Regards,
> -tom
>
>
>
> R> R.version
> _
> platform powerpc-ibm-aix4.3.1.0
> arch powerpc
> os aix4.3.1.0
> system powerpc, aix4.3.1.0
> status Patched
> major 1
> minor 3.0
> year 2001
> month 08
> day 21
> language R
>
>
> --
> mailto:tov@ece.cmu.edu (Tom Vogels) Tel: (412) 268-6638 FAX: -3204
> -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
> r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
> Send "info", "help", or "[un]subscribe"
> (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch
> _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
>
--
Brian D. Ripley, ripley@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272860 (secr)
Oxford OX1 3TG, UK Fax: +44 1865 272595
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._