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

Simon Urbanek @|mon@urb@nek @end|ng |rom R-project@org
Mon Aug 3 22:34:33 CEST 2020


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 <simon.urbanek using R-project.org>
Subject: rgl
Date: April 1, 2020 at 13:05:20 GMT+13
To: Duncan Murdoch <murdoch.duncan using gmail.com>

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: 0x00007fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill:
->  0x7fff5a145b66 <+10>: jae    0x7fff5a145b70            ; <+20>
    0x7fff5a145b68 <+12>: movq   %rax, %rdi
    0x7fff5a145b6b <+15>: jmp    0x7fff5a13cae5            ; cerror_nocancel
    0x7fff5a145b70 <+20>: retq   
Target 0: (R) stopped.
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x00007fff5a145b66 libsystem_kernel.dylib`__pthread_kill + 10
    frame #1: 0x00007fff5a310080 libsystem_pthread.dylib`pthread_kill + 333
    frame #2: 0x00007fff5a0a11ae libsystem_c.dylib`abort + 127
    frame #3: 0x00000001086e6aed libGL.1.dylib`apple_visual_create_pfobj + 1010
    frame #4: 0x00000001086e457b libGL.1.dylib`apple_glx_create_context + 204
    frame #5: 0x00000001086e15b9 libGL.1.dylib`applegl_create_context + 182
    frame #6: 0x00000001086c1377 libGL.1.dylib`CreateContext + 126
    frame #7: 0x00000001086c1288 libGL.1.dylib`glXCreateContext + 199
    frame #8: 0x00000001084e5b23 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::initGL(this=0x000000010584fc00) at x11gui.cpp:335 [opt]
    frame #9: 0x00000001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(rgl::Window*, rgl::X11GUIFactory*, unsigned long, XVisualInfo*) [inlined] rgl::X11WindowImpl::on_init(this=0x000000010584fc00) at x11gui.cpp:411 [opt]
    frame #10: 0x00000001084e5b10 rgl.so`rgl::X11WindowImpl::X11WindowImpl(this=0x000000010584fc00, w=<unavailable>, f=0x000000010262c9b0, in_xwindow=10485763, invisualinfo=0x0000000100a6f560) at x11gui.cpp:78 [opt]
    frame #11: 0x00000001084e7610 rgl.so`rgl::X11GUIFactory::createWindowImpl(rgl::Window*) [inlined] rgl::X11WindowImpl::X11WindowImpl(this=<unavailable>, w=<unavailable>, f=<unavailable>, in_xwindow=<unavailable>, invisualinfo=<unavailable>) at x11gui.cpp:77 [opt]
    frame #12: 0x00000001084e75fa rgl.so`rgl::X11GUIFactory::createWindowImpl(this=<unavailable>, window=0x0000000100b33ba0) at x11gui.cpp:694 [opt]
    frame #13: 0x00000001084d9401 rgl.so`rgl::Window::Window(this=0x0000000100b33ba0, in_child=<unavailable>, factory=<unavailable>) at gui.cpp:147 [opt]
    frame #14: 0x00000001084c1dea rgl.so`rgl::Device::Device(this=0x0000000100b2d4c0, id=<unavailable>, useNULL=<unavailable>) at device.cpp:16 [opt]
    frame #15: 0x00000001084c28c5 rgl.so`rgl::DeviceManager::createTestWindow(this=0x0000000100b34880) at devicemanager.cpp:167 [opt]
    frame #16: 0x00000001084d9a9a rgl.so`::rgl_init(initValue=<unavailable>, useNULL=<unavailable>, in_namespace=<unavailable>, debug=<unavailable>) at init.cpp:94 [opt]
    frame #17: 0x000000010012b4cb libR.dylib`R_doDotCall(ofun=<unavailable>, nargs=<unavailable>, cargs=0x00007ffeefbef4e0, call=0x0000000101cc1618) at dotcode.c:607 [opt]
    frame #18: 0x000000010017738a libR.dylib`bcEval(body=0x0000000101cc1650, rho=0x0000000101cc1228, useCache=<unavailable>) at eval.c:7646 [opt]
    frame #19: 0x000000010015d141 libR.dylib`Rf_eval(e=<unavailable>, rho=<unavailable>) at eval.c:723 [opt]
    frame #20: 0x000000010017d601 libR.dylib`R_execClosure(call=0x00000001019f12b0, newrho=<unavailable>, sysparent=<unavailable>, rho=0x00000001019df6b8, arglist=<unavailable>, op=<unavailable>) at eval.c:0 [opt]





