Re: [R-SIG-Mac] Workaround for crash due to rgl and base graphics conflict

2020-08-04 Thread Duncan Murdoch
On 04/08/2020 8:02 p.m., Simon Urbanek wrote: Duncan, how is quartz() related to rgl? I thought that now you only supported X11 which wouldn't involve quartz. In general, Cocoa windows are asynchronous, i.e. when the quartz device is created the window may not exist yet, but I'm not sure why

Re: [R-SIG-Mac] Workaround for crash due to rgl and base graphics conflict

2020-08-04 Thread Simon Urbanek
Duncan, how is quartz() related to rgl? I thought that now you only supported X11 which wouldn't involve quartz. In general, Cocoa windows are asynchronous, i.e. when the quartz device is created the window may not exist yet, but I'm not sure why that would affect rgl (quartz device draws to of

[R-SIG-Mac] Workaround for crash due to rgl and base graphics conflict

2020-08-04 Thread Duncan Murdoch
I seem to have a workaround for the rgl-related crash. If I insert a one second delay after the first quartz() device is opened but before anything is plotted, then I don't see the crash. This script does that if the RGL_SLOW_DEV environment variable is non-empty: if (nchar(Sys.getenv("RGL