Re: [Rd] undefined subclass warning

> Ben Bolker > on Wed, 30 Jun 2021 20:23:27 -0400 writes: >A colleague recently submitted a paper to JSS and was > advised to address the following warning which occurs when > their package > (https://CRAN.R-project.org/package=pcoxtime) is loaded: > Warning

Re: [R-pkg-devel] How to communicate WARNINGS fixed from *last* CRAN version of a package

> Alberto Garre > on Tue, 22 Jun 2021 10:52:26 +0200 writes: > Thanks! It is the first time I got this message, so I was a bit puzzled > about what to do. I will be patient, then :) > Alberto well, as Sebastian said >> The auto-check e-mail said "Hence please

Re: [Rd] Should last default to .Machine$integer.max-1 for substring()

>>>>> Tomas Kalibera >>>>> on Mon, 21 Jun 2021 10:08:37 +0200 writes: > On 6/21/21 9:35 AM, Martin Maechler wrote: >>>>>>> Michael Chirico >>>>>>> on Sun, 20 Jun 2021 15:20:26 -0700 writes: >> &

Re: [Rd] Should last default to .Machine$integer.max-1 for substring()

> Michael Chirico > on Sun, 20 Jun 2021 15:20:26 -0700 writes: > Currently, substring defaults to last=100L, which > strongly suggests the intent is to default to "nchar(x)" > without having to compute/allocate that up front. > Unfortunately, this default makes

Re: [Rd] dgTMatrix Segmentation Fault

>>>>> Ben Bolker >>>>> on Wed, 9 Jun 2021 21:11:18 -0400 writes: > Nice! Indeed -- and thanks a lot, Dario (and Martin Morgan !) for getting down to the root problem. so, indeed a bug in Matrix (though "far away" from 'dgTMatrix'). Thank yo

Re: [Rd] dgTMatrix Segmentation Fault

ver on Linux based ones (Ubuntu, Debian, Fedora, CentOS..), but maybe I'm too optimistic there as well. Note: I now also tried on our oldish Windows (Terminal) Server, and it also just gave errors that it could not allocate so much memory but did not produce a seg.fault. Currently, I don't see wha

Re: [R-pkg-devel] Question about preventing CRAN package archival

t to use before or instead of doing one of the more expensive ones is simply checking the diagonal: if(any(diag()) < 0) "not positive-semidefinite" if(any(diag()) <= 0) "not positive-definite" Martin Maechler (Maintainer of 'Matrix'). > On Wed, Jun

Re: [Rd] `mode`

f R (of 25+ years). Thank you! I've already fixed this in the sources' trunk (svn rev 80321) a minute ago; of course this will not make it anymore into R 4.1.0 but in its "patched" version, and then 4.1.1 and one. With thankful regards, Martin -- Martin Maechler ETH Zurich and R Cor

Re: [Rd] R-devel new warning: no longer be an S4 object

> Jan Gorecki > on Mon, 10 May 2021 12:42:09 +0200 writes: > Hi R-devs, > R 4.0.5 gives no warning. Is it expected? Searching the news for "I(" > doesn't give any info. Thanks > z = I(getClass("MethodDefinition")) Now what exactly did you intend with the above line

Re: [Rd] Testing R build when using --without-recommended-packages?

> Gabriel Becker > on Tue, 4 May 2021 14:40:22 -0700 writes: > Hmm, that's fair enough Ben, I stand corrected. I will say that this seems > to be a pretty "soft" recommendation, as these things go, given that it > isn't tested for by R CMD check, including with the

Re: [Rd] Inconsistency in median()

encountered quite a few cases where people created vector-like classes but did not provide a "correct" subsetting method (typically you should make sure both a `[[` and `[` method works!). Best regards, Martin Martin Maechler ETH Zurich and R Core team > And, going further, sho

Re: [Rd] as.list fails on functions with S3 classes

