Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
On 8/3/20 6:25 AM, Duncan Murdoch wrote: Thanks. Looks like I should update. I'm looking forward to the crashes... Fortune candidate. Duncan Murdoch On 03/08/2020 9:21 a.m., Marc Schwartz wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
I dropped the native Apple GL support a few years ago. Currently the only options are X11, WGL (for Windows), and null, which means you need to produce WebGL to view in a browser. I suppose I could resurrect the native display. OpenGL has been deprecated on MacOS since Mojave, but maybe it will be supported for a few more years. Right now I don't even have svn running (the Catalina update broke it), but eventually things should get back to normal here. Duncan Murdoch On 03/08/2020 4:34 p.m., Simon Urbanek wrote: Duncan, I have seen crashes in rgl with X11 before, in fact I have an e-mail in my draft folder to you with that crash and backtrace (see below). However, I also recall that I have fixed the issue with some trivial step (which I can't remember - I think I may have messed with /opt and/or restart X11 or something like that) and I felt silly not doing it so I didn't end up sending the report. The crash comes likely from https://github.com/XQuartz/AppleSGLX/blob/master/apple_visual.c#L142 which means that CGLChoosePixelFormat() fails, but no idea why since it is in principle independent of X11 - there should be also an error on stderr. The libGL code is more than 10 years old, so I wouldn't expect any changes anytime soon. Cheers, Simon Begin forwarded message: From: Simon Urbanek Subject: rgl Date: April 1, 2020 at 13:05:20 GMT+13 To: Duncan Murdoch Duncan, I'm preparing packages for R 4.0.0 release and rgl is segfaulting on load when DISPLAY is set (i.e. when X11 is available). Do you have any idea? (rgl 0.100.50) I remember something about a way to use native GL instead of X11, but I can't recall how to activate that. If DISPLAY is not set, it uses a NULL device which doesn't segfault (obviously). Thanks, Simon library(rgl) Process 54673 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT frame #0: 0x7fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10 libsystem_kernel.dylib`__pthread_kill: -> 0x7fff5a145b66 <+10>: jae0x7fff5a145b70; <+20> 0x7fff5a145b68 <+12>: movq %rax, %rdi 0x7fff5a145b6b <+15>: jmp0x7fff5a13cae5; cerror_nocancel 0x7fff5a145b70 <+20>: retq Target 0: (R) stopped. (lldb) bt * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT * frame #0: 0x7fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x7fff5a310080 libsystem_pthread.dylib`pthread_kill + 333 frame #2: 0x7fff5a0a11ae libsystem_c.dylib`abort + 127 frame #3: 0x0001086e6aed libGL.1.dylib`apple_visual_create_pfobj + 1010 frame #4: 0x0001086e457b libGL.1.dylib`apple_glx_create_context + 204 frame #5: 0x0001086e15b9 libGL.1.dylib`applegl_create_context + 182 frame #6: 0x0001086c1377 libGL.1.dylib`CreateContext + 126 frame #7: 0x0001086c1288 libGL.1.dylib`glXCreateContext + 199 frame #8: 0x0001084e5b23 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::initGL(this=0x00010584fc00) at x11gui.cpp:335 [opt] frame #9: 0x0001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::on_init(this=0x00010584fc00) at x11gui.cpp:411 [opt] frame #10: 0x0001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(this=0x00010584fc00, w=, f=0x00010262c9b0, in_xwindow=10485763, invisualinfo=0x000100a6f560) at x11gui.cpp:78 [opt] frame #11: 0x0001084e7610 rgl.so`rgl::X11GUIFactory::createWindowImpl(rgl::Window*) [inlined] rgl::X11WindowImpl::X11WindowImpl(this=, w=, f=, in_xwindow=, invisualinfo=) at x11gui.cpp:77 [opt] frame #12: 0x0001084e75fa rgl.so`rgl::X11GUIFactory::createWindowImpl(this=, window=0x000100b33ba0) at x11gui.cpp:694 [opt] frame #13: 0x0001084d9401 rgl.so`rgl::Window::Window(this=0x000100b33ba0, in_child=, factory=) at gui.cpp:147 [opt] frame #14: 0x0001084c1dea rgl.so`rgl::Device::Device(this=0x000100b2d4c0, id=, useNULL=) at device.cpp:16 [opt] frame #15: 0x0001084c28c5 rgl.so`rgl::DeviceManager::createTestWindow(this=0x000100b34880) at devicemanager.cpp:167 [opt] frame #16: 0x0001084d9a9a rgl.so`::rgl_init(initValue=, useNULL=, in_namespace=, debug=) at init.cpp:94 [opt] frame #17: 0x00010012b4cb libR.dylib`R_doDotCall(ofun=, nargs=, cargs=0x7ffeefbef4e0, call=0x000101cc1618) at dotcode.c:607 [opt] frame #18: 0x00010017738a libR.dylib`bcEval(body=0x000101cc1650, rho=0x000101cc1228, useCache=) at eval.c:7646 [opt] frame #19: 0x00010015d141 libR.dylib`Rf_eval(e=, rho=) at eval.c:723 [opt] frame #20: 0x00010017d601 libR.dylib`R_execClosure(call=0x0001019f12b0, newrho=, sysparent=, rho=0x0001019df6b8, arglist=, op=) at eval.c:0 [opt]
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
Duncan, I have seen crashes in rgl with X11 before, in fact I have an e-mail in my draft folder to you with that crash and backtrace (see below). However, I also recall that I have fixed the issue with some trivial step (which I can't remember - I think I may have messed with /opt and/or restart X11 or something like that) and I felt silly not doing it so I didn't end up sending the report. The crash comes likely from https://github.com/XQuartz/AppleSGLX/blob/master/apple_visual.c#L142 which means that CGLChoosePixelFormat() fails, but no idea why since it is in principle independent of X11 - there should be also an error on stderr. The libGL code is more than 10 years old, so I wouldn't expect any changes anytime soon. Cheers, Simon Begin forwarded message: From: Simon Urbanek Subject: rgl Date: April 1, 2020 at 13:05:20 GMT+13 To: Duncan Murdoch Duncan, I'm preparing packages for R 4.0.0 release and rgl is segfaulting on load when DISPLAY is set (i.e. when X11 is available). Do you have any idea? (rgl 0.100.50) I remember something about a way to use native GL instead of X11, but I can't recall how to activate that. If DISPLAY is not set, it uses a NULL device which doesn't segfault (obviously). Thanks, Simon > library(rgl) Process 54673 stopped * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT frame #0: 0x7fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10 libsystem_kernel.dylib`__pthread_kill: -> 0x7fff5a145b66 <+10>: jae0x7fff5a145b70; <+20> 0x7fff5a145b68 <+12>: movq %rax, %rdi 0x7fff5a145b6b <+15>: jmp0x7fff5a13cae5; cerror_nocancel 0x7fff5a145b70 <+20>: retq Target 0: (R) stopped. (lldb) bt * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT * frame #0: 0x7fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10 frame #1: 0x7fff5a310080 libsystem_pthread.dylib`pthread_kill + 333 frame #2: 0x7fff5a0a11ae libsystem_c.dylib`abort + 127 frame #3: 0x0001086e6aed libGL.1.dylib`apple_visual_create_pfobj + 1010 frame #4: 0x0001086e457b libGL.1.dylib`apple_glx_create_context + 204 frame #5: 0x0001086e15b9 libGL.1.dylib`applegl_create_context + 182 frame #6: 0x0001086c1377 libGL.1.dylib`CreateContext + 126 frame #7: 0x0001086c1288 libGL.1.dylib`glXCreateContext + 199 frame #8: 0x0001084e5b23 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::initGL(this=0x00010584fc00) at x11gui.cpp:335 [opt] frame #9: 0x0001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::on_init(this=0x00010584fc00) at x11gui.cpp:411 [opt] frame #10: 0x0001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(this=0x00010584fc00, w=, f=0x00010262c9b0, in_xwindow=10485763, invisualinfo=0x000100a6f560) at x11gui.cpp:78 [opt] frame #11: 0x0001084e7610 rgl.so`rgl::X11GUIFactory::createWindowImpl(rgl::Window*) [inlined] rgl::X11WindowImpl::X11WindowImpl(this=, w=, f=, in_xwindow=, invisualinfo=) at x11gui.cpp:77 [opt] frame #12: 0x0001084e75fa rgl.so`rgl::X11GUIFactory::createWindowImpl(this=, window=0x000100b33ba0) at x11gui.cpp:694 [opt] frame #13: 0x0001084d9401 rgl.so`rgl::Window::Window(this=0x000100b33ba0, in_child=, factory=) at gui.cpp:147 [opt] frame #14: 0x0001084c1dea rgl.so`rgl::Device::Device(this=0x000100b2d4c0, id=, useNULL=) at device.cpp:16 [opt] frame #15: 0x0001084c28c5 rgl.so`rgl::DeviceManager::createTestWindow(this=0x000100b34880) at devicemanager.cpp:167 [opt] frame #16: 0x0001084d9a9a rgl.so`::rgl_init(initValue=, useNULL=, in_namespace=, debug=) at init.cpp:94 [opt] frame #17: 0x00010012b4cb libR.dylib`R_doDotCall(ofun=, nargs=, cargs=0x7ffeefbef4e0, call=0x000101cc1618) at dotcode.c:607 [opt] frame #18: 0x00010017738a libR.dylib`bcEval(body=0x000101cc1650, rho=0x000101cc1228, useCache=) at eval.c:7646 [opt] frame #19: 0x00010015d141 libR.dylib`Rf_eval(e=, rho=) at eval.c:723 [opt] frame #20: 0x00010017d601 libR.dylib`R_execClosure(call=0x0001019f12b0, newrho=, sysparent=, rho=0x0001019df6b8, arglist=, op=) at eval.c:0 [opt] > On Aug 4, 2020, at 06:44, Duncan Murdoch wrote: > > It didn't stay fixed. I get crashes about half the time now. I'll see if I > can figure out what's going wrong. My guess would be that rather than an rgl > bug this is an Xquartz bug, but maybe I can find a way to prevent it. > > Duncan Murdoch > > On 03/08/2020 12:54 p.m., Duncan Murdoch wrote: >> With great trepidation, I installed Catalina. I saw the same crash as >> reported. Then I reinstalled Xquartz, shut down the Xquartz that was >> still running (should have done that
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
> On 3 Aug 2020, at 19:45, Duncan Murdoch wrote: > > It didn't stay fixed. I get crashes about half the time now. I'll see if I > can figure out what's going wrong. My guess would be that rather than an rgl > bug this is an Xquartz bug, but maybe I can find a way to prevent it. Unfortunately XQuartz has not been updated for nearly 4 years, so I don’t hold any hope it will get fixed there. You are right to point out that XQuartz often needs reinstalling after a macOS update — sometimes even a minor one. > > Duncan Murdoch > >> On 03/08/2020 12:54 p.m., Duncan Murdoch wrote: >> With great trepidation, I installed Catalina. I saw the same crash as >> reported. Then I reinstalled Xquartz, shut down the Xquartz that was >> still running (should have done that in the other order!), and tried >> again: no crash. Hope it stays fixed! >> Duncan Murdoch >>> On 03/08/2020 9:25 a.m., Duncan Murdoch wrote: >>> Thanks. Looks like I should update. I'm looking forward to the crashes... >>> >>> Duncan Murdoch >>> >>> On 03/08/2020 9:21 a.m., Marc Schwartz wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz > On Aug 3, 2020, at 9:05 AM, Duncan Murdoch > wrote: > > I just got a message from someone else using Catalina 10.15.5 who still > gets a crash from > > library(rgl) > plot(1:10) > > I don't have Catalina, and haven't seen it. Has anyone else? > > Duncan Murdoch > > On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: >> I upgraded last night to Catalina 10.15.5 (19F96). >> The crash has gone away and that example now works normally. >> On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger >> wrote: >>> >>> my 12:35 email and the attached tmp.txt are from the Terminal.app, >>> No emacs/ESS involved. >>> >>> On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch >>> wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: > I attempted to update xquartz when I updated to Catalina, and the same > number is still the current version number. > > Here is a related issue, attached tmp2.txt is the R transcript. > The interesting thing here is that rgl.quit() prevents rgl from being > reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? > Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch > On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch > wrote: >> >> On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: >>> I have the same Xquartz as you. >> >> I'd guess it should be updated. Generally XQuartz needs updates with >> every MacOS release, and your 10.15.4 is two releases further along >> than >> my 10.13.6. >> >>> I have rgl-0.100.50 from CRAN >> >> You could update that, but I doubt if it would make any difference. >> >>> Apple is macOS Catalina, Version 10.15.4 >>> Do you need hardware information? >>> MacBpok Air (13 -inch, Mid 2012) >>> Processor 2GHz Dual-Core Intel Core i7 >>> Memory 8 GB 1600 MHz DDR3 >>> Graphics Intel HD Graphics 4000 1536 MB >> >> I think the XQuartz issue is most likely to help, but if it doesn't, >> I'm
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
It didn't stay fixed. I get crashes about half the time now. I'll see if I can figure out what's going wrong. My guess would be that rather than an rgl bug this is an Xquartz bug, but maybe I can find a way to prevent it. Duncan Murdoch On 03/08/2020 12:54 p.m., Duncan Murdoch wrote: With great trepidation, I installed Catalina. I saw the same crash as reported. Then I reinstalled Xquartz, shut down the Xquartz that was still running (should have done that in the other order!), and tried again: no crash. Hope it stays fixed! Duncan Murdoch On 03/08/2020 9:25 a.m., Duncan Murdoch wrote: Thanks. Looks like I should update. I'm looking forward to the crashes... Duncan Murdoch On 03/08/2020 9:21 a.m., Marc Schwartz wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(),
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
With great trepidation, I installed Catalina. I saw the same crash as reported. Then I reinstalled Xquartz, shut down the Xquartz that was still running (should have done that in the other order!), and tried again: no crash. Hope it stays fixed! Duncan Murdoch On 03/08/2020 9:25 a.m., Duncan Murdoch wrote: Thanks. Looks like I should update. I'm looking forward to the crashes... Duncan Murdoch On 03/08/2020 9:21 a.m., Marc Schwartz wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
Works fine in both RStudio and in the terminal for me (10.15.6). R 4.0.2, official binary On 3 Aug 2020, at 15:21, Marc Schwartz via R-SIG-Mac wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
Thanks. Looks like I should update. I'm looking forward to the crashes... Duncan Murdoch On 03/08/2020 9:21 a.m., Marc Schwartz wrote: Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
Hi, Just installed rgl and I get the same crash and error message from the original post below, running R from the CLI. If I run R from within ESS (what I normally use), I get: Process R abort trap: 6 at Mon Aug 3 09:15:32 2020 If I run R from R.app (the default macOS GUI), the command runs fine and I get the graphic. I am running R 4.0.2 (2020-06-22) on macOS 10.15.6. R was cleanly installed, and XQuartz (2.7.11) was updated afterwards. Regards, Marc Schwartz > On Aug 3, 2020, at 9:05 AM, Duncan Murdoch wrote: > > I just got a message from someone else using Catalina 10.15.5 who still gets > a crash from > > library(rgl) > plot(1:10) > > I don't have Catalina, and haven't seen it. Has anyone else? > > Duncan Murdoch > > On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: >> I upgraded last night to Catalina 10.15.5 (19F96). >> The crash has gone away and that example now works normally. >> On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: >>> >>> my 12:35 email and the attached tmp.txt are from the Terminal.app, >>> No emacs/ESS involved. >>> >>> On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch >>> wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: > I attempted to update xquartz when I updated to Catalina, and the same > number is still the current version number. > > Here is a related issue, attached tmp2.txt is the R transcript. > The interesting thing here is that rgl.quit() prevents rgl from being > reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? > Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch > On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch > wrote: >> >> On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: >>> I have the same Xquartz as you. >> >> I'd guess it should be updated. Generally XQuartz needs updates with >> every MacOS release, and your 10.15.4 is two releases further along than >> my 10.13.6. >> >>> I have rgl-0.100.50 from CRAN >> >> You could update that, but I doubt if it would make any difference. >> >>> Apple is macOS Catalina, Version 10.15.4 >>> Do you need hardware information? >>> MacBpok Air (13 -inch, Mid 2012) >>> Processor 2GHz Dual-Core Intel Core i7 >>> Memory 8 GB 1600 MHz DDR3 >>> Graphics Intel HD Graphics 4000 1536 MB >> >> I think the XQuartz issue is most likely to help, but if it doesn't, I'm >> not sure what I could suggest: I don't have Catalina. >> >> Duncan Murdoch >>> >>> >>> from the Terminal App: >>> The Apple Crash Report is in the attached tmp.txt >>> I didn't send it to Apple. >>> >>> R version 4.0.0 (2020-04-24) -- "Arbor Day" >>> >>> 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. >>> >>> library(rgl) >>> plot(1:10) >>> 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(),
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
I just got a message from someone else using Catalina 10.15.5 who still gets a crash from library(rgl) plot(1:10) I don't have Catalina, and haven't seen it. Has anyone else? Duncan Murdoch On 31/05/2020 4:44 p.m., Richard M. Heiberger wrote: I upgraded last night to Catalina 10.15.5 (19F96). The crash has gone away and that example now works normally. On Fri, May 29, 2020 at 3:25 PM Richard M. Heiberger wrote: my 12:35 email and the attached tmp.txt are from the Terminal.app, No emacs/ESS involved. On Fri, May 29, 2020 at 3:13 PM Duncan Murdoch wrote: On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 166 4 AppKit 0x7fff34503083 +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + 361 5 AppKit 0x7fff34e4bda8 _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 6 AppKit 0x7fff34502c85 -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 7 AppKit 0x7fff345024dc _NSCGSDockMessageReceive + 268 8 HIToolbox 0x7fff35d34a3c _ZL12DockCallbackjjPvS_ + 1987 9 HIServices
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
On 29/05/2020 2:21 p.m., Richard M. Heiberger wrote: I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Generally speaking rgl doesn't want to be reloaded in the same R session: detaching it doesn't clean up everything. That's not something that I'd put any priority on fixing, whereas I would look at the problems you're having on startup if I could reproduce them. I wonder if ESS is involved somehow: your sessionInfo listed ESSR on the search list. Do you have the same issues with plain R from the console, or R.app? Is there an rgl equivalent for dev.cur()? There's rgl.cur(). rgl only supports two kinds of devices: on a Mac or Linux they'd be displayed as glX or null. Windows also supports the null device (which doesn't display anything), and a different one to display within R: I forget how the name is displayed. It might be that you'll need to set options(rgl.useNULL) before starting rgl, and only use the null device. It won't display anything in R, but allows you to call rglwidget() for a display in a browser. Duncan Murdoch On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 166 4 AppKit 0x7fff34503083 +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + 361 5 AppKit 0x7fff34e4bda8 _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 6 AppKit 0x7fff34502c85 -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 7 AppKit 0x7fff345024dc _NSCGSDockMessageReceive + 268 8 HIToolbox 0x7fff35d34a3c _ZL12DockCallbackjjPvS_ + 1987 9 HIServices 0x7fff3539c8ec dockClientNotificationProc + 217 10 SkyLight0x7fff6626f174 _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + 1002 11 SkyLight0x7fff6626de71 CGSSnarfAndDispatchDatagrams + 1671 12 SkyLight0x7fff6649d5a5 SLSGetNextEventRecordInternal + 83 13 SkyLight0x7fff6633bfbe SLEventCreateNextEvent + 136 14 libXplugin.1.dylib 0x00010686df0c ___xp_init_service_cg_event_port_block_invoke
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
I attempted to update xquartz when I updated to Catalina, and the same number is still the current version number. Here is a related issue, attached tmp2.txt is the R transcript. The interesting thing here is that rgl.quit() prevents rgl from being reattached. Is there an rgl equivalent for dev.cur()? On Fri, May 29, 2020 at 1:51 PM Duncan Murdoch wrote: > > On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: > > I have the same Xquartz as you. > > I'd guess it should be updated. Generally XQuartz needs updates with > every MacOS release, and your 10.15.4 is two releases further along than > my 10.13.6. > > > I have rgl-0.100.50 from CRAN > > You could update that, but I doubt if it would make any difference. > > > Apple is macOS Catalina, Version 10.15.4 > > Do you need hardware information? > > MacBpok Air (13 -inch, Mid 2012) > > Processor 2GHz Dual-Core Intel Core i7 > > Memory 8 GB 1600 MHz DDR3 > > Graphics Intel HD Graphics 4000 1536 MB > > I think the XQuartz issue is most likely to help, but if it doesn't, I'm > not sure what I could suggest: I don't have Catalina. > > Duncan Murdoch > > > > > > from the Terminal App: > > The Apple Crash Report is in the attached tmp.txt > > I didn't send it to Apple. > > > > R version 4.0.0 (2020-04-24) -- "Arbor Day" > > > > 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. > > > > > >> library(rgl) > > > >> plot(1:10) > > > >> 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL > >> NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), > >> > >> /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 > > > > 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to > > uncaught exception 'NSInternalInconsistencyException', reason: > > 'NSScreen reconfig must only happen on the main thread.' > > > > *** First throw call stack: > > > > ( > > > > 0 CoreFoundation 0x7fff371698d7 > > __exceptionPreprocess + 250 > > > > 1 libobjc.A.dylib 0x7fff6ff47a9e > > objc_exception_throw + 48 > > > > 2 CoreFoundation 0x7fff37192bb0 > > +[NSException raise:format:arguments:] + 88 > > > > 3 Foundation 0x7fff398de456 > > -[NSAssertionHandler > > handleFailureInFunction:file:lineNumber:description:] + 166 > > > > 4 AppKit 0x7fff34503083 > > +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + > > 361 > > > > 5 AppKit 0x7fff34e4bda8 > > _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 > > > > 6 AppKit 0x7fff34502c85 > > -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 > > > > 7 AppKit 0x7fff345024dc > > _NSCGSDockMessageReceive + 268 > > > > 8 HIToolbox 0x7fff35d34a3c > > _ZL12DockCallbackjjPvS_ + 1987 > > > > 9 HIServices 0x7fff3539c8ec > > dockClientNotificationProc + 217 > > > > 10 SkyLight0x7fff6626f174 > > _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + > > 1002 > > > > 11 SkyLight0x7fff6626de71 > > CGSSnarfAndDispatchDatagrams + 1671 > > > > 12 SkyLight0x7fff6649d5a5 > > SLSGetNextEventRecordInternal + 83 > > > > 13 SkyLight0x7fff6633bfbe > > SLEventCreateNextEvent + 136 > > > > 14 libXplugin.1.dylib 0x00010686df0c > > ___xp_init_service_cg_event_port_block_invoke + 104 > > > > 15 libdispatch.dylib 0x7fff7108d658 > > _dispatch_client_callout + 8 > > > > 16 libdispatch.dylib 0x7fff7108f818 > > _dispatch_continuation_pop + 414 > > > > 17 libdispatch.dylib 0x7fff7109f4be > > _dispatch_source_invoke + 2084 > > > > 18 libdispatch.dylib 0x7fff71092af6 > > _dispatch_lane_serial_drain + 263 > > > > 19 libdispatch.dylib 0x7fff710935d6 > > _dispatch_lane_invoke + 363 > > > > 20 libdispatch.dylib
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
On 29/05/2020 12:35 p.m., Richard M. Heiberger wrote: I have the same Xquartz as you. I'd guess it should be updated. Generally XQuartz needs updates with every MacOS release, and your 10.15.4 is two releases further along than my 10.13.6. I have rgl-0.100.50 from CRAN You could update that, but I doubt if it would make any difference. Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB I think the XQuartz issue is most likely to help, but if it doesn't, I'm not sure what I could suggest: I don't have Catalina. Duncan Murdoch from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. library(rgl) plot(1:10) 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 166 4 AppKit 0x7fff34503083 +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + 361 5 AppKit 0x7fff34e4bda8 _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 6 AppKit 0x7fff34502c85 -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 7 AppKit 0x7fff345024dc _NSCGSDockMessageReceive + 268 8 HIToolbox 0x7fff35d34a3c _ZL12DockCallbackjjPvS_ + 1987 9 HIServices 0x7fff3539c8ec dockClientNotificationProc + 217 10 SkyLight0x7fff6626f174 _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + 1002 11 SkyLight0x7fff6626de71 CGSSnarfAndDispatchDatagrams + 1671 12 SkyLight0x7fff6649d5a5 SLSGetNextEventRecordInternal + 83 13 SkyLight0x7fff6633bfbe SLEventCreateNextEvent + 136 14 libXplugin.1.dylib 0x00010686df0c ___xp_init_service_cg_event_port_block_invoke + 104 15 libdispatch.dylib 0x7fff7108d658 _dispatch_client_callout + 8 16 libdispatch.dylib 0x7fff7108f818 _dispatch_continuation_pop + 414 17 libdispatch.dylib 0x7fff7109f4be _dispatch_source_invoke + 2084 18 libdispatch.dylib 0x7fff71092af6 _dispatch_lane_serial_drain + 263 19 libdispatch.dylib 0x7fff710935d6 _dispatch_lane_invoke + 363 20 libdispatch.dylib 0x7fff7109cc09 _dispatch_workloop_worker_thread + 596 21 libsystem_pthread.dylib 0x7fff712eba3d _pthread_wqthread + 290 22 libsystem_pthread.dylib 0x7fff712eab77 start_wqthread + 15 ) libc++abi.dylib: terminating with uncaught exception of type NSException zsh: abort R rmh@rmhs-Air ~ % On Fri, May 29, 2020 at 12:16 PM Duncan Murdoch wrote: I'm not seeing that with R-patched r78557, run from the console. I'm not sure I have the same MacOS version as you (R prints the same thing, Apple says High Sierra 10.13.6). I tried with the CRAN binary of rgl 0.100.54. I'd guess the version of XQuartz may be important: I'm not seeing rgl in the call stack, but libXplugin is there. Mine is "XQuartz 2.7.11 (xorg-server 1.18.4)". Duncan Murdoch On 29/05/2020 11:44 a.m., Richard M.
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
this prevents the crash > rgl.quit() > plot(1:10) > On Fri, May 29, 2020 at 12:35 PM Richard M. Heiberger wrote: > > I have the same Xquartz as you. > I have rgl-0.100.50 from CRAN > Apple is macOS Catalina, Version 10.15.4 > Do you need hardware information? > MacBpok Air (13 -inch, Mid 2012) > Processor 2GHz Dual-Core Intel Core i7 > Memory 8 GB 1600 MHz DDR3 > Graphics Intel HD Graphics 4000 1536 MB > > > from the Terminal App: > The Apple Crash Report is in the attached tmp.txt > I didn't send it to Apple. > > R version 4.0.0 (2020-04-24) -- "Arbor Day" > > 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. > > > > library(rgl) > > > plot(1:10) > > > 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL > > NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), > > > > /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 > > 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to > uncaught exception 'NSInternalInconsistencyException', reason: > 'NSScreen reconfig must only happen on the main thread.' > > *** First throw call stack: > > ( > > 0 CoreFoundation 0x7fff371698d7 > __exceptionPreprocess + 250 > > 1 libobjc.A.dylib 0x7fff6ff47a9e > objc_exception_throw + 48 > > 2 CoreFoundation 0x7fff37192bb0 > +[NSException raise:format:arguments:] + 88 > > 3 Foundation 0x7fff398de456 > -[NSAssertionHandler > handleFailureInFunction:file:lineNumber:description:] + 166 > > 4 AppKit 0x7fff34503083 > +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + > 361 > > 5 AppKit 0x7fff34e4bda8 > _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 > > 6 AppKit 0x7fff34502c85 > -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 > > 7 AppKit 0x7fff345024dc > _NSCGSDockMessageReceive + 268 > > 8 HIToolbox 0x7fff35d34a3c > _ZL12DockCallbackjjPvS_ + 1987 > > 9 HIServices 0x7fff3539c8ec > dockClientNotificationProc + 217 > > 10 SkyLight0x7fff6626f174 > _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + > 1002 > > 11 SkyLight0x7fff6626de71 > CGSSnarfAndDispatchDatagrams + 1671 > > 12 SkyLight0x7fff6649d5a5 > SLSGetNextEventRecordInternal + 83 > > 13 SkyLight0x7fff6633bfbe > SLEventCreateNextEvent + 136 > > 14 libXplugin.1.dylib 0x00010686df0c > ___xp_init_service_cg_event_port_block_invoke + 104 > > 15 libdispatch.dylib 0x7fff7108d658 > _dispatch_client_callout + 8 > > 16 libdispatch.dylib 0x7fff7108f818 > _dispatch_continuation_pop + 414 > > 17 libdispatch.dylib 0x7fff7109f4be > _dispatch_source_invoke + 2084 > > 18 libdispatch.dylib 0x7fff71092af6 > _dispatch_lane_serial_drain + 263 > > 19 libdispatch.dylib 0x7fff710935d6 > _dispatch_lane_invoke + 363 > > 20 libdispatch.dylib 0x7fff7109cc09 > _dispatch_workloop_worker_thread + 596 > > 21 libsystem_pthread.dylib 0x7fff712eba3d > _pthread_wqthread + 290 > > 22 libsystem_pthread.dylib 0x7fff712eab77 start_wqthread + 15 > > ) > > libc++abi.dylib: terminating with uncaught exception of type NSException > > zsh: abort R > > rmh@rmhs-Air ~ % > > > On Fri, May 29, 2020 at 12:16 PM Duncan Murdoch > wrote: > > > > I'm not seeing that with R-patched r78557, run from the console. I'm > > not sure I have the same MacOS version as you (R prints the same thing, > > Apple says High Sierra 10.13.6). I tried with the CRAN binary of rgl > > 0.100.54. I'd guess the version of XQuartz may be important: I'm not > > seeing rgl in the call stack, but libXplugin is there. Mine is "XQuartz > > 2.7.11 (xorg-server 1.18.4)". > > > > Duncan Murdoch > > > > > > > > On 29/05/2020 11:44 a.m., Richard M. Heiberger wrote: > > > R version 4.0.0
Re: [R-SIG-Mac] [External] Re: crash due to rgl and base graphics conflict
I have the same Xquartz as you. I have rgl-0.100.50 from CRAN Apple is macOS Catalina, Version 10.15.4 Do you need hardware information? MacBpok Air (13 -inch, Mid 2012) Processor 2GHz Dual-Core Intel Core i7 Memory 8 GB 1600 MHz DDR3 Graphics Intel HD Graphics 4000 1536 MB from the Terminal App: The Apple Crash Report is in the attached tmp.txt I didn't send it to Apple. R version 4.0.0 (2020-04-24) -- "Arbor Day" 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. > library(rgl) > plot(1:10) > 2020-05-29 12:30:00.536 R[24961:3275889] *** Assertion failure in BOOL > NSScreenConfigurationInvalidateIfNeededForReason(_NSScreenConfigurationUpdateReason)(), > > /AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/AppKit/AppKit-1894.40.150/AppKit.subproj/NSScreenConfiguration.m:473 2020-05-29 12:30:00.543 R[24961:3275889] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSScreen reconfig must only happen on the main thread.' *** First throw call stack: ( 0 CoreFoundation 0x7fff371698d7 __exceptionPreprocess + 250 1 libobjc.A.dylib 0x7fff6ff47a9e objc_exception_throw + 48 2 CoreFoundation 0x7fff37192bb0 +[NSException raise:format:arguments:] + 88 3 Foundation 0x7fff398de456 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 166 4 AppKit 0x7fff34503083 +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] + 361 5 AppKit 0x7fff34e4bda8 _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243 6 AppKit 0x7fff34502c85 -[NSApplication(ScreenHandling) _reactToDockChanged] + 144 7 AppKit 0x7fff345024dc _NSCGSDockMessageReceive + 268 8 HIToolbox 0x7fff35d34a3c _ZL12DockCallbackjjPvS_ + 1987 9 HIServices 0x7fff3539c8ec dockClientNotificationProc + 217 10 SkyLight0x7fff6626f174 _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ + 1002 11 SkyLight0x7fff6626de71 CGSSnarfAndDispatchDatagrams + 1671 12 SkyLight0x7fff6649d5a5 SLSGetNextEventRecordInternal + 83 13 SkyLight0x7fff6633bfbe SLEventCreateNextEvent + 136 14 libXplugin.1.dylib 0x00010686df0c ___xp_init_service_cg_event_port_block_invoke + 104 15 libdispatch.dylib 0x7fff7108d658 _dispatch_client_callout + 8 16 libdispatch.dylib 0x7fff7108f818 _dispatch_continuation_pop + 414 17 libdispatch.dylib 0x7fff7109f4be _dispatch_source_invoke + 2084 18 libdispatch.dylib 0x7fff71092af6 _dispatch_lane_serial_drain + 263 19 libdispatch.dylib 0x7fff710935d6 _dispatch_lane_invoke + 363 20 libdispatch.dylib 0x7fff7109cc09 _dispatch_workloop_worker_thread + 596 21 libsystem_pthread.dylib 0x7fff712eba3d _pthread_wqthread + 290 22 libsystem_pthread.dylib 0x7fff712eab77 start_wqthread + 15 ) libc++abi.dylib: terminating with uncaught exception of type NSException zsh: abort R rmh@rmhs-Air ~ % On Fri, May 29, 2020 at 12:16 PM Duncan Murdoch wrote: > > I'm not seeing that with R-patched r78557, run from the console. I'm > not sure I have the same MacOS version as you (R prints the same thing, > Apple says High Sierra 10.13.6). I tried with the CRAN binary of rgl > 0.100.54. I'd guess the version of XQuartz may be important: I'm not > seeing rgl in the call stack, but libXplugin is there. Mine is "XQuartz > 2.7.11 (xorg-server 1.18.4)". > > Duncan Murdoch > > > > On 29/05/2020 11:44 a.m., Richard M. Heiberger wrote: > > R version 4.0.0 (2020-04-24) -- "Arbor Day" > > 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