Re: [Rd] as-cran issue ==> set _R_CHECK_LENGTH_1_* settings!

2020-01-20 Thread Abby Spurdle
> I do want to entice people to have a long look beyond closed > source OS into the world of Free Software where not only R is > FOSS (Free and Open Source Software) but (all / almost) all the > tools you use are of that same spirit. > > Best, > Martin I've reconsidered. You're 100% correct. I'm

Re: [Rd] [External] Re: rpois(9, 1e10)

2020-01-20 Thread Ben Bolker
Ugh, sounds like competing priorities. * maintain type consistency * minimize storage (= current version, since 3.0.0) * maximize utility for large lambda (= proposed change) * keep user interface, and code, simple (e.g., it would be easy enough to add a switch that provided user contro

Re: [Rd] [External] Re: rpois(9, 1e10)

2020-01-20 Thread Martin Maechler
> Benjamin Tyner > on Mon, 20 Jan 2020 08:10:49 -0500 writes: > On 1/20/20 4:26 AM, Martin Maechler wrote: >> Coming late here -- after enjoying a proper weekend ;-) -- >> I have been agreeing (with Spencer, IIUC) on this for a long >> time (~ 3 yrs, or more?), namely

Re: [Rd] Minor bug in error message in datetime.c

2020-01-20 Thread Martin Maechler
> Oleh Khoma > on Mon, 20 Jan 2020 15:34:05 + writes: > Hi, > I have spotted a minor bug in do_strptime() function. Here is a patch: > --- a/src/main/datetime.c > +++ b/src/main/datetime.c > @@ -1048,7 +1048,7 @@ SEXP attribute_hidden do_strptime(SEXP cal

[Rd] Minor bug in error message in datetime.c

2020-01-20 Thread Oleh Khoma
Hi, I have spotted a minor bug in do_strptime() function. Here is a patch: --- a/src/main/datetime.c +++ b/src/main/datetime.c @@ -1048,7 +1048,7 @@ SEXP attribute_hidden do_strptime(SEXP call, SEXP op, SEXP args, SEXP env) if(!isString((x = CAR(args error(_("invalid '%

Re: [Rd] [External] Re: rpois(9, 1e10)

2020-01-20 Thread Benjamin Tyner
On 1/20/20 4:26 AM, Martin Maechler wrote: Coming late here -- after enjoying a proper weekend ;-) -- I have been agreeing (with Spencer, IIUC) on this for a long time (~ 3 yrs, or more?), namely that I've come to see it as a "design bug" that rpois() {and similar} must return return typeof() "i

Re: [Rd] A bug understanding F relative to FALSE?

2020-01-20 Thread Joris Meys
As others have pointed out, this is expected behaviour. Let me get on that hill I'll die on: it is absolutely not suitable. It is way beyond time to remove T and F as unprotected kind-of-synonyms for TRUE and FALSE, given the amount of times I had to point out that: T <- t(matrix(0:3,nrow=2)) isTR

Re: [Rd] [External] Re: rpois(9, 1e10)

2020-01-20 Thread Martin Maechler
> Spencer Graves > on Sun, 19 Jan 2020 21:35:04 -0600 writes: > Thanks to Luke and Avi for their comments.  I wrapped "round" around the > call to "rnorm" inside my "rpois.".  For "lambda" really big, that > "round" won't do anything.  However, it appears to give integer