> brodie gaslam via R-devel > on Thu, 29 Apr 2021 01:04:01 + (UTC) writes: >> On Wednesday, April 28, 2021, 5:16:20 PM EDT, Gabriel Becker wrote: >> >> Hi Antoine, >> >> I would say this is the correct behavior. S3 dispatch is solely (so far as >> I

Re: [Rd] New post not readable

> Lluís Revilla > on Wed, 28 Apr 2021 15:19:53 +0200 writes: > Hi all, > It has come to my attention that there is a new post on The R blog: "R > Can Use Your Help: Testing R Before Release". > However, the link returns an error "Not found": >

Re: [Rd] NEWS item for bugfix in normalizePath and file.exists?

> Toby Hocking > on Wed, 28 Apr 2021 07:21:05 -0700 writes: > Hi Tomas, thanks for the thoughtful reply. That makes sense about the > problems with C locale on windows. Actually I did not choose to use C > locale, but instead it was invoked automatically during a package

[Rd] Msg not getting posted (or much delayed (was "R check false positive ..")

> Dénes Tóth > on Wed, 21 Apr 2021 12:57:48 +0200 writes: > > Disclaimer: I sent this report first to r-package-de...@r-project.org > but it seems it has not been delivered to the list - re-trying to r-devel > Also, for R-devel, your msg sat for 3 days

Re: [Rd] R CMD INSTALL warning for S4 replacement functions on R 4.1.0-alpha

> Sebastian Meyer > on Fri, 23 Apr 2021 23:23:16 +0200 writes: > I can confirm this Rd warning in R-devel (2021-04-23 r80216), but not in > R 4.0.5. It happens when installing the static help (INSTALL option --html). > The following R code reproduces the warning by

Re: [Rd] R CMD INSTALL warning for S4 replacement functions on R 4.1.0-alpha

the last couple of weeks, so R 4.1.0 and R-devel should be identical here but the CRAN checks using R-devel don't seem to show anything. ... ... hence my deep puzzlement. Thank you once more for the report, Martin -- Martin Maechler ETH Zurich and R Core team __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [R-pkg-devel] Using ggplot2 within another package

> Ben Bolker > on Thu, 22 Apr 2021 17:27:49 -0400 writes: > For some reason that I don't remember, an R core member once told me > that they prefer x <- y <- NULL to utils::globalVariables(c("x","y")) - That could have been me. Even though I think I still have some

Re: [Rd] Sys.timezone() fails on Linux under Microsoft WSL

> Brenton Wiernik > on Tue, 13 Apr 2021 09:15:50 -0400 writes: > In Microsoft’s Windows Subsystem for Linux (WSL or WSL2), > there is not system framework, so utilities that depend on > it fail. This includes timedatectl which R uses in > Sys.timezone(). The

Re: [Rd] [Solved] Possible x11 window manager window aggregation under one icon?

>>>>> Duncan Murdoch >>>>> on Thu, 25 Mar 2021 10:41:46 -0400 writes: > On 25/03/2021 9:18 a.m., Dirk Eddelbuettel wrote: >> >> On 24 March 2021 at 10:30, Martin Maechler wrote: >> | For this reason I've committed t

Re: [Rd] [Solved] Possible x11 window manager window aggregation under one icon?

> Dirk Eddelbuettel > on Tue, 23 Mar 2021 12:36:47 -0500 writes: > It all works now, thanks mostly to some very detailed reading of the specs by > Ivan. In short, I made the following changes: > - add the missing WM hint to the .desktop file we install > - add the

Re: [Rd] Possible x11 window manager window aggregation under one icon?

> Dirk Eddelbuettel > on Mon, 22 Mar 2021 22:23:47 -0500 writes: > On 22 March 2021 at 16:57, Dirk Eddelbuettel wrote: > | > | On 23 March 2021 at 00:01, Ivan Krylov wrote: > | | The surrounding code and > | |

Re: [Rd] quantile() names

Getting back to this after 3 months : >>>>> Martin Maechler >>>>> on Wed, 16 Dec 2020 11:13:32 +0100 writes: >>>>> Gabriel Becker >>>>> on Mon, 14 Dec 2020 13:23:00 -0800 writes: >> Hi Edgar,

Re: [Rd] Potential improvements of ave?

> Gabriel Becker > on Mon, 15 Mar 2021 15:08:44 -0700 writes: > Abby, > Vectors do have an internal mechanism for knowing that they are sorted via > ALTREP (it was one of 2 core motivating features for 'smart vectors' the > other being knowledge about presence of

Re: [Rd] Corrupt internal row names when creating a data.frame with `attributes<-`

> Davis Vaughan > on Tue, 16 Feb 2021 14:50:33 -0500 writes: > This originally came up in this dplyr issue: > https://github.com/tidyverse/dplyr/issues/5745 > Where `tibble::column_to_rownames()` failed because it > eventually checks `.row_names_info(.data) > 0L` to

Re: [Rd] surprised matrix (1:256, 8, 8) doesn't cause error/warning

3) >> [,1] [,2] [,3] >> [1,] NA NA NA >> [2,] NA NA NA >> >> The first example is what I would expect, but is inconsistent with the >> previous examples. >> (Because zero is a valid multiple of twelve). >>

Re: [Rd] surprised matrix (1:256, 8, 8) doesn't cause error/warning

> Abby Spurdle (/əˈbi/) > on Mon, 1 Feb 2021 19:50:32 +1300 writes: > I'm a little surprised that the following doesn't trigger an error or a warning. > matrix (1:256, 8, 8) > The help file says that the main argument is recycled, if it's too short. > But doesn't

Re: [Rd] r79833 src/library/tools/R/Rd2HTML.R minor typo

Thank you, Ivan, I've updated the source now, Martin > On line 105, "&\\hellip;" should probably be "": > Index: Rd2HTML.R > === > --- Rd2HTML.R (revision 79833) > +++ Rd2HTML.R (working copy) > > > -x <-

Re: [Rd] URL checks

> Viechtbauer, Wolfgang (SP) > on Mon, 11 Jan 2021 10:41:03 + writes: >>> Viechtbauer, Wolfgang (SP) >>> on Fri, 8 Jan 2021 13:50:14 + writes: >> >> > Instead of a separate file to store such a list, would it be an idea >> to add versions of the

Re: [Rd] URL checks

> Viechtbauer, Wolfgang (SP) > on Fri, 8 Jan 2021 13:50:14 + writes: > Instead of a separate file to store such a list, would it be an idea to add versions of the \href{}{} and \url{} markup commands that are skipped by the URL checks? > Best, > Wolfgang I think

Re: [Rd] Small bug in the documentation of `[.data.frame`

> Duncan Murdoch > on Tue, 29 Dec 2020 08:37:51 -0500 writes: > On 29/12/2020 8:29 a.m., Rui Barradas wrote: >> Hello, >> >> R 4.0.3 on Ubuntu 20.10, session info at end. >> >> Isn't the default value of argument drop missing in >> >>

Re: [Rd] installing from source

> Ben Bolker > on Sun, 27 Dec 2020 15:02:47 -0500 writes: > There is a recurring issue with installing from source into paths > that contain single quotes/apostrophes. "Why would anyone do that??" is > certainly a legitimate response to such a problem, but I would also

Re: [Rd] Silent failure with NA results in fligner.test()

Not sure If all of the variances are zero, they are homogenous in that sense, and I would give a p-value of 1 .. if only *some* of the variances are zero... it's less easy. I still would try to *not* give an error in such cases and even prefer NA statistic and p-value.. because yes,

Re: [Rd] From .Fortran to .Call?

> Balasubramanian Narasimhan > on Wed, 23 Dec 2020 08:34:40 -0800 writes: > I think it should be pretty easy to fix up SUtools to use the .Call > instead of .Fortran following along the lines of > https://github.com/wrathematics/Romp > I too deal with a lot of f77

Re: [Rd] quantile() names

eople *will* change ..., e.g., because they preferred to have a global setting of digits=5 so I'm guessing it may make more people unhappy than other people happy if we change this now, after close to 23 years .. ?? Martin -- Martin Maechler ETH Zurich and R Core team > On Mon, Dec 14,

Re: [Rd] Ignore Sites Option For libPaths

> Gabriel Becker > on Tue, 8 Dec 2020 17:09:57 -0800 writes: > Of course you can, but the ability to do something via R > code and the ability to do them by wrapping the invocation > of R are not similar terms of convenience, IMO. > I say that as someone who

[Rd] all.equal() applied to function closures -- now committed

>>>>> Martin Maechler >>>>> on Thu, 3 Dec 2020 18:29:58 +0100 writes: >>>>> Martin Maechler >>>>> on Tue, 1 Dec 2020 10:31:36 +0100 writes: >>>>> Bill Dunlap >>>>>

Re: [Rd] all.equal applied to function closures

>>>>> Martin Maechler >>>>> on Tue, 1 Dec 2020 10:31:36 +0100 writes: >>>>> Bill Dunlap >>>>> on Mon, 30 Nov 2020 13:41:54 -0800 writes: >> To make the comparison more complete, >> all.equal.environment

Re: [Rd] translation domain is wrong in stopifnot()?

> Gábor Csárdi > on Tue, 1 Dec 2020 23:48:37 + writes: > I don't know if this would be considered a bug in either stopifnot() > or (n)gettext(), or not a bug at all, but sometimes the translation > domain is not set properly for stopifnot() messages, so they won't be

Re: [Rd] undocumented 'offset' argument in src/library/grDevices/man/adjustcolor.Rd

> Ben Bolker > on Mon, 30 Nov 2020 16:33:23 -0500 writes: > The 'offset' argument description is blank ... > maybe 'additive adjustment to each of the (red, green, blue, alpha) > values defining the colors, after adjustment by the corresponding > \code{.f} factor'

Re: [Rd] all.equal applied to function closures

> Bill Dunlap > on Mon, 30 Nov 2020 13:41:54 -0800 writes: > To make the comparison more complete, all.equal.environment could compare > the parents of the target and current environments. That would have to be > recursive but could stop at the first 'top level

Re: [R-pkg-devel] Error in loadNamespace(x) : there is no package called 'formatR'

followed this thread to here ((too many e-mails, too many ...)). I think I have understood what you wrote and why R Core should change WRE in this part. Notably as I have not written it, there needs to be consultation --> Forwarding to R-core ((i.e., a very rare cross-post !)) Thank you, ver

Re: [Rd] Process to Incorporate Functions from {parallely} into base R's {parallel} package

e a small repr.ex. I could add to parallel/tests/*.R which will show the advantage of allowing an empty 'user' here? Martin Maechler > On 07/11/2020 1:39 p.m., Henrik Bengtsson wrote: >> FWIW, there are indeed a few low hanging bug fixes in >> 'parallelly' that should be

Re: [Rd] Change to I() in R 4.1

> > Hi there, > Is that change in R-devel intentional? > >library(Matrix) >m <- as(matrix(c(0, 1)), "sparseMatrix") > >isS4(m) ># [1] TRUE > >x <- I(m) ># Warning message: ># In `class<-`(x, unique.default(c("AsIs", oldClass(x : ># Setting class(x) to

Re: [R-pkg-devel] Usage of internet resources in examples

> Ben Bolker > on Tue, 20 Oct 2020 17:07:10 -0400 writes: > On 10/20/20 4:51 PM, Gábor Csárdi wrote: >> On Tue, Oct 20, 2020 at 9:45 PM Ben Bolker wrote: >> [...] >>> if (testthat::skip_on_cran()) >>> >>> all seem like reasonable solutions. >> >> I

Re: [Rd] sum() (and similar methods) should work for zero row data.frames

planned to become R 4.1.0 in spring 2021), and not port to the R-4.0.z branch, as the change is something like an API change, and also because nobody had ever reported this as an issue to our knowledge. Thank you, Martin B706 for bringing the issue up, and Gabe and Peter for chiming in !! Best

Re: [R-pkg-devel] checking windows timing?

> Ben Bolker > on Tue, 13 Oct 2020 12:46:11 -0400 writes: >Following up on my questions from yesterday: >I've been advised to (drastically) reduce the checking > time of my package on CRAN's Windows platform (currently > at 23 min). I've gone through and

Re: [Rd] timezone tests and R-devel

> Kasper Daniel Hansen > on Thu, 1 Oct 2020 20:31:12 +0200 writes: > The return value of Sys.time() today with a timezone of US/Eastern is > unchanged between 4.0.3-patched and devel, but on devel the following test > fails > all.equal(x, as.POSIXlt(x)) > with

Re: [Rd] more Matrix weirdness

roject.org/incoming_pretest/diveMove_1.5.0_20200908_191325/ >> >> The only visible issue is a NOTE from the macosx build, >> with the very terse: >> >> "No Protocol Specified" >> >> My searches suggest this can be ignored,

Re: [Rd] [External] Re: Operations with long altrep vectors cause segfaults on Windows

>>>>> luke-tierney >>>>> on Tue, 8 Sep 2020 09:42:43 -0500 (CDT) writes: > On Tue, 8 Sep 2020, Martin Maechler wrote: >>>>>>> Martin Maechler >>>>>>> on Tue, 8 Sep 2020 10:40:24 +0200 writes: >>

Re: [Rd] Operations with long altrep vectors cause segfaults on Windows

>>>>> Martin Maechler >>>>> on Tue, 8 Sep 2020 10:40:24 +0200 writes: >>>>> Hugh Parsonage >>>>> on Tue, 8 Sep 2020 18:08:11 +1000 writes: >> I can only reproduce on Windows, but reliably (both 4

Re: [Rd] Operations with long altrep vectors cause segfaults on Windows

> Hugh Parsonage > on Tue, 8 Sep 2020 18:08:11 +1000 writes: > I can only reproduce on Windows, but reliably (both 4.0.0 and 4.0.2): > $> R --vanilla > x <- c(0L, -2e9:2e9) > # > Segmentation fault > Tried to reproduce on Linux but the above worked as expected.

Re: [Rd] Rust bindings to nmath

> Dirk Eddelbuettel > on Tue, 1 Sep 2020 07:56:53 -0500 writes: > On 1 September 2020 at 13:01, Richard Dodd wrote: > | I needed some statistical functions for a project I was working on in > | Rust, and I've used the R math library as a standalone solution. I >

Re: [Rd] make check fails due to NA / NaN mismatch

> Korpela Mikko (MML) > on Mon, 31 Aug 2020 08:46:55 + writes: > Thank you for the introduction to these recent changes, Martin. > I think this was the second time I ran "make check" on that platform (Raspberry Pi 32-bit), and the first time (some months ago) it worked

Re: [Rd] make check fails due to NA / NaN mismatch

> Korpela Mikko (MML) > on Mon, 31 Aug 2020 06:23:59 + writes: > It seems there is a problem in tests/d-p-q-r-tst-2.R (R-devel r79091): NA / NaN mismatch is not allowed by a test on lines 590--592, but the comment suggests otherwise. A run of "make check" fails there when

Re: [Rd] sum() vs cumsum() implicit type coercion

> Tomas Kalibera > on Tue, 25 Aug 2020 09:29:05 +0200 writes: > On 8/23/20 5:02 PM, Rory Winston wrote: >> Hi >> >> I noticed a small inconsistency when using sum() vs cumsum() >> >> I have a char-based series >> >> > tryjpy$long >> >> [1]

Re: [Rd] qnbinom with small size is slow

> Constantin Ahlmann-Eltze > on Fri, 21 Aug 2020 11:51:13 +0200 writes: > Hi Martin, thanks for verifying. I agree that the > Cornish-Fisher seems to struggle with the small size > parameters, but I also don't have a good idea how to > replace it. > But I think

Re: [Rd] qnbinom with small size is slow

: int 47 ## $ init.it : int NA ## $ estim.prec: num 7.28e-12 -- so, in principle the C-internal search() function really should be improved for such ( somewhat extreme!! ) cases. or ... ?? ... a different approximation should be used f

Re: [Rd] trivial typo in ?Matrix::sparse.model.matrix.Rd

> "AS" == Abby Spurdle > on Wed, 22 Jul 2020 00:28:12 +1200 writes: >> "No documentation for ‘sparse.model.matrix’ in >> specified packages and libraries", but it's there after >> "library(Ecfun)". I find that interesting, because "Matrix" does not >> appear in the

Re: [Rd] trivial typo in ?Matrix::sparse.model.matrix.Rd

> Ben Bolker > on Mon, 20 Jul 2020 20:11:04 -0400 writes: >   "form" -> "from". Diff against latest SVN: > Index: sparse.model.matrix.Rd > === > --- sparse.model.matrix.Rd    (revision 3336) > +++ sparse.model.matrix.Rd  

Re: [Rd] lapply and vapply Primitive Documentation

> Cole Miller > on Thu, 9 Jul 2020 20:38:10 -0400 writes: > The documentation of ?lapply includes: >> lapply and vapply are primitive functions. > However, both evaluate to FALSE in `is.primitive()`: > is.primitive(vapply) #FALSE > is.primitive(lapply)

Re: [R-pkg-devel] How do you Rd reference parallel::mclapply() so it works also on Windows?

> Henrik Bengtsson > on Tue, 7 Jul 2020 18:11:00 -0700 writes: > Here's another "Non-file package-anchored link(s) ..." > issue. I'd like to reference parallel::mclapply() in my > help pages. With the new R-devel requirements, you have > to link to the file and not

Re: [Rd] R-devel internal errors during check produce?

artin > On Tue, Jun 30, 2020 at 9:02 AM Martin Maechler > wrote: >> >> >>>>> Kurt Hornik >> >>>>> on Tue, 30 Jun 2020 06:20:57 +0200 writes: >> >> >>>>> Jan Gorecki writes: >&g

Re: [Rd] R-devel internal errors during check produce?

> Kurt Hornik > on Tue, 30 Jun 2020 06:20:57 +0200 writes: > Jan Gorecki writes: >> Thank you both, You are absolutely correct that example >> should be minimal, so here it is. >> l = list(a=new.env(), b=new.env()) unique(l) >> Just for completeness, env_list

Re: [Rd] R-devel internal errors during check produce?

> Kurt Hornik > on Mon, 29 Jun 2020 16:13:03 +0200 writes: > Jan Gorecki writes: >> So the unique.default is from the R tools package during >> checks. I don't see those issues on CRAN checks. > I cannot reproduce this locally (and have no clues about > docker).

Re: [R-pkg-devel] check cross-references error: Non-file package-anchored link(s)

> Duncan Murdoch on Sun, 14 Jun 2020 07:28:03 -0400 writes: > I agree with almost everything you wrote, except one thing: this isn't > newly enforced, it has been enforced since the help system began. What > I think is new is that there are now tests for it. Previously

Re: [Bioc-devel] Subscription to the list problem

o the list now. Best regards, Martin > Thank you, Eleni > [[alternative HTML version deleted]] Martin Maechler ETH Zurich and R Core Team ___ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel

Re: [R-pkg-devel] Forward function call

> Göran Broström > on Mon, 8 Jun 2020 23:02:30 +0200 writes: > Thanks for the responses! > I found the suggestion > Call[[1]] <- quote(survival::coxph) > easiest to implement. And it works. and it is what we use in R's own R source code in several places (and

Re: [R-pkg-devel] [R] a question of etiquette

> Adelchi Azzalini > on Tue, 2 Jun 2020 08:32:37 +0200 writes: > Thanks for this information, Mark. Given the phrase > "small but important function my package uses", it seems > that you included in your package some code, reproducing > it verbatim. Do I understand

Re: [Rd] R standalone Rmath library - missing log1pexp(), rnbeta()

tly in the current R code of the r*(*, ncp=*) functions and the corresponding C code, this would lead to different random numbers in this case... and so such a change --- to make Rmathlib "complete" --- is something to be discussed. Best regards, Martin Maechler ETH Zurich and R

Re: [Rd] paste(character(0), collapse="", recycle0=FALSE) should be ""

>>>>> Martin Maechler >>>>> on Wed, 27 May 2020 13:35:44 +0200 writes: >>>>> Hervé Pagès >>>>> on Tue, 26 May 2020 12:38:13 -0700 writes: >> Hi Martin, On 5/26/20 06:24, Martin Maechler wrote: ... >

Re: [Rd] paste(character(0), collapse="", recycle0=FALSE) should be ""

>>>>> Hervé Pagès >>>>> on Tue, 26 May 2020 12:38:13 -0700 writes: > Hi Martin, On 5/26/20 06:24, Martin Maechler wrote: ... >> >> What about remaining back-compatible, not only to R 3.y.z >> with default recycle0=F

Re: [Rd] round() and signif() do not check argument names when a single argument is given

> Shane Mueller > on Sat, 23 May 2020 00:37:57 -0400 writes: > On Fri, May 22, 2020 at 9:55 PM David Winsemius > wrote: >> The premise in the first few lines of your preamble is at odds (in the >> logical sense) with my understanding of primitive function behavior.

Re: [Rd] paste(character(0), collapse="", recycle0=FALSE) should be ""

> Hervé Pagès > on Sun, 24 May 2020 14:22:37 -0700 writes: > On 5/24/20 00:26, Gabriel Becker wrote: >> >> >> On Sat, May 23, 2020 at 9:59 PM Hervé Pagès > > wrote: >> >> On 5/23/20 17:45, Gabriel Becker wrote: >> > Maybe my

Re: [Rd] dbinom link

> Hilmar Berger > on Mon, 18 May 2020 11:25:56 +0200 writes: > What about using the Wayback Machine archive ? The web archive should be > more stable than other links which also might disappear in the future. > E.g. >

Re: [Rd] R-devel's ...names() questions

> William Dunlap via R-devel > on Fri, 22 May 2020 11:53:12 -0700 writes: > Am am missing something or does the new ...names() in R-devel not work > right? No, you are not missing anything, and you are right. Thank you for the report! Martin >> a <- function(x, ...)

Re: [Rd] Compatibility issues caused by new simplify argument in apply function

at? In other words: Why change the argument list of your function(s) ? That \Sexpr{} does not work as a section is "obvious" (for some), but I really don't see why you should change the argument list or defaults of your hdara package functions at all. Martin Maechler ETH Zurich and R

Re: [Rd] Should 0L * NA_integer_ be 0L?

> Michael Chirico > on Sat, 23 May 2020 18:08:22 +0800 writes: > I don't see this specific case documented anywhere (I also tried to search > the r-devel archives, as well as I could); the only close reference > mentions NA & FALSE = FALSE, NA | TRUE = TRUE. And there's

Re: [Rd] paste(character(0), collapse="", recycle0=FALSE) should be ""

> Hervé Pagès > on Fri, 15 May 2020 13:44:28 -0700 writes: > There is still the situation where **both** 'sep' and 'collapse' are > specified: >> paste(integer(0), "nth", sep="", collapse=",") > [1] "nth" > In that case 'recycle0' should **not** be ignored i.e.

Re: [Rd] failed check in reg-tests-1b.R

> Benjamin Tyner > on Tue, 19 May 2020 22:36:16 -0400 writes: > Not certain this is actually a bug, so posting here. > I'm on Ubuntu 18.04.4 LTS, building R version 4.0.0. The "configure" and > "make" steps are successful, but the "make check" step fails when it >

[Rd] ftable <-> data.frame etc {was "justify hard coded in format.ftable"}

e as.matrix as.table formathead print [7] tail see '?methods' for accessing help and source code > methods(class = "table") [1] [ aperm as.data.frame Axis coerce initialize [7] lines plot

Re: [Rd] edit() doubles backslashes when keep.source=TRUE

> Sebastian Meyer > on Fri, 15 May 2020 10:47:55 +0200 writes: > I can confirm this changed behaviour. I just compared R-3.6.3 with > yesterday's R-devel. Using R-devel, the tempfile opened by the editor > (Emacs for me, but shouldn't matter) contains doubled backslashes.

Re: [Rd] justify hard coded in format.ftable

citing - we have not used ftable much/at all and are not interested. Even though the first 2 apply to me, I'll have a 2nd look into your post now, and may end up well agreeing with your proposal. Martin Maechler ETH Zurich and R Core team >> Dear all, >> >> justify ar

Re: [Rd] S3 method dispatch for methods in local environments

> Viechtbauer, Wolfgang (SP) > on Tue, 12 May 2020 18:05:32 + writes: > Dear All, > In R 3.6.3 (and earlier), method dispatch used to work for methods stored in local environments that are attached to the search path. For example: > myfun <- function(y) { > out

Re: [R-pkg-devel] Rmarkdown vignette yields r inline warning on windows build [EXT]

> Matthew Young > on Mon, 4 May 2020 09:09:55 + writes: > I progressively chopped bits out of the vignette till the > error stopped to identify the error. It was being caused > by inline latex, where I had two %% marks. I'm not really > sure why this broke

Re: [Rd] paste(character(0), collapse="", recycle0=FALSE) should be ""

> suharto anggono--- via R-devel > on Fri, 1 May 2020 03:05:37 + (UTC) writes: > Without 'collapse', 'paste' pastes (concatenates) its arguments elementwise (separated by 'sep', " " by default). New in R devel and R patched, specifying recycle0 = FALSE makes mixing

Re: [Rd] stringsAsFactors and type.convert()

y be a good idea anyway, alerting the user when changing default behavior. > All the best, > Arni thank you, the same to you, Martin > ____ > From: Martin Maechler > Sent: Monday, April 20, 2020 6:23:31 PM > To: Arni Magn

Re: [Rd] stringsAsFactors and type.convert()

> Arni Magnusson > on Mon, 13 Apr 2020 22:20:19 + writes: > If read.table() is defaulting to "character" instead of "factor" data type, shouldn't type.convert() also default to "character" in R 4.0.0? > This would seem like a good time to change the default to

Re: [R-pkg-devel] Error creating union class: object ‘.__C__compMatrix’ not found

in setClassUnion("mMatrix", c("Matrix", "matrix")) : >>> unable to create union class: could not set members "Matrix" >>>> sessionInfo() >>> R Under development (unstable) (2020-04-07 r78175) >>> Platform: x86_

Re: [Rd] stringsAsFactors

n the future. and so it'd be a waste to change it unnecessarily. Martin > On Mon, 13 Apr 2020 at 18:02, Martin Maechler > wrote: >> >> >>>>> Duncan Murdoch >> >>>>> on Sun, 12 Apr 2020 08:57:14 -0400 writes

Re: [Rd] Long model specification causes aov() to abort with error

I'll look at the cases etc and will use your proposals. (The only question for now: why did you not take the extra step and ask for R-bugs registration and do a regular bug report -> https://www.r-project.org/bugs.html ) Thanks again, Martin Maechler ETH Zurich and R Core Team

Re: [Rd] stringsAsFactors

> Duncan Murdoch > on Sun, 12 Apr 2020 08:57:14 -0400 writes: > The NEWS for R 4.0.0 says "R now uses a stringsAsFactors = FALSE > default, and hence by default no longer converts strings to factors in > calls to data.frame() and read.table()." > This seems to have

Re: [Rd] missing binaries in R-devel windows snapshot 78175

> Jeroen Ooms > on Fri, 10 Apr 2020 08:54:39 +0200 writes: > On Fri, Apr 10, 2020 at 2:42 AM Bravington, Mark (Data61, > Hobart) wrote: >> >> > On Thu, Apr 9, 2020 at 12:44 PM Bravington, Mark >> (Data61, Hobart) > >> wrote: >> > > >> > > The

Re: [R-pkg-devel] Error creating union class: object ‘.__C__compMatrix’ not found

ere's nothing, anybody can reproduce from your posting. There have been changes in R's dealing with class unions etc, notably even *relating* to an earlier bug report on class unions exactly for such a case which was *triggered* when people built on such Matrix classes. But we would really

[Rd] Help useRs to use R's own Time/Date objects more efficiently

ages instead, even in the many situations where there's no gain doing so, but rather increases the dependency-complexity of the data analysis unnecessarily. 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] Plotmath on Fedora 31 broken with with pango >= 1.44 - workarounds?

> Paul Murrell > on Tue, 31 Mar 2020 09:41:30 +1300 writes: > Hi > On 30/03/20 10:43 pm, Iñaki Ucar wrote: >> On Mon, 30 Mar 2020 at 04:24, Paul Murrell wrote: >>> >>> Hi >>> >>> I have created an R branch that contains a potential fix ... >>>

Re: [Rd] unstable corner of parameter space for qbeta?

___ > From: R-devel on behalf of J C Nash > Sent: Thursday, March 26, 2020 10:40:05 AM > To: Martin Maechler > Cc: r-devel@r-project.org > Subject: Re: [Rd] unstable corner of parameter space for qbeta? > Despite the need to focus on pbeta, I'm still willi

Re: [Rd] unstable corner of parameter space for qbeta?

> J C Nash > on Thu, 26 Mar 2020 09:29:53 -0400 writes: > Given that a number of us are housebound, it might be a good time to try to > improve the approximation. It's not an area where I have much expertise, but in > looking at the qbeta.c code I see a lot of

Re: [Rd] unstable corner of parameter space for qbeta?

into your special findings a bit later today. > Should I report this on the bug list? Yes, please. Not all problem of pbeta() / qbeta() are part yet, of R's bugzilla data base, and maybe this will help to draw more good applied mathematicians look into it. Martin Maechler ETH Zurich and R

Re: [Rd] contribution to package graphics::barplot

rom the rare group where you *can* specify the MIME type, I attach it here, for you and all readers. Best regards, Martin Maechler > Thanks in advance, > Best regards # File src/library/graphics/R/barplot.R # Part of the R package, https://www.R-project.org # # Copyright (C) 1995

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