Re: [Rd] long-standing documentation bug in ?anova.lme

s://svn.r-project.org/R-packages/trunk/nlme in addition to 'nlme', at least 'foreign', 'mgcv' and 'cluster' are also maintained there. Thank you for the question: I do think "we" should add the corresponding svn URL t

Re: [Rd] pmax and long vector

> Kasper Daniel Hansen > on Mon, 21 Jan 2019 21:51:55 -0500 writes: > Gabe, I don't (yet) know much about long vectors at the C level. So feel > free to address this. > Duncan, I'll see what I can do regarding systematically compiling a list of > functions without lo

Re: [Rd] nlminb with constraints failing on some platforms

> Kasper Kristensen via R-devel > on Mon, 28 Jan 2019 08:56:39 + writes: > I've noticed unstable behavior of nlminb on some Linux > systems. The problem can be reproduced by compiling > R-3.5.2 using gcc-8.2 and running the following snippet: > f <- function(x) su

Re: [Rd] nlminb with constraints failing on some platforms

>>>>> Berend Hasselman >>>>> on Fri, 1 Feb 2019 15:59:58 +0100 writes: >> On 1 Feb 2019, at 10:00, Martin Maechler wrote: >> >> >>>> sessionInfo() >>> R version 3.5.2 (2018-12-20) >>

Re: [Rd] Inefficiency in df$col

> peter dalgaard > on Mon, 4 Feb 2019 16:48:12 +0100 writes: > Does either of you have a patch against current R-devel? > I tried the obvious, but the build dies with > building package 'tools' > all.R is unchanged > ../../../../library/tools/libs/x86_64/tools.so

Re: [Rd] nlminb with constraints failing on some platforms

Thank you, Brad (and others), > Brad Bell on Mon, 4 Feb 2019 07:21:18 -0700 writes: > I get the failure message. To be specific: adcomp.git> R CMD BATCH --quiet test_nlminb.R adcomp.git> cat test_nlminb.Rout >> f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 ) >> op

Re: [Rd] Extract.data.frame.Rd about $.data.frame

> Suharto Anggono Suharto Anggono via R-devel > on Sun, 10 Feb 2019 16:33:25 + writes: > In R devel, data.frame method of '$' has been removed, but this part of "Details" section of Extract.data.frame.Rd still implies existence of the method. > The \code{data.frame} meth

Re: [Rd] Extract.data.frame.Rd about $.data.frame

ot matched, returning NULL; all as it has always been and well documented in ?Extract. Martin > > On Fri, 15/2/19, Martin Maechler > wrote: > Subject: Re: [Rd] Extract.data.frame.Rd about > $.data.frame > C

Re: [Rd] Bug in print.default: dispatches to global show instead of methods::show

> Lionel Henry > on Thu, 21 Feb 2019 12:27:11 +0100 writes: > Hello, > This is already fixed in r-devel, I think by this commit: > https://github.com/wch/r-source/commit/b59a1526085d1b4375b184d35118c6fd6f003912#diff-12de104c9320556f0e99da345c6fb259

Re: [Rd] Return/print standard error in t.test()

> Thomas J Leeper > on Thu, 21 Feb 2019 22:21:21 + writes: > Hi John, > Thanks for your reply. Of course I could write a package and of course I > would find that trivial to do. The point is this is a main entry point to R > for probably (at this point) hundreds o

Re: [Rd] Proposed patch for ?Extract

> Marc Schwartz via R-devel > on Thu, 21 Feb 2019 14:39:45 +0100 writes: > Hi, > In follow up to the thread on R-Help yesterday: >https://stat.ethz.ch/pipermail/r-help/2019-February/461725.html > I am attaching a proposed patch against the trunk version of > Extract.Rd, with

Re: [Rd] model.matrix.default() silently ignores bad contrasts.arg

> Ben Bolker > on Thu, 21 Feb 2019 08:18:51 -0500 writes: > On Thu, Feb 21, 2019 at 7:49 AM Fox, John wrote: >> >> Dear Ben, >> >> Perhaps I'm missing the point, but contrasts.arg is documented to be a list. From ?model.matrix: "contrasts.arg: A list, whose ent

Re: [Rd] model.matrix.default() silently ignores bad contrasts.arg