> On Aug 4, 2020, at 06:44, Duncan Murdoch <murdoch.duncan using gmail.com> 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 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 <murdoch.duncan using gmail.com> 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 <rmh using temple.edu> 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 <murdoch.duncan using gmail.com> 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 <murdoch.duncan using gmail.com> 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                      0x00007fff371698d7
>>>>>>>>>>> __exceptionPreprocess + 250
>>>>>>>>>>> 
>>>>>>>>>>> 1   libobjc.A.dylib                     0x00007fff6ff47a9e
>>>>>>>>>>> objc_exception_throw + 48
>>>>>>>>>>> 
>>>>>>>>>>> 2   CoreFoundation                      0x00007fff37192bb0
>>>>>>>>>>> +[NSException raise:format:arguments:] + 88
>>>>>>>>>>> 
>>>>>>>>>>> 3   Foundation                          0x00007fff398de456
>>>>>>>>>>> -[NSAssertionHandler
>>>>>>>>>>> handleFailureInFunction:file:lineNumber:description:] + 166
>>>>>>>>>>> 
>>>>>>>>>>> 4   AppKit                              0x00007fff34503083
>>>>>>>>>>> +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] +
>>>>>>>>>>> 361
>>>>>>>>>>> 
>>>>>>>>>>> 5   AppKit                              0x00007fff34e4bda8
>>>>>>>>>>> _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243
>>>>>>>>>>> 
>>>>>>>>>>> 6   AppKit                              0x00007fff34502c85
>>>>>>>>>>> -[NSApplication(ScreenHandling) _reactToDockChanged] + 144
>>>>>>>>>>> 
>>>>>>>>>>> 7   AppKit                              0x00007fff345024dc
>>>>>>>>>>> _NSCGSDockMessageReceive + 268
>>>>>>>>>>> 
>>>>>>>>>>> 8   HIToolbox                           0x00007fff35d34a3c
>>>>>>>>>>> _ZL12DockCallbackjjPvS_ + 1987
>>>>>>>>>>> 
>>>>>>>>>>> 9   HIServices                          0x00007fff3539c8ec
>>>>>>>>>>> dockClientNotificationProc + 217
>>>>>>>>>>> 
>>>>>>>>>>> 10  SkyLight                            0x00007fff6626f174
>>>>>>>>>>> _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ +
>>>>>>>>>>> 1002
>>>>>>>>>>> 
>>>>>>>>>>> 11  SkyLight                            0x00007fff6626de71
>>>>>>>>>>> CGSSnarfAndDispatchDatagrams + 1671
>>>>>>>>>>> 
>>>>>>>>>>> 12  SkyLight                            0x00007fff6649d5a5
>>>>>>>>>>> SLSGetNextEventRecordInternal + 83
>>>>>>>>>>> 
>>>>>>>>>>> 13  SkyLight                            0x00007fff6633bfbe
>>>>>>>>>>> SLEventCreateNextEvent + 136
>>>>>>>>>>> 
>>>>>>>>>>> 14  libXplugin.1.dylib                  0x000000010686df0c
>>>>>>>>>>> ___xp_init_service_cg_event_port_block_invoke + 104
>>>>>>>>>>> 
>>>>>>>>>>> 15  libdispatch.dylib                   0x00007fff7108d658
>>>>>>>>>>> _dispatch_client_callout + 8
>>>>>>>>>>> 
>>>>>>>>>>> 16  libdispatch.dylib                   0x00007fff7108f818
>>>>>>>>>>> _dispatch_continuation_pop + 414
>>>>>>>>>>> 
>>>>>>>>>>> 17  libdispatch.dylib                   0x00007fff7109f4be
>>>>>>>>>>> _dispatch_source_invoke + 2084
>>>>>>>>>>> 
>>>>>>>>>>> 18  libdispatch.dylib                   0x00007fff71092af6
>>>>>>>>>>> _dispatch_lane_serial_drain + 263
>>>>>>>>>>> 
>>>>>>>>>>> 19  libdispatch.dylib                   0x00007fff710935d6
>>>>>>>>>>> _dispatch_lane_invoke + 363
>>>>>>>>>>> 
>>>>>>>>>>> 20  libdispatch.dylib                   0x00007fff7109cc09
>>>>>>>>>>> _dispatch_workloop_worker_thread + 596
>>>>>>>>>>> 
>>>>>>>>>>> 21  libsystem_pthread.dylib             0x00007fff712eba3d
>>>>>>>>>>> _pthread_wqthread + 290
>>>>>>>>>>> 
>>>>>>>>>>> 22  libsystem_pthread.dylib             0x00007fff712eab77 start_wqthread + 15
>>>>>>>>>>> 
>>>>>>>>>>> )
>>>>>>>>>>> 
>>>>>>>>>>> libc++abi.dylib: terminating with uncaught exception of type NSException
>>>>>>>>>>> 
>>>>>>>>>>> zsh: abort      R
>>>>>>>>>>> 
>>>>>>>>>>> rmh using rmhs-Air ~ %
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Fri, May 29, 2020 at 12:16 PM Duncan Murdoch
>>>>>>>>>>> <murdoch.duncan using gmail.com> 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 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.
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> if(identical(getOption('pager'), file.path(R.home('bin'), 'pager'))) options(pager='cat') # rather take the ESS one
>>>>>>>>>>>>>> options(STERM='iESS', str.dendrogram.last="'", editor='emacsclient', show.error.locations=TRUE)
>>>>>>>>>>>>>> version
>>>>>>>>>>>>>                     _
>>>>>>>>>>>>> platform       x86_64-apple-darwin17.0
>>>>>>>>>>>>> arch           x86_64
>>>>>>>>>>>>> os             darwin17.0
>>>>>>>>>>>>> system         x86_64, darwin17.0
>>>>>>>>>>>>> status
>>>>>>>>>>>>> major          4
>>>>>>>>>>>>> minor          0.0
>>>>>>>>>>>>> year           2020
>>>>>>>>>>>>> month          04
>>>>>>>>>>>>> day            24
>>>>>>>>>>>>> svn rev        78286
>>>>>>>>>>>>> language       R
>>>>>>>>>>>>> version.string R version 4.0.0 (2020-04-24)
>>>>>>>>>>>>> nickname       Arbor Day
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> library(rgl)
>>>>>>>>>>>>>> plot(1:10)
>>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Process R abort trap: 6 at Fri May 29 11:32:59 2020
>>>>>>>>>>>>> 2020-05-29 11:32:59.542 R[24448:3255600] *** 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 11:32:59.560 R[24448:3255600] *** Terminating app due to
>>>>>>>>>>>>> uncaught exception 'NSInternalInconsistencyException', reason:
>>>>>>>>>>>>> 'NSScreen reconfig must only happen on the main thread.'
>>>>>>>>>>>>> *** First throw call stack:
>>>>>>>>>>>>> (
>>>>>>>>>>>>> 0   CoreFoundation                      0x00007fff371698d7
>>>>>>>>>>>>> __exceptionPreprocess + 250
>>>>>>>>>>>>> 1   libobjc.A.dylib                     0x00007fff6ff47a9e
>>>>>>>>>>>>> objc_exception_throw + 48
>>>>>>>>>>>>> 2   CoreFoundation                      0x00007fff37192bb0
>>>>>>>>>>>>> +[NSException raise:format:arguments:] + 88
>>>>>>>>>>>>> 3   Foundation                          0x00007fff398de456
>>>>>>>>>>>>> -[NSAssertionHandler
>>>>>>>>>>>>> handleFailureInFunction:file:lineNumber:description:] + 166
>>>>>>>>>>>>> 4   AppKit                              0x00007fff34503083
>>>>>>>>>>>>> +[_NSScreenConfiguration invalidateConfigurationIfNeededForReason:] +
>>>>>>>>>>>>> 361
>>>>>>>>>>>>> 5   AppKit                              0x00007fff34e4bda8
>>>>>>>>>>>>> _NSApplicationInvalidateScreenConfigurationMaybeIfNeeded + 243
>>>>>>>>>>>>> 6   AppKit                              0x00007fff34502c85
>>>>>>>>>>>>> -[NSApplication(ScreenHandling) _reactToDockChanged] + 144
>>>>>>>>>>>>> 7   AppKit                              0x00007fff345024dc
>>>>>>>>>>>>> _NSCGSDockMessageReceive + 268
>>>>>>>>>>>>> 8   HIToolbox                           0x00007fff35d34a3c
>>>>>>>>>>>>> _ZL12DockCallbackjjPvS_ + 1987
>>>>>>>>>>>>> 9   HIServices                          0x00007fff3539c8ec
>>>>>>>>>>>>> dockClientNotificationProc + 217
>>>>>>>>>>>>> 10  SkyLight                            0x00007fff6626f174
>>>>>>>>>>>>> _ZN12_GLOBAL__N_123notify_datagram_handlerEj15CGSDatagramTypePvmS1_ +
>>>>>>>>>>>>> 1002
>>>>>>>>>>>>> 11  SkyLight                            0x00007fff6626de71
>>>>>>>>>>>>> CGSSnarfAndDispatchDatagrams + 1671
>>>>>>>>>>>>> 12  SkyLight                            0x00007fff6649d5a5
>>>>>>>>>>>>> SLSGetNextEventRecordInternal + 83
>>>>>>>>>>>>> 13  SkyLight                            0x00007fff6633bfbe
>>>>>>>>>>>>> SLEventCreateNextEvent + 136
>>>>>>>>>>>>> 14  libXplugin.1.dylib                  0x000000010ffa5f0c
>>>>>>>>>>>>> ___xp_init_service_cg_event_port_block_invoke + 104
>>>>>>>>>>>>> 15  libdispatch.dylib                   0x00007fff7108d658
>>>>>>>>>>>>> _dispatch_client_callout + 8
>>>>>>>>>>>>> 16  libdispatch.dylib                   0x00007fff7108f818
>>>>>>>>>>>>> _dispatch_continuation_pop + 414
>>>>>>>>>>>>> 17  libdispatch.dylib                   0x00007fff7109f4be
>>>>>>>>>>>>> _dispatch_source_invoke + 2084
>>>>>>>>>>>>> 18  libdispatch.dylib                   0x00007fff71092af6
>>>>>>>>>>>>> _dispatch_lane_serial_drain + 263
>>>>>>>>>>>>> 19  libdispatch.dylib                   0x00007fff710935d6
>>>>>>>>>>>>> _dispatch_lane_invoke + 363
>>>>>>>>>>>>> 20  libdispatch.dylib                   0x00007fff7109cc09
>>>>>>>>>>>>> _dispatch_workloop_worker_thread + 596
>>>>>>>>>>>>> 21  libsystem_pthread.dylib             0x00007fff712eba3d
>>>>>>>>>>>>> _pthread_wqthread + 290
>>>>>>>>>>>>> 22  libsystem_pthread.dylib             0x00007fff712eab77 start_wqthread + 15
>>>>>>>>>>>>> )
>>>>>>>>>>>>> libc++abi.dylib: terminating with uncaught exception of type NSException
>>>>>>>>>>>>> 
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> R-SIG-Mac mailing list
>>>>>>>>>>>>> R-SIG-Mac using r-project.org
>>>>>>>>>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> R-SIG-Mac mailing list
>>>>> R-SIG-Mac using r-project.org
>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>> 
>>> 
>> 
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac using r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac



More information about the R-SIG-Mac mailing list