Re: [Rd] mem.limits deprecated

2012-02-06 Thread Martin Morgan
On 02/06/2012 12:45 PM, Jeroen Ooms wrote: After upgrading my servers to 2.14, log files were filled warnings that 'mem.limits' has been deprecated and to use gc instead. After reading the NEWS for R 2.14.0 and PR#14795 I learned that it is actually deprecated without replacement. Hereby I just

Re: [Rd] mem.limits deprecated

2012-02-06 Thread Dirk Eddelbuettel
On 6 February 2012 at 12:45, Jeroen Ooms wrote: | After upgrading my servers to 2.14, log files were filled warnings | that 'mem.limits' has been deprecated and to use gc instead. After | reading the NEWS for R 2.14.0 and PR#14795 I learned that it is | actually deprecated without replacement. |

[Rd] mem.limits deprecated

2012-02-06 Thread Jeroen Ooms
After upgrading my servers to 2.14, log files were filled warnings that 'mem.limits' has been deprecated and to use gc instead. After reading the NEWS for R 2.14.0 and PR#14795 I learned that it is actually deprecated without replacement. Hereby I just want to voice that this function was actually

Re: [Rd] Resume processing after warning handler.

2012-02-06 Thread Martin Morgan
On 02/06/2012 04:46 AM, Titus von der Malsburg wrote: On Sat, Feb 4, 2012 at 4:37 PM, Martin Morgan wrote: On 02/03/2012 02:49 AM, Titus von der Malsburg wrote: Hi Titus -- use withCallingHandlers to capture the warning, and invokeRestart() to continue after handling it. withCallingHandlers({

Re: [Rd] Segfault on ".C" registration via R_CMethodDef according to 'Writing R Extensions'.

2012-02-06 Thread Daniel Adler
Simon, Thank you for the prompt and comprehensive explaination. Using the explicit array casts for types and style in all the variants previously mentioned works fine - no errors, warnings, segfaults. Great! I suggest to add the "(R_NativePrimitiveArgType[4])" expression to the example in the m

Re: [Rd] Segfault on ".C" registration via R_CMethodDef according to 'Writing R Extensions'.

2012-02-06 Thread Simon Urbanek
Daniel, the code you are using is probably not what you intended - since there is no length information the compiler assumes you are filling the structure sequentially and thus the expected value is that for R_NativePrimitiveArgType* which has no length, so it can only be initialized with a sca

Re: [Rd] RFC: Proposal to make NROW() and NCOL() slightly more general

2012-02-06 Thread Martin Maechler
> On Sat, Feb 4, 2012 at 10:38 AM, Martin Maechler > wrote: > > The help has > > > >> Description: > > > >>   'nrow' and 'ncol' return the number of rows or columns present in 'x'. > >>   'NCOL' and 'NROW' do the same treating a vector as 1-column matrix. > > > > and > > > >>   x: a vector, array

[Rd] Segfault on ".C" registration via R_CMethodDef according to 'Writing R Extensions'.

2012-02-06 Thread Daniel Adler
Dear R List, I encountered a serious problem regarding the registration of ".C" when following the documentation "Writing R Extensions" that leads to a segmentation fault (tested on windows and mac os x). The registration mechanism for ".C" routines via R_registerRoutines and the R_CMethodDef st

Re: [Rd] Resume processing after warning handler.

2012-02-06 Thread Titus von der Malsburg
On Sat, Feb 4, 2012 at 4:37 PM, Martin Morgan wrote: > On 02/03/2012 02:49 AM, Titus von der Malsburg wrote: > Hi Titus -- use withCallingHandlers to capture the warning, and > invokeRestart() to continue after handling it. > > withCallingHandlers({ >    warning('oops') >    message('continuing')

Re: [Rd] [ping] panel.first for bxp

2012-02-06 Thread Manuel López-Ibáñez
On 06/02/12 10:48, Prof Brian Ripley wrote: This is the wrong place: please file enhancement requests on R-bugs. Sorry, I wasn't aware of this rule. It makes sense. Done as requested: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14804 Cheers, Manuel. __

Re: [Rd] [ping] panel.first for bxp

2012-02-06 Thread Prof Brian Ripley
This is the wrong place: please file enhancement requests on R-bugs. But I see no case at all for adding this, and all enhancements to base R need convincing cases since you are effectively volunteering someone else to maintain this in perpetuity. The lack of response so far suggests that no