r about filling the omission there! Prepared to go (into the sources) now. Martin >> -Original Message- From: Martin Maechler >> [mailto:maech...@stat.math.ethz.ch] Sent: Friday, >> February 22, 2019 11:50 AM To: Ben Bolker >> Cc: Fox, John ;

Re: [Rd] Return/print standard error in t.test()

> peter dalgaard > on Fri, 22 Feb 2019 12:38:14 +0100 writes: > It's not a problem per se to put additional information > into class htest objects (hey, it's S3 after all...) and > there is a precedent in chisq.test which returns $observed > and $expected. It seems th

Re: [Rd] stopifnot

"))) Error in log("a") : non-numeric argument to mathematical function as opposed to [ R version >= 3.5.0 ] : > stopifnot(is.na(log("a"))) Error in is.na(log("a")) : non-numeric argument to mathematical function ---

Re: [Rd] stopifnot

or decently written 'all.equal(*)': > if(is.call(cl.i) && identical(cl.i[[1]], quote(all.equal)) && > (is.null(ni <- names(cl.i)) || length(cl.i) == 3L || > @@ -84,7 +82,11 @@ > "%s are not all TRUE"), > Dparse(cl.i)) > - stop(simpleError(msg,

Re: [Rd] Problem with compiling OpenBLAS to work with R

> Erin Hodgess > on Fri, 1 Mar 2019 12:30:35 -0700 writes: > Yay! I re-installed everything and got through "Make > distribution"! I have one more question, please: I am > running the make check-all. I have an error at reg-1d. > It stops the process. However, the m

Re: [Rd] stopifnot

f(is.call(cl.i) && identical(cl.i[[1]], quote(all.equal)) && > (is.null(ni <- names(cl.i)) || length(cl.i) == 3L || > @@ -84,7 +83,12 @@ > "%s are not all TRUE"), > Dparse(cl.i)) > - stop(simpleError(msg, call = sys.call(-1))) >

Re: [Rd] Development version of R fails tests and is not installed

> Berwin A Turlach > on Tue, 5 Mar 2019 16:54:09 +0800 writes: > G'day all, > I have daily scripts running to install the patched version of the > current R version and the development version of R on my linux box > (Ubuntu 18.04.2 LTS). > The last development ver

Re: [Rd] Development version of R fails tests and is not installed

>>>>> Martin Maechler >>>>> on Tue, 5 Mar 2019 12:45:36 +0100 writes: >>>>> Berwin A Turlach >>>>> on Tue, 5 Mar 2019 16:54:09 +0800 writes: >> G'day all, >> I have daily scripts running to install th

Re: [Rd] stopifnot

> If so, maybe add a case for 'cl', like >         else if(is.expression(exprs)) >         as.call(c(quote(expression), exprs)) that seems simple indeed, but at the moment, I cannot see one example where it makes a difference ... or then I'm "blind" ..

Re: [Rd] stopifnot

>>>>> Martin Maechler >>>>> on Tue, 5 Mar 2019 21:04:08 +0100 writes: >>>>> Suharto Anggono Suharto Anggono >>>>> on Tue, 5 Mar 2019 17:29:20 + writes: >> Another possible shortcut definition: >> asser

Re: [Rd] as.Date(Inf) displays as 'NA' but is actually 'Inf'

) structure(NA_real_, class = "Date") structure(NaN, class = "Date") structure(110957, class = "Date") structure(410957, class = "Date") structure(1e+100, class = "Date") structure(1.79769313486232e+308, class = "Date") > - What if we left NA ( NA_character_ specifically ) as result for format(), but changed the print() method so it gives better information here ? I would argue that -Inf and Inf should show differently than true NA's or NaN's .. not the least because infinitely past and infinitely into the future are different concepts. Martin Maechler ETH Zurich (and R Core team) __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] as.Date(Inf) displays as 'NA' but is actually 'Inf'

>>>>> Martin Maechler >>>>> on Wed, 6 Mar 2019 11:51:33 +0100 writes: >>>>> Gabriel Becker >>>>> on Tue, 5 Mar 2019 22:01:37 -0800 writes: >> On Tue, Mar 5, 2019 at 9:54 PM Richard White wrote: >>>

[Rd] Ellipsis and dot-dot-number [Re: Dots are not fixed by make.names()]

