Re: [Rd] Is it possible to retrieve the last error? (not error *message*)

2016-05-05 Thread Henrik Bengtsson
Thanks. As mentioned in that Stackoverflow thread, this requires re-evaluation of the problematic code, which may or may not work (in addition to taking time). The closest I get to a solution, but which also requires being proactive, is to use options(error=...) to record the condition signaled b

[Rd] ctrl-R in Rgui

2016-05-05 Thread Gabor Grothendieck
When in the Rgui editor sometimes ctrl-R does not cause anything to be sent to the R console. It can be reproduced like this: - when in the Rgui console press ctrl-F N to get a new editor window - enter: pi + 3 followed by Enter - while still in the editor window press ctrl-A ctrl-R and pi + 3 ge

Re: [Rd] Storage of byte code-compiled functions in sysdata.rda

2016-05-05 Thread luke-tierney
I can't reproduce the more complex version. But the package on CRAN fails in the same way on 3.2.3 and 3.3.0. The problem is that your sysdata.rda includes a function that is generating this error. If you do f <- getFromNamespace(".RMXE", ns ="RobAStRDA")[["GEVFamily"]][["fun.N"]][[1]] g <- get(

[Rd] In R for Windows RGui, plain text help files open up at bottom of help file

2016-05-05 Thread Josh O'Brien
Hello, When using the R for Windows installer, I typically choose a customized startup and specify "Plain text" (rather than "HTML help") as my preferred help style. In R-3.3.0, R-3.2.5, and (IIRC) R-3.2.4 (but not R-3.2.3), the plain text help files that open up when using `help()` or `?` do so w

Re: [Rd] Max OSX 3.3.0 and lzma

2016-05-05 Thread Prof Brian Ripley
On 05/05/2016 19:40, Mick Jordan wrote: I have lzma installed (in /usr/local) but R-3.3.0 configure doesn't like something about it: checking for lzma_version_number in -llzma... yes checking lzma.h usability... no checking lzma.h presence... no checking for lzma.h... no configure: error: "liblz

[Rd] Max OSX 3.3.0 and lzma

2016-05-05 Thread Mick Jordan
I have lzma installed (in /usr/local) but R-3.3.0 configure doesn't like something about it: checking for lzma_version_number in -llzma... yes checking lzma.h usability... no checking lzma.h presence... no checking for lzma.h... no configure: error: "liblzma library and headers are required" ba

Re: [Rd] R process killed when allocating too large matrix (Mac OS X)

2016-05-05 Thread Prof Brian Ripley
On 05/05/2016 10:11, Uwe Ligges wrote: On 05.05.2016 04:25, Marius Hofert wrote: Hi Simon, ... all interesting (but quite a bit above my head). I only read 'Linux' and want to throw in that this problem does not appear on Linux (it seems). I talked about this with Martin Maechler and he repor

Re: [Rd] R process killed when allocating too large matrix (Mac OS X)

2016-05-05 Thread Uwe Ligges
On 05.05.2016 04:25, Marius Hofert wrote: Hi Simon, ... all interesting (but quite a bit above my head). I only read 'Linux' and want to throw in that this problem does not appear on Linux (it seems). I talked about this with Martin Maechler and he reported that the same example (on one of his

Re: [Rd] Is it possible to retrieve the last error? (not error *message*)

2016-05-05 Thread Richard Cotton
I wondered the same thing a few days ago. https://stackoverflow.com/questions/36966036/how-to-get-the-last-error The here's the solution from that discussion: get_last_error <- function() { tr <- .traceback() if(length(tr) == 0) { return(NULL) } tryCatch(eval(parse(text = tr[[1]]))