> isn't unique to either scatter3d() or the Rcmdr. > scatter3d() function in the car package via the Rcmdr, but the > whom I'm cc'ing this message), who encountered the problem using the > This problem was original brought to my attention by Jose Conde (to
> I see this problem only in R.app, not when R is run in a terminal or > stats graphics grDevices utils datasets methods base > I can reliably crash R.app in R 3.2.2 under El Capitan with Output to a file), so I'm not sure whether a warning will be needed Options(rgl.useNULL = TRUE) and writing WebGL or some other kinds of Will you simply remove aglrgl.so from the next version of rgl? If so, you should be able to test for the presence of XQuartz and print a warning message in its absence. XQuartz installation is simple in any event. > Jose encountered this problem using the Rcmdr package, which already requires XQuartz due to Tcl/Tk, but more generally the car package doesn't need XQuartz. > I'm not going to attempt to describe Xquartz installation, but Google > Actually, that works for me and fixes the problem. > to fail because of permission problems, but I'm not sure of that. > unlink(system.file("libs/aglrgl.so", package="rgl")) > "/Library/Frameworks/R.framework/Versions/3.2/Resources/library/rgl/libs > system.file("libs/aglrgl.so", package="rgl") > - You need admin privileges to delete aglrgl.so, and you need to know
> - It means they need Xquartz installed. > use the X11 driver, the same as the terminal version or RStudio would > The "simple" fix is to delete the aglrgl.so file.
#XQUARTZ FOR EL CAPITAN HOW TO#
> support, since I don't really know how to debug it. > One of my students has El Capitan, so I got to see this. > To: Fox, John r-sig-mac at > Cc: nde1 at upr.edu> Subject: Re: rgl crashes R.app in El Capitan Next message: rgl crashes R.app in El Capitan.Previous message: rgl crashes R.app in El Capitan.rgl crashes R.app in El Capitan Duncan Murdoch murdoch.duncan at
0 kommentar(er)