> Kirill Müller > on Fri, 8 Mar 2019 22:26:17 +0100 writes: > Kirill Müller > on Fri, 8 Mar 2019 22:26:17 +0100 writes: > Hi > In addition to the inconsistency in make.names(), the text in ?Reserved > seems incomplete: > "Reserved words outside quotes

Re: [Rd] as.data.frame.table() does not recognize default.stringsAsFactors()

> peter dalgaard > on Thu, 14 Mar 2019 16:18:55 +0100 writes: > I have no recollection of the original rationale for as.data.frame.table, but I actually think it is fine as it is: > The classifying _factors_ of a crosstable should be factors unless very specifically directe

Re: [Rd] broken link in docs for Binormial functions

can be dug up via Google Scholar fairly easily, but the link goes to an attachment to an Octave enhancement request! Fortunately, it's still true that googling still finds the pdf (made from an original postscript (which I also have)). However, there's a slightly more current version I&#

Re: [Rd] prettyNum digits=0 not compatible with scientific notation

Thank you, Robert for raising this here ! > Robert McGehee > on Thu, 21 Mar 2019 20:56:19 + writes: > R developers, > Seems I get a bad result ("%#4.0-1e" in particular) when trying to use prettyNum digits=0 with scientific notation. I tried on both my Linux box and on

Re: [Rd] prettyNum digits=0 not compatible with scientific notation

64-bit) is slightly "better": d=10 d=7 d=2 d=1 d=0 [1,] "123456" "123456" "123456" "1e+05" "1.234560e+05" [2,] "12345.6""12345.6""12346" "12346" &quo

Re: [Rd] [PATCH 1/2] readtable: add hook for type conversions per column

> Kurt Van Dijck > on Tue, 26 Mar 2019 21:20:07 +0100 writes: > On di, 26 mrt 2019 12:48:12 -0700, Michael Lawrence wrote: >> Please file a bug on bugzilla so we can discuss this >> further. > All fine. I didn't find a way to create an account on > bugs.r-project

Re: [Rd] default for 'signif.stars'

> Lenth, Russell V > on Wed, 27 Mar 2019 00:06:08 + writes: > Dear R-Devel, As I am sure many of you know, a special > issue of The American Statistician just came out, and its > theme is the [mis]use of P values and the many common ways > in which they are abused.

Re: [Rd] Discrepancy between is.list() and is(x, "list")

s extension/specialization to the already existing class. --- ... and then, I do agree with Gabe that (in some cases), using formal (aka "S4") classes is really what one should do in order to get a clean interface. Martin Maechler ETH Zurich and R Core Team __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] topenv of emptyenv

> Konrad Rudolph > on Sat, 23 Mar 2019 14:26:40 + writes: > Konrad Rudolph > on Sat, 23 Mar 2019 14:26:40 + writes: > I was surprised just now to find out that `topenv(emptyenv())` equals > … `.GlobalEnv`, not `emptyenv()`. From my understanding of the

Re: [Rd] Bug in the "reformulate" function in stats package

> Saren Tasciyan > on Thu, 28 Mar 2019 17:02:10 +0100 writes: > Hi, > I have found a bug in reformulate function and have a solution for it. I > was wondering, where I can submit it? > Best, > Saren Well, you could have given a small reproducible example depict

Re: [Rd] stopifnot -- eval(*) inside for()

> Suharto Anggono Suharto Anggono via R-devel > on Sun, 31 Mar 2019 15:26:13 + writes: > Ah, with R 3.5.0 or R 3.4.2, but not with R 3.3.1, 'eval' > inside 'for' makes compiled version behave like > non-compiled version. Ah.. ... thank you for detecting that " eval(

Re: [Rd] stopifnot

