Skip to content

Search Archives

Search tips
from:Name Search by author name, e.g. from:Duncan Murdoch "exact phrase" Match an exact phrase word1 word2 Match messages containing both words Date range Use the date pickers to filter results to a time period

Use the list dropdown to narrow results to a specific mailing list. Combine from: with other terms to filter by author and content.

11 results for “from:Pavel N. Krivitsky”

Submitting packages with weak circular dependencies to CRAN.
Pavel N. Krivitsky · Mar 8, 2013 · r-devel

Hello, R-devel, I am planning to submit two packages, A and B, to CRAN. Package B uses an API exported by package A, while package A uses package B to test the API in question. Thus, package B Depends...

Profiling C functions called from R.
Pavel N. Krivitsky · Feb 25, 2005 · r-devel

Hi, I am working on an R package which includes some C routines. I would like to profile the C routines (built with GCC under Debian Linux). I tried running R with LD_PROFILE=/path/to/C/library.so R...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0).
Pavel N. Krivitsky · Jul 1, 2012 · r-devel

On Sat, 2012-05-26 at 14:15 -0500, Dirk Eddelbuettel wrote: > On 26 May 2012 at 14:00, Simon Urbanek wrote: > | [...] the real answer is use .Call() instead. > > Maybe Kurt could add something to that extent to the R...

Checking for user interrupt in a .C() call without without triggering a non-local exit.
Pavel N. Krivitsky · Feb 26, 2007 · r-devel

Hi, An R package on which I am working makes a series of very computationally-intensive and complex .C() calls, that I would like to make interruptible. However, calling R_CheckUserInterrupt() causes a non-local exit, so the memory allocated...

Profiling C functions called from R.
Pavel N. Krivitsky · Mar 2, 2005 · r-devel

Hi, Thank you for the reply. I think I've figured out the problem. In case someone else might find this useful, the vanishing profile file turns out to be the result of a semi-documented quirk (not in R...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0).
Pavel N. Krivitsky · May 6, 2012 · r-devel

Oops... Forgot to attach the dotC_NULL.c, the C source file for the test case. Pavel Krivitsky On Fri, 2012-05-04 at 13:42 -0400, Pavel N. Krivitsky wrote: > Dear R-devel, > > While tracking down some hard-to...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0). --- Missing C file.
Pavel N. Krivitsky · May 7, 2012 · r-devel

Hi, It looks like I didn't forget to attach it after all, but R-devel strips C source code files. Remove the ".txt" from the attached file to compile the test case. Best, Pavel On Fri, 2012-05-04...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0).
Pavel N. Krivitsky · May 26, 2012 · r-devel

Dear Simon, On Sat, 2012-05-26 at 14:00 -0400, Simon Urbanek wrote: > > My suggestion is that in the next release, it ought to be the > > standard, documented behavior, not just because it's historical, but > > because it's...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0).
Pavel N. Krivitsky · May 4, 2012 · r-devel

Dear R-devel, While tracking down some hard-to-reproduce bugs in a package I maintain, I stumbled on a behavior change between R 2.15.0 and the current R-devel (or SVN trunk). In 2.15.0 and...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0) (repost).
Pavel N. Krivitsky · May 11, 2012 · r-devel

Dear R-devel, Duncan Murdoch suggested that I repost this if I don't get a response in a week, so here it is. The tests and the patches were on/against revision 59314, but I don't think that...

[patch] Behavior of .C() and .Fortran() when given double(0) or integer(0).
Pavel N. Krivitsky · May 26, 2012 · r-devel

Dear Professor Ripley and R-devel, Thank you for taking the time to look into this. I understand that the 2.15.0 behavior in question was undocumented and ambiguous (at least as of that release), and it should not...

Can't find what you're looking for? Try searching with Google .