rgl crashes after one successful draw on R.app
Duncan, Not sure if this helps, but here are 2 screen shots and the crash dump (the latter not from within the debugger). Will probably not make it to the list, but you should get them. On my system I've noted: 1) The example from Bryan always pretty quickly seem to crash R, 2) the rgl demos usually takes a bit longer, 3) I haven't seen it happen using Rcmdr 3d graphics (X.11?). The crash is always in the dispatch thread 1. Let me know if other info can be of help, regards, Rob J. Goedman goedman at icloud.com
On May 29, 2013, at 2:37 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote:
On 13-05-29 11:19 AM, Bryan Hanson wrote:
[originally on R-help, reposted here as the most relevent place] NOTE: problem is with R.app, looks OK on command line R This is really odd, and probably 100% local to me, but I'm at a loss as to a next step. After narrowing things down, here's how to reproduce:
I don't see it, but it looks to me like it may be a timing problem. I'm guessing the destruction of the old window triggers events in the wrong order and leaves rgl in an unstable state. Unfortunately, without being able to reproduce this, it looks really hard to track down. Can anyone reproduce it while running in gdb or some other debugger? Duncan Murdoch
library("rgl")
showSomething <- function() {
open3d()
points3d(rnorm(10),rnorm(10),rnorm(10))
axes3d()
title3d('main','sub','xlab','ylab','zlab')
}
showSomething() # works as expected.
# Close the current rgl window
showSomething() # crashes R with the following report:
*** caught segfault ***
address 0x0, cause 'unknown'
Traceback:
1: .C(rgl_dev_open, success = FALSE)
2: rgl.open()
3: open3d()
4: showSomething()
This will probably work fine for any of you, it's so simple and fundamental. If I don't close the open rgl windows, it doesn't crash, and I can execute the function over and over successfully. And the same thing happens if I just do the commands inside the function individually. SessionInfo() below.
Perhaps something is corrupt with my X11 window system? Thanks, Bryan
R version 3.0.1 (2013-05-16)
Platform: x86_64-apple-darwin10.8.0 (64-bit)
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
other attached packages:
[1] rgl_0.93.940 sos_1.3-5 brew_1.0-6
_______________________________________________ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
_______________________________________________ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
-------------- next part -------------- An HTML attachment was scrubbed... URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0004.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2013-05-29 at 2.42.44 PM.png Type: image/png Size: 375656 bytes Desc: not available URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0002.png> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0005.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2013-05-29 at 2.41.12 PM.png Type: image/png Size: 609685 bytes Desc: not available URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0003.png> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0006.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: details.txt URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0001.txt> -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20130529/23edf584/attachment-0007.html>