> Suharto Anggono Suharto Anggono via R-devel > on Sun, 31 Mar 2019 15:26:13 + writes: [.] [ "eval() inside for()" not giving call in error message .] [.] > "Details" section of 'stopifnot' documentation in current R 3.6.0 alpha > (

Re: [Rd] [External] Re: stopifnot -- eval(*) inside for()

>>>>> Tierney, Luke >>>>> on Mon, 1 Apr 2019 12:41:08 + writes: > On Mon, 1 Apr 2019, Martin Maechler wrote: >>>>>>> Suharto Anggono Suharto Anggono via R-devel >>>>>>> on Sun, 31 Mar 2019 15:26:13

Re: [Rd] Bug in the "reformulate" function in stats package

;t find the existing bug report, sorry for that. >>> >>> Yes, it is related. My problem was that I have column names with spaces and current solution doesn't solve it. I have a >>> solution, which works for me and maybe also for others. >>>

Re: [Rd] Bug in the "reformulate" function in stats package

is not easily diagnosed from R's parse_Rd(): Error in parse_Rd("/u/maechler/R/D/r-devel/R/src/library/stats/man/delete.response.Rd", : Unexpected end of input (in " quoted string opened at delete.response.Rd:78:63) In addition: Warning message: In parse_Rd("/u/maech

Re: [Rd] subscripting a terms object

Dear Terry, > Therneau, Terry M , Ph D via R-devel > on Thu, 4 Apr 2019 22:48:49 -0400 writes: > Someone sent me a bug report for survival2.44.1-1 that involves a model with both cluster > and offset.  It turns out to be a 3 part issue with [.terms and my own untangle.spec

Re: [Rd] [EXTERNAL] Re: Re: all.equal failure

quot;all versions" of R (I did not look far back, but these things haven't changed much). The cleanest would probably be to define an all.equal.terms() method, as I think there may be more code relying on the behavior of all.equal.formula() to only look at the formulas themselves and not their attributes... but you (Duncan) and others may have a different opinion. Martin Maechler ETH Zurich and R Core Team __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] [EXTERNAL] Re: Re: all.equal failure

>>>>> Martin Maechler >>>>> on Fri, 5 Apr 2019 17:33:54 +0200 writes: >>>>> Duncan Murdoch >>>>> on Fri, 5 Apr 2019 11:12:48 -0400 writes: >> On 05/04/2019 10:46 a.m., Therneau, Terry M., Ph.D. wrote: >>>

Re: [Rd] Bug in the "reformulate" function in stats package

R 3.6.0 that'll come in 8 days, not the least thanks to Ben's patch (earlier in this thread). Martin Maechler > cheers > Ben Bolker > On 2019-04-18 7:30 a.m., Saren Tasciyan wrote: >> Hi, >> >> Sorry for writing this late, I was very

Re: [Rd] Suspect error in windows version of 3.60

bug report with patch PR#17556 : https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17556 I cannot easily build R for windows from the sources either, but committed Duncan's fix to the R-devel sources for now, in svn rev 76434, so we can all install a binary version of R-devel for Windows (>= rev 76434) in a day or two from CRAN https://cran.r-project.org/bin/windows/base/rdevel.html thanks to Jeroen Ooms' autobuilder. If that confirms the problem fixed, we will of course port it to R 3.6.0 patched, so it will be in R 3.6.1 (which is *not* scheduled yet). Martin Maechler ETH Zurich and R Core Team __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Inno Setup 6.0.2 fails before creating exe file on Windows (R-3.6.0)

> Jeroen Ooms > on Thu, 2 May 2019 01:18:02 +0200 writes: > Multiple people have now reported that the R installer does not build > with InnoSetup 6 (released last week). The inno log shows this error: > Error on line 12 in src\gnuwin32\installer\R.iss: Minimum NT version

Re: [Rd] Error in glm(..., family=quasi(..., variance=list(...)))

> Wollschlaeger, Daniel > on Fri, 26 Apr 2019 15:13:36 + writes: > In a glm() call using a quasi() family, one may define a custom variance function in the form of a "list containing components varfun, validmu, dev.resids, initialize and name" (quoting the help page for fami

Re: [Rd] [R] approx with NAs --> new argument 'na.rm=TRUE' ?!

--> Error in if (!ordered && is.unsorted(x, na.rm = na.rm)) { : missing value where TRUE/FALSE needed > approx(x2, x2, method="constant", na.rm=FALSE) Error in if (!ordered && is.unsorted(x, na.rm = na.rm)) { : missing value where TRUE/FALSE ne

Re: [Rd] [R] approx with NAs --> new argument 'na.rm=TRUE' ?!

4.0 linear TRUENA 1.0 1.5 2.0 2.5 3.0 3.5 4.0 4.0 FALSE NA 1.0 NA NA NA 3.0 3.5 4.0 4.0 CN constant TRUE 1.0 1.0 1.0 1.0 1.0 3.0 3.0 4.0 NA FALSE 1.0 1.0 1.0 NA NA 3.0 3.0 4.0 NA linear TRUE 1.0 1.0 1.5 2.0 2.5 3.0 3.

Re: [Rd] Bug in function boxplot's axis labeling

> Ulrike Grömping > on Mon, 6 May 2019 10:09:05 +0200 writes: > Dear developeRs, I appreciate that boxplot now labels the > axes with variable names per default. However, with > argument "horizontal=TRUE" (which I always use), the > default axis labels are mixed up, as

Re: [Rd] nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)

> Gabriel Becker > on Thu, 16 May 2019 15:47:57 -0700 writes: > Hi Hadley, > Thanks for the counterpoint. Response below. > On Thu, May 16, 2019 at 1:59 PM Hadley Wickham wrote: >> The existing behaviour seems inutitive to me. I would consider these >> invarian

Re: [Rd] nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)

>>>>> Gabriel Becker >>>>> on Fri, 17 May 2019 01:06:11 -0700 writes: > Hi Martin, > Thanks for chiming in. Responses inline. > On Fri, May 17, 2019 at 12:32 AM Martin Maechler > wrote: >> >>>>> Gabriel Be

Re: [Rd] anyNA() performance on vectors of POSIXct

ot;atomic" fast method, instead of using any(is.na(.)). This may break existing code in packages, but the maintainers of that code could solve the problems by providing anyNA(.) methods for their objects. Other opinions / ideas ? Martin Maechler ETH Zurich / R Core Team -- *) in Sprin

Re: [Rd] print.() not called when autoprinting

> William Dunlap via R-devel > on Thu, 16 May 2019 11:56:45 -0700 writes: > In R-3.6.0 autoprinting was changed so that print methods for the storage > modes are not called when there is no explicit class attribute. E.g., > % R-3.6.0 --vanilla --quiet >> print.funct

Re: [Rd] print.() not called when autoprinting

m with storage.modes "integer" and "complex": >> > >> > 3.6.0> print.integer <- function(x,...) "integer vector" >> >3.6.0> 1:10 >> > [1] 1 2 3 4 5 6 7 8 9 10 >> > 3.6.0> pr

Re: [Rd] print.() not called when autoprinting

>>>>> Martin Maechler >>>>> on Wed, 22 May 2019 09:50:10 +0200 writes: >>>>> William Dunlap >>>>> on Tue, 21 May 2019 12:11:45 -0700 writes: >> Letting a user supply the autoprint function would be nice also. In a

Re: [Rd] HTTPS warning on developer.r-project.org

> Simon Urbanek > on Wed, 22 May 2019 11:54:49 -0400 writes: > More to the point: the custom search function is currently broken anyway - it just gives me 404. > Should we just get rid of it? If people want to use Google they can just say > site:developer.r-project.org

Re: [Rd] Typo/bug in R-3.6.0/src/scripts/config ?

ing bug report, apologies if I missed it (am trying to follow the advice here: https://www.r-project.org/bugs.html)<https://www.r-project.org/bugs.html>. > Best, Paul Thank you, Paul! The typo is fixed in the sources of both "R-devel" and "R 3.6.0 patched"

Re: [Rd] Possible bug when finding shared libraries during staged installation

ols/R/install.R#L594-L597 > [2] https://github.com/x13org/x13binary/issues/46 > R version 3.6.0 Patched (2019-05-22 r76579) > Platform: x86_64-apple-darwin15.6.0 (64-bit) > Running under: macOS Mojave 10.14.4 -- Martin Maechler ETH Zurich and R Core Team __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] writing Unicode text to the Windows clipboard

> Jennifer Bryan > on Thu, 23 May 2019 00:03:05 -0400 writes: > Hello, I'm interested in moving text from and to the > clipboard that cannot necessarily be represented in the > native encoding. So, really, this is about Windows. > I can successfully read from the clip

Re: [Rd] bug in rbind?

g comments) and committed the fix to R-devel rev 76612 , planned to be ported to R 3.6.0 patched a bit later. Thank you once more! Martin -- Martin Maechler ETH Zurich and R Core Team >>>>> Joshua Ulrich >>>>> on Sat, 21 Jan 2017 11:58:18 -0600 writes:

Re: [Rd] Converting non-32-bit integers from python to R to use bit64: reticulate

> Juan Telleria Ruiz de Aguirre > on Thu, 30 May 2019 18:46:29 +0200 writes: >Thank you Gabriel for valuable insights on the 64-bit integers topic. >In addition, my statement was wrong, as Python3 seems to have unlimited >(and variable) size integers. If you are

Re: [Rd] Possible bug in formatC

)) [,1] [,2] [1,] "2.5""3.1" [2,] "2.50" "3.14" [3,] "2.500" "3.142" [4,] "2.5000" "3.1416" [5,] "2.5""3.14159" [6,] "2.50&

Re: [Rd] stopifnot

thing like 'is.language' or 'expr.is.language' or similar.. Could we get any other readers' opinions ? Martin > > On Mon, 15/4/19, Suharto Anggono Suharto Anggono wrote: > Subject: Re: [Rd] stopifnot >

Re: [Rd] Trivial error in documentation

> David Scott > on Tue, 4 Jun 2019 12:32:03 +1200 writes: > This must have been there for a while> > In the datasets package, the help for airquality says: > A data frame with 154 observations on 6 variables. > But: >> str(airquality) > 'data.frame':    153

Re: [Rd] Converting non-32-bit integers from python to R to use bit64: reticulate

> Juan Telleria Ruiz de Aguirre > on Mon, 3 Jun 2019 06:50:17 +0200 writes: > Thank you Martin for giving to know and developing 'Rmpfr' library for > unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C > MPFR): > https://cran.r-project.org/packa

