[prev in list] [next in list] [prev in thread] [next in thread]
List: r-sig-mac
Subject: Re: [R-SIG-Mac] [External] Re: [External] Re: more rgl problems
From: "Richard M. Heiberger" <rmh () temple ! edu>
Date: 2021-02-20 18:10:13
Message-ID: CO1PR11MB51076F307FA171154D1C32B3D2839 () CO1PR11MB5107 ! namprd11 ! prod ! outlook ! com
[Download RAW message or body]
yes it is there. when you click the cran main page fir windows or mac, the mac is \
4.0.3
Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: John Fox <jfox@mcmaster.ca>
Sent: Saturday, February 20, 2021 12:38:11 PM
To: Richard M. Heiberger <rmh@temple.edu>; Duncan Murdoch <murdoch.duncan@gmail.com>; \
r-sig-mac@r-project.org <r-sig-mac@r-project.org>
Subject: [External] Re: [R-SIG-Mac] [External] Re: more rgl problems
Dear Rich,
I see R-4.0.4.pkg (not RC) at <https://cran.r-project.org/bin/macosx/>.
Perhaps refresh the page in your browser?
Best,
John
John Fox, Professor Emeritus
McMaster University
Hamilton, Ontario, Canada
web: https://socialsciences.mcmaster.ca/jfox/
On 2021-02-20 10:45 a.m., Richard M. Heiberger wrote:
> I am running it now on 4.0.4RC.
>
> The cran page
> https://cran.r-project.org
> offers download of 4.0.3 for mac, even though 4.0.4 is available on windows.
>
> ________________________________________
> From: Duncan Murdoch <murdoch.duncan@gmail.com>
> Sent: Saturday, February 20, 2021 9:41 AM
> To: Richard M. Heiberger; r-sig-mac@r-project.org
> Subject: Re: [External] Re: more rgl problems
>
> If you are set up to install from source, could you try this?
>
> devtools::install_github("dmurdoch/rgl@quartzbug", type="source")
>
> If you only have some of the requirements (e.g. no devel versions of
> packages) you might find you only get a partial build with no X11
> display; that won't really test the workaround. In that case I'll try
> to build a binary for your R version.
>
> Duncan Murdoch
>
> On 18/02/2021 6:07 p.m., Richard M. Heiberger wrote:
> > This is from my MacBook Air mid-2012 running Catalina 10.15.7
> > with Xquartz 2.7.11
> > I never placed the beta on this machine.
> > I also see from a fresh R session
> >
> > plot(1:10, col=7)
> > library(rgl)
> > open3d()
> >
> > is fine, whereas this:
> >
> > library(rgl)
> > plot(1:10, col=7)
> > open3d()
> > segfaults
> >
> > R version 4.0.3 (2020-10-10) -- "Bunny-Wunnies Freak Out"
> > Copyright (C) 2020 The R Foundation for Statistical Computing
> > Platform: x86_64-apple-darwin17.0 (64-bit)
> >
> > R is free software and comes with ABSOLUTELY NO WARRANTY.
> > You are welcome to redistribute it under certain conditions.
> > Type 'license()' or 'licence()' for distribution details.
> >
> > Natural language support but running in an English locale
> >
> > R is a collaborative project with many contributors.
> > Type 'contributors()' for more information and
> > 'citation()' on how to cite R or R packages in publications.
> >
> > Type 'demo()' for some demos, 'help()' for on-line help, or
> > 'help.start()' for an HTML browser interface to help.
> > Type 'q()' to quit R.
> >
> > > setwd('/Users/rmh/Rwd/')
> > > library(rgl)
> > plot(1:10, col=7)
> > open3d()
> > library(rgl)
> > > plot(1:10, col=7)
> > > open3d()
> >
> > error: xp_attach_gl_context returned: 2
> >
> > *** caught segfault ***
> > address 0x18, cause 'memory not mapped'
> >
> > Traceback:
> > 1: rgl.open(useNULL)
> > 2: open3d()
> >
> > Possible actions:
> > 1: abort (with core dump, if enabled)
> > 2: normal R exit
> > 3: exit R without saving workspace
> > 4: exit R saving workspace
> > Selection: 2
> > Warning message:
> > In rgl.open(useNULL) : RGL: ERROR: can't bind glx context to window
> >
> > Process R finished at Thu Feb 18 17:57:37 2021
> >
> >
> > ________________________________________
> > From: Duncan Murdoch <murdoch.duncan@gmail.com>
> > Sent: Thursday, February 18, 2021 3:20 PM
> > To: Richard M. Heiberger; r-sig-mac@r-project.org
> > Subject: [External] Re: more rgl problems
> >
> > I've made some progress on this, but I don't know how to fix it properly.
> >
> > What's happening is that rgl is trying to open the new window that
> > open3d() asks for. It gets most of the way through that operation, then
> > calls glXMakeCurrent, which associates the OpenGL context with that
> > window. That call fails, but without generating any of the documented
> > errors: it just fails, triggering an X11 error handler with error code
> > 0 (which typically means no error).
> >
> > In the released versions of rgl, that failure leads to a segfault,
> > because I wasn't doing enough error checking. I've fixed the segfault,
> > but I'm still getting the error (in fact I'm getting it a lot more than
> > I used to; not sure if it's my debugging code causing that), and after I
> > get the error reported on screen, the new rgl window opens but doesn't
> > work to display anything.
> >
> > I think it's probably something wrong in the rgl initialization code;
> > running this:
> >
> > plot(1:10, col=7)
> > library(rgl)
> > open3d()
> >
> > is fine, whereas this:
> >
> > library(rgl)
> > plot(1:10, col=7)
> > open3d()
> >
> > is always failing for me. Or possibly this is an Xquartz bug, maybe a
> > leftover from when I installed the beta.
> >
> > I'd guess what's happening is that calling quartz() invalidates part of
> > the initialization done by rgl.init(), but I don't know what part yet.
> > I do want to call rgl.init() when loading rgl, because it might fail,
> > and then I can drop back to the off-screen drawing. It's too late to do
> > that later.
> >
> > A workaround that works for me is for the .onload() function in rgl to
> > execute
> >
> > dev.new()
> > dev.off()
> >
> > before calling rgl.init(). It is less irritating than you might guess,
> > because the window doesn't have time to appear before being destroyed,
> > but I still don't like it. I'll try it out a bit, and then push it to
> > Github for others to test.
> >
> > Duncan Murdoch
> >
> >
> > On 18/02/2021 6:28 a.m., Duncan Murdoch wrote:
> > > I can reproduce this on a Catalina machine, working in R from the terminal.
> > >
> > > This definitely looks similar to the problem that
> > > rgl::setGraphicsDelay() was designed to solve, but even adding a 10
> > > second delay doesn't help. I get a slightly different message than you:
> > >
> > > > open3d()
> > > error: xp_attach_gl_context returned: 2
> > >
> > > *** caught segfault ***
> > > address 0x18, cause 'memory not mapped'
> > >
> > > but that might just be a different way of reporting the same underlying
> > > issue.
> > >
> > > It's clearly some kind of interaction between the Quartz device and rgl.
> > > I'll see if I can track it down.
> > >
> > > Duncan Murdoch
> > >
> > > On 17/02/2021 7:36 p.m., Richard M. Heiberger wrote:
> > > > This is repeatable when the lines are all pasted in at once.
> > > > The example works if I allow some time delay between lines.
> > > >
> > > > This is might be a relative of the one from a few months ago.
> > > > But this message is about invalid permissions.
> > > > =====
> > > >
> > > > R version 4.0.4 RC (2021-02-12 r79998) -- "Lost Library Book"
> > > > Copyright (C) 2021 The R Foundation for Statistical Computing
> > > > Platform: x86_64-apple-darwin17.0 (64-bit)
> > > >
> > > > R is free software and comes with ABSOLUTELY NO WARRANTY.
> > > > You are welcome to redistribute it under certain conditions.
> > > > Type 'license()' or 'licence()' for distribution details.
> > > >
> > > > Natural language support but running in an English locale
> > > >
> > > > R is a collaborative project with many contributors.
> > > > Type 'contributors()' for more information and
> > > > 'citation()' on how to cite R or R packages in publications.
> > > >
> > > > Type 'demo()' for some demos, 'help()' for on-line help, or
> > > > 'help.start()' for an HTML browser interface to help.
> > > > Type 'q()' to quit R.
> > > >
> > > > > setwd('/Users/rmh/Rwd/')
> > > > > library(rgl)
> > > > > x <- matrix(1:3, 1,3)
> > > > > plot(1:10, col=7)
> > > > > open3d()
> > > > error: xp_attach_gl_context returned: 2
> > > >
> > > > *** caught segfault ***
> > > > address 0x18, cause 'invalid permissions'
> > > >
> > > > Traceback:
> > > > 1: rgl.open(useNULL)
> > > > 2: open3d()
> > > >
> > > > Possible actions:
> > > > 1: abort (with core dump, if enabled)
> > > > 2: normal R exit
> > > > 3: exit R without saving workspace
> > > > 4: exit R saving workspace
> > > > Selection:
> > > >
> > > >
> > > > ====
> > > > MacBookAir with the M1 chip using the regular intel version of R from CRAN.
> > > > Big Sur 11.2.1.
> > > > The plot(1:10), col=7) ## went by default to the quartz() device.
> > > >
> > > >
> > > > I repeated this about 5 times in ESS, and then once in Terminal.
> > > >
> > > > Let me know if you need more information.
> > > >
> > >
> >
>
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>
[[alternative HTML version deleted]]
_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic