search for: uiowa

Thank you Luke. That is why I don't use Rf_inherits but INHERITS which does not allocate, provided in the email body. I cannot do similarly for S4 classes, thus asking for some API for that. On Fri, Nov 1, 2019 at 5:56 PM Tierney, Luke <luke-tierney at uiowa.edu> wrote: > > On Fri, 1 Nov 2019, Jan Gorecki wrote: > > > Dear R developers, > > > > Motivated by discussion about checking inheritance of S3 and S4 > > objects (in head matrix/array topic) I would light to shed some light > > on a minor gap about that m...

...pace_error, NULL); class = LookupClass(csym, psym); + UNPROTECT(1); } return class; } seems to remove the warning; I'm guessing that the other SEXP already exist so don't need protecting? Martin Morgan ?On 10/29/20, 12:47 PM, "R-devel on behalf of luke-tierney at uiowa.edu" <r-devel-bounces at r-project.org on behalf of luke-tierney at uiowa.edu> wrote: Thanks for the report. Will look into it when I get a chance unless someone else gets there first. A simpler reprex: ## create and serialize a memmory-mapped file object filePath...

...Calloc is like calloc but will never return NULL. If the allocation fails, then an error is signaled, which will result in a non-local exit. If the allocation succeeds, you are responsable for calling Free. luke > > -----Original Message----- > > From: Luke Tierney [mailto:luke@stat.uiowa.edu<mailto:luke@stat.uiowa.edu?Subject=RE:%20%5BR%5D%20mkChar%20can%20be%20interrupted>] > > Sent: Monday, June 14, 2004 5:43 PM > > To: Vadim Ogranovich > > Cc: R-Help > > Subject: RE: [R] mkChar can be interrupted > > > > On Mon, 14 Jun 2004, Vadim Ograno...

...eply. Is it possible then to request a new function to R C API "message" that would equivalent to R "message" function? Similarly as we now have C "warning" and C "error" functions. Best, Jan On Sun, Sep 15, 2019 at 5:25 PM Tierney, Luke <luke-tierney at uiowa.edu> wrote: > > On Sun, 15 Sep 2019, Jan Gorecki wrote: > > > Dear R-devel community, > > > > There appears to be an inconsistency in R C API about the exceptions > > that can be raised from C code. > > Mapping of R C funs to corresponding R functions is as...

I am not using the C API from a package but with an embedded R. Why have it declared in the include/ if it cannot be accessed then? Best, Laurent On Sun, Sep 8, 2019, 8:27 AM Tierney, Luke <luke-tierney at uiowa.edu> wrote: > On Sat, 7 Sep 2019, Laurent Gautier wrote: > > > Hi, > > > > > > The function `Rf_findFun3` is declared in > > `$(R CMD CONFIG HOME)/lib/R/include/Rinternals.h` > > but appears to be missing from R's shared library (R.so). > > &g...

...st, luke -- Luke Tierney Ralph E. Wareham Professor of Mathematical Sciences University of Iowa Phone: 319-335-3386 Department of Statistics and Fax: 319-335-3017 Actuarial Science 241 Schaeffer Hall email: luke-tierney at uiowa.edu Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu

...... > > (and often interactively, rather than in a package) > > Am I to understand that get(j) will now be equivalent to `j` > even if j > is a string referring putatively to another object? > > On Sat, 14 Nov 2020 at 01:34, <luke-tierney at uiowa.edu> wrote: > > > > Worth looking into. It would probably cause some check > failures, so > > would probably be a good idea to run a check across > BIOC/CRAN.? At the > > same time it would be worth allowing name objects (type &gt...

Hi, As was discussed earlier in another thread and as documented in R-exts .Call() should not be interruptible by Ctrl-C. However the following code, which spends most of its time inside mkChar, turned out to be interruptible on RH-7.3 R-1.8.1 gcc-2.96: #include <Rinternals.h> #include <R.h> SEXP foo0(const SEXP nSexp) { int i, n; SEXP resSexp; if (!isInteger(nSexp))

...devel > -- Luke Tierney Ralph E. Wareham Professor of Mathematical Sciences University of Iowa Phone: 319-335-3386 Department of Statistics and Fax: 319-335-3017 Actuarial Science 241 Schaeffer Hall email: luke-tierney at uiowa.edu Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu

...constructions like for (j in ls()) if (is.numeric(x <- get(j))) ... (and often interactively, rather than in a package) Am I to understand that get(j) will now be equivalent to `j` even if j is a string referring putatively to another object? On Sat, 14 Nov 2020 at 01:34, <luke-tierney at uiowa.edu> wrote: > > Worth looking into. It would probably cause some check failures, so > would probably be a good idea to run a check across BIOC/CRAN. At the > same time it would be worth allowing name objects (type "symbol") so > thee don't have to be converted to ch...

...g after all. Also, if we don't keep the whole expression, then it is not a valid string literal any more, because it does not have quoting. I can try to look into a patch. This is for 4.1 I believe, so in some sense it is not urgent? Gabor On Wed, Apr 22, 2020 at 3:31 PM <luke-tierney at uiowa.edu> wrote: > > Looks like a bug. Will have a look when I get a chance. > > Simpler version: > > getParseData(parse(text = 'r"-|hello|-"')) > > > > getParseData(parse(text = 'r"(hello)"')) > line1 col1 line2 col2 id parent...

...forwarding it to R-help, but no > one reply. > > Is there any workaround? When were?SIGUSR1 and SIGUSR2?sent in R? Or maybe > we should move all operations not too emergency out of signal handler? > > Thanks. > > > On Tue, Aug 2, 2016 at 4:02 AM, <luke-tierney at uiowa.edu> wrote: > The handlers for SIGUSR1 and SIGUSR2 are really intended as an > emergency break, not for ordinary programming. These could be > rewritten to be safer but that would make them less immediate. > > Followups would be more appropriate on R-devel....

This is very exciting news. Luke, thank you for all your work on this - I know it's been a long journey. All the best, Henrik On Tue, Dec 3, 2019 at 8:04 AM Tierney, Luke <luke-tierney at uiowa.edu> wrote: > > R-devel has been switched to use reference counting by default with > r77508. Building with -DSWITCH_TO_NAMED goes back to the NAMED > mechanism. > > Best, > > luke > > On Sun, 24 Nov 2019, luke-tierney at uiowa.edu wrote: > > > Baring any u...

On Thu, Jan 22, 2015 at 11:44 AM, <luke-tierney at uiowa.edu> wrote: > > For default methods there ought to be a way to create those so the > default method is computed at creation or load time and stored in an > environment. We had considered that, but we thought the definition of the function would be easier to interpret if it explicitl...

I have committed a change to R-devel that addresses this. To be on the safe side I need to run some more extensive tests before deciding if this can be ported to the release branch for R 3.5.0. Should know in a day or two. Best, luke On Tue, 27 Mar 2018, luke-tierney at uiowa.edu wrote: > This has nothing to do with printing or dispatch per se. It is the > result of an internal register (R_ReturnedValue) being protected. It > gets rewritten whenever there is a jump, e.g. by an explicit return > call. So a simplified example is > > new_foo <- functi...

...s uses our calloc/free. Either would be less brittle that the current status. Best, luke On Sun, 7 Jun 2020, peter dalgaard wrote: > > >> On 7 Jun 2020, at 18:59 , Jeroen Ooms <jeroenooms at gmail.com> wrote: >> >> On Sun, Jun 7, 2020 at 5:53 PM <luke-tierney at uiowa.edu> wrote: >>> >>> On Sun, 7 Jun 2020, peter dalgaard wrote: >>> >>>> So this wasn't tested for a month? >>>> >>>> Anyways, Free() is just free() with a check that we're not freeing a null pointer, followed by setting the po...

...lt;- names(X) return(rval) } newlapply(1:2,log) #Error in FUN(X[[i]], ...) : non-numeric argument to mathematical function newlapply(1:2,function(x)log(x)) #[[1]] #[1] 0 # #[[2]] #[1] 0.6931472 Bill Dunlap TIBCO Software wdunlap tibco.com On Tue, Feb 24, 2015 at 7:50 AM, <luke-tierney at uiowa.edu> wrote: > The documentation is not specific enough on the indented semantics in > this situation to consider this a bug. The original R-level > implementation of lapply was > > lapply <- function(X, FUN, ...) { > FUN <- match.fun(FUN) > if (!is...

...> > -- Luke Tierney Ralph E. Wareham Professor of Mathematical Sciences University of Iowa Phone: 319-335-3386 Department of Statistics and Fax: 319-335-3017 Actuarial Science 241 Schaeffer Hall email: luke-tierney at uiowa.edu Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu

Thanks - I'll find another way to send messages to the main thread for printing. -Winston On Tue, Nov 21, 2017 at 12:42 PM, <luke-tierney at uiowa.edu> wrote: > On Tue, 21 Nov 2017, Winston Chang wrote: > >> Is it safe to call Rprintf and REprintf from a background thread? I'm >> working on a package that makes calls to fprintf(stderr, ...) on a >> background thread when errors happen, but when I run R CMD check...

On Thu, Jan 22, 2015 at 11:44 AM, <luke-tierney at uiowa.edu> wrote: > I'm not convinced that how to make :: faster is the right question. If > you are finding foo::bar being called often enough to matter to your > overall performance then to me the question is: why are you calling > foo::bar more than once? Making :: a bit faster by m...