Re: [Rd] Offer zip builds

roducts such as Microsoft or Google (below) is really ridiculous. They have lots of money to spend and pay many many work hours to pay. We don't want to: Given such (and potentially many more similar) e-mail threads plus the issues mentioned above (plus Virus scanners, plus broken fil

Re: [Rd] stopifnot

>>>>> Martin Maechler >>>>> on Mon, 3 Jun 2019 18:14:15 +0200 writes: >>>>> Suharto Anggono Suharto Anggono >>>>> on Thu, 30 May 2019 14:45:22 + writes: >>>>> Suharto Anggono Suharto Anggono >>>&

Re: [Rd] Give update.formula() an option not to simplify or reorder the result -- request for comments

Trying to revive, possibly conclude a forgotten thread ... > Abby Spurdle > on Mon, 20 May 2019 14:11:47 +1200 writes: > Hi Pavel > (Back On List) > And my two cents... >> At this time, the update.formula() method always performs a number of >> transformations o

Re: [Rd] Bug report: 'formula("x")' loops infinitely ('formula("y")' does not)

-devel, e.g., > formula(c("y~ ", " x")) y ~ x Warning message: Using formula(x) is deprecated when x is a character vector of length > 1. Consider formula(paste(x, collapse = " ")) instead. > formula("{y ~ x}") y ~ x Warning message: invalid fo

Re: [Rd] base::format adds extraneous whitespace for some inputs

> Sarah Goslee > on Thu, 20 Jun 2019 09:56:44 -0400 writes: > I can reproduce this. > It has to do with whether the value rounds down to 9 or up to 10, and > thus needs another space, I think. I agree that it shouldn't happen, > but at least you can get rid of the spac

Re: [Rd] Calculation of e^{z^2/2} for a normal deviate z

Software > wdunlap tibco.com Yes, indeed, thank you, Bill! But they *have* been in use by core R functions for a long time in pgamma, pbeta and related functions. [and I have had changes in *hyper.c where logspace_add() is used too, for several years now (since 2015) but I no longer kno

Re: [Rd] Calculation of e^{z^2/2} for a normal deviate z

ficiently for the vector and matrices cases, Source code from source file copula/R/special-func.R (in svn at R-forge : --> https://r-forge.r-project.org/scm/viewvc.php/pkg/copula/R/special-func.R?view=markup&root=copula ) {Ye

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

> Henrik Bengtsson via R-core > on Sun, 23 Jun 2019 11:29:58 -0700 writes: > Thank you. > To correct myself, I can indeed reproduce this with R --vanilla too. > A reproducible example is: > $ R --vanilla > R version 3.6.0 Patched (2019-05-31 r76629) -- "Planting o

Re: [Rd] [Suggested patch] to fligner.test - constant values can produce significant results

> Karolis K > on Fri, 21 Jun 2019 18:00:36 +0300 writes: > In specific cases fligner.test() can produce a small p-value even when both > groups have constant variance. > Here is an illustration: > fligner.test(c(1,1,2,2), c("a","a","b","b")) > # p-value = NA

Re: [Rd] Seg fault stats::runmed

>>>>> Martin Maechler >>>>> on Fri, 5 Oct 2018 12:16:37 +0200 writes: >>>>> Hilmar Berger >>>>> on Fri, 5 Oct 2018 10:17:49 +0200 writes: >> Dear all, I just found this issue: >> I just found this issue:

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

g), which also sounds unlikely to be the >>> original intention. >>> >>> Disclaimer: Please note that I have not at all studied the rest of the >>> function, so the above is just based on that single line plus >>> debugging that 'om

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

> Henrik Bengtsson > on Thu, 27 Jun 2019 16:00:39 -0700 writes: > Using: > > untrace(methods::conformMethod) > at <- c(12,4,3,2) > str(body(methods::conformMethod)[[at]]) > ## language omittedSig <- omittedSig && (signature[omittedSig] != "missing") > cc <- 0L > trace(methods::confor

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

>>>>> peter dalgaard >>>>> on Fri, 28 Jun 2019 16:20:03 +0200 writes: > > On 28 Jun 2019, at 16:03 , Martin Maechler > > wrote: > > > >>>>>> Henrik Bengtsson > >>>>>>on Thu, 27 Jun 2019 16:00

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

>>>>> Martin Maechler >>>>> on Sat, 29 Jun 2019 10:33:10 +0200 writes: >>>>> peter dalgaard >>>>> on Fri, 28 Jun 2019 16:20:03 +0200 writes: >> > On 28 Jun 2019, at 16:03 , Martin Maechler wrote: >> &g

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

>>>>> Martin Maechler >>>>> on Sat, 29 Jun 2019 12:05:49 +0200 writes: >>>>> Martin Maechler >>>>> on Sat, 29 Jun 2019 10:33:10 +0200 writes: >>>>> peter dalgaard >>>>> on Fri, 28 Jun

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true

. > -- > Georgi Boshnakov The 2nd patch I committed -- the one mostly to rematchDefiniton() -- does exactly that: It uses .local() calls where those argument *are* named which should be named. ==> hence the above example works fine there. Martin > -

Re: [Rd] methods package: A _R_CHECK_LENGTH_1_LOGIC2_=true error

> Suharto Anggono Suharto Anggono via R-devel > on Thu, 4 Jul 2019 15:13:55 + writes: > In 'conformMethod', there is another instance of > omittedSig & . > It just affects error message. > Original: >     if(any(is.na(match(signature[omittedSig], c("ANY", "mi

Re: [Rd] Documentation tweak for ?traceback

gt; 1: foo(2) > The attached trivial patch cleans up the example so that the above > looks like it would have under r<70207. Indeed, thanks a lot, Brodie! There was a bit more to change -- the options() setting is also mentioned in the main tex

Re: [Rd] Format printing inside a matrix

> Pages, Herve > on Mon, 8 Jul 2019 04:32:29 + writes: > On 7/7/19 17:41, Jialin Ma wrote: >> Hi Abby, >> >> Thanks a lot for your paraphrasing and your suggestion! >> >> The problem of wrapping the list into a S3/S4 object, i.e. subclassing array >>

Re: [Rd] Addition of a meta viewport tag to HTML manuals

> Bob Rudis > on Tue, 9 Jul 2019 14:24:24 -0400 writes: > The addition of a single line: > > at in the of the R HTML generated manuals would make them much easier to read on mobile devices. > texi2any (which generates the HTML files) is based on long-working Perl

Re: [Rd] Convert STRSXP or INTSXP to factor

> Gabriel Becker > on Mon, 15 Jul 2019 13:29:28 -0700 writes: > Hi Morgan, > So if the goal is output identical to calling factor, one thing youc an > do is construct and evaluate a call to the R-level factor function. That > would work and be guaranteed to meet y

Re: [Rd] Unexpected behaviour when comparing (==) long quoted expressions

> Daniel Chen > on Fri, 12 Jul 2019 13:53:21 -0500 writes: > Hi everyone: > I’m one of the interns at RStudio this summer working on a project that > helps teachers grade student code. I found an unexpected behaviour with > the |==| operator when comparing |quote|d e

Re: [Rd] Minor typo in R-exts

> Josh O'Brien > on Mon, 22 Jul 2019 15:09:09 -0700 writes: > Section 1.1.3 of the "R-exts" manual currently refers to "imports or > importFrom directives" where it means to say "import or importFrom > directives". Results of a diff between R-exts.texi at SVN revision

Re: [Rd] Underscores in package names

27;s offer to find and provide patches for all places this is used in the R sources, we've convinced ourselves that there is much more code "out there", notably 'devops' code in scripts, which currently relies on the current package naming rules and which could break, often on

Re: [Rd] Conventions: Use of globals and main functions

> Duncan Murdoch > on Mon, 26 Aug 2019 14:19:36 -0400 writes: > On 26/08/2019 1:58 p.m., William Dunlap wrote: >> Duncan Murdoch wrote: >> > Scripts are for throwaways, not for anything worth keeping. >> >> I totally agree and have a tangentially relevant question

Re: [Rd] '==' operator: inconsistency in data.frame(...) == NULL

> Hilmar Berger > on Wed, 4 Sep 2019 15:25:46 +0200 writes: > Dear all, > I just stumbled upon some behavior of the == operator which is at least > somewhat inconsistent. > R version 3.6.1 (2019-07-05) -- "Action of the Toes" > Copyright (C) 2019 The R Foundatio

[Rd] NiceBayes filtered "[ALTREP] ... return value ..."

ot;ham" message among the many dozens of spam ones only a day ago, and released it.. Martin Maechler ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] head.matrix can return 1000s of columns -- limit to n or add new argument?

> Michael Chirico > on Sun, 15 Sep 2019 20:52:34 +0800 writes: > Finally read in detail your response Gabe. Looks great, > and I agree it's quite intuitive, as well as agree against > non-recycling. > Once the length(n) == length(dim(x)) behavior is enabled, > I d

Re: [Rd] Error: package or namespace load failed for ‘utils

> Laurent Gautier > on Sun, 15 Sep 2019 15:01:09 -0400 writes: > In case a search engine leads someone with the same issue > here, I am documenting the point I reached: > I can reproduce the issue with a small example when > forcing R to not load any package at startu

Re: [Rd] head.matrix can return 1000s of columns -- limit to n or add new argument?

hows all 4 corners of the matrix of data frame. There's another important criterion here: __Simplicity__ in the code that's added (and will have to be maintained as part of R "forever" into the future)... AFAICS, the DelayedArray stuff is beatifully modular, but possibly a

Re: [Rd] '==' operator: inconsistency in data.frame(...) == NULL

> Hilmar Berger > on Sat, 14 Sep 2019 13:31:27 +0200 writes: > Dear all, > I did some more tests regarding the == operator in Ops.data.frame (see > below).  All tests done in R 3.6.1 (x86_64-w64-mingw32). > I find that errors are thrown also when comparing a zero len

Re: [Rd] '==' operator: inconsistency in data.frame(...) == NULL

>>>>> Martin Maechler >>>>> on Wed, 18 Sep 2019 10:35:42 +0200 writes: >>>>> Hilmar Berger >>>>> on Sat, 14 Sep 2019 13:31:27 +0200 writes: >> Dear all, >> I did some more tests regarding the ==

Re: [Rd] '==' operator: inconsistency in data.frame(...) == NULL

turn value of setClass() !} MY <- setClass("MyClass", slots = list(x="numeric",label="character"), contains = "numeric") a <- MY(x=pi, label="FOO") D3 <- data.frame(a=1:3) > identical(D3 == a, D3 == l

Re: [Rd] depending on orphaned packages?

])), but your proposal seems a "uniformly not worse" change ((and I have very much liked delving into parts of Gordon Smyth's textbook on GLMs as a really nice mixture / in-between of rigorous math and applied stats)) Martin Maechler ETH Zurich and R Core __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] missing imports not detected by 'R CMD check' (?)

the R CMD check tools have never warned me about (and so they are not in Matrix/NAMESPACE because Matrix may be older than namespaces, and even if not, originally, one did not import the the things from "Depends:" packages, where 'methods' had been for a long time in Ma

<    1   2   3   4   5   6   7   8   9   10   >