Re: [Rd] sqrt(.Machine$double.xmax)^2 == Inf, but only on Windows in R

is the README you get here https://github.com/ThinkR-open/seven31 which does link also to the R FAQ at https://cran.r-project.org/doc/FAQ/R-FAQ.html#Why-doesn_0027t-R-think-these-numbers-are-equal_003f Of tangential interest only: You mention that it is R 4.5.0 you use on Windows. Would you (or an

Re: [Rd] table() and as.character() performance for logical values

p". It is not true if R_print.na_width > 5 . > The output of > print(c(FALSE, NA), na.print = "**") > is not as it should be. Indeed (and this has been the case "always" in R); I think this itself is an (almost unrelated) inconsistecy to be

Re: [Rd] table() and as.character() performance for logical values

omputing or caching possible results of the C function 'StringFromLogical' allows as.character(L) to be as fast as c("FALSE", "TRUE")[L+1L] in R. For example, 'StringFromLogical' could be changed to > > attribute_hidden SEXP StringFromLogical(int

Re: [Rd] structure(, ...) is sticky: a bug, or should it be an error?

(4.5.0 RC) So, yes there's a possibility ... but as you mentioned, too, it depends quite a bit on if the fix is easily affectiong useR and CRAN/Bioc package space. Martin > On Thu, Mar 20, 2025 at 3:31 AM Martin Maechler > wrote: >> >> >>>>

Re: [Rd] structure(, ...) is sticky: a bug, or should it be an error?

>>>>> Martin Maechler >>>>> on Fri, 21 Mar 2025 14:49:16 +0100 writes: >>>>> Henrik Bengtsson >>>>> on Thu, 20 Mar 2025 11:55:05 -0700 writes: >>> I'm pretty convinced we should fix it by

Re: [Rd] structure(, ...) is sticky: a bug, or should it be an error?

> Henrik Bengtsson > on Wed, 19 Mar 2025 10:58:46 -0700 writes: > Hello. > I just (re-)discovered that structure(sum, init = 100) is "sticky", > i.e. it stays with base::sum(). Here's an minimal example: > $ R --vanilla --quiet >> void <- structure(sum, some_attr

[Rd] S4: show() method for "MethodDefinition": show non-trivial generic

le (or *.Rout R batch) output. Apart from that, I see really advantages here, and I don't expect the net effect to be problematic. It may affect the many Bioconductor packages using S4, and I'm particularly glad for feedback from "there". With thanks in advance, 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: [Rd] typo in R-exts.texi

> Tobias Verbeke > on Fri, 7 Feb 2025 18:20:50 + writes: > L.S. Please find below a tiny patch for a trivial typo. > Kind regards, Tobias Thank you, Tobias! --> Fixed already. Martin > diff --git a/doc/manual/R-exts.texi b/doc/manual/R-exts.texi > index c9c10

Re: [Rd] Development version of R fails a regression test

> Berwin A Turlach > on Tue, 21 Jan 2025 13:23:17 +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 24.04.1 > LTS). > The last development ve

Re: [Rd] as.data.frame() methods for model objects

> SOEIRO Thomas via R-devel > on Fri, 17 Jan 2025 14:19:31 + writes: > Following Duncan Murdoch's off-list comments (thanks again!), here is a more > complete/flexible version: > > as.data.frame.lm <- function(x, ..., level = 0.95, exp = FALSE) { > cf <- x |> summary() |> stat

Re: [Rd] binomial()$linkinv no longer accepts integer values

> "SU" == Simon Urbanek > on Thu, 9 Jan 2025 11:16:45 +1300 writes: >> On 9 Jan 2025, at 05:56, Tomas Kalibera wrote: >> >> >> On 1/8/25 17:26, Ben Bolker wrote: >>> Thanks, that makes sense. >>> >>> I guess if it never worked for integers (or hasn't wo

Re: [Rd] Possible issue in stats/arima.R package

>>>>> Martin Maechler on Thu, 2 Jan 2025 20:42:58 +0100 writes: >>>>> Duncan Murdoch on Thu, 2 Jan 2025 11:28:45 -0500 writes: >> On 2025-01-02 11:20 a.m., Duncan Murdoch wrote: >>> On 2025-01-02 9:04 a.m., Norbert Kuder wrote: >

Re: [Rd] Possible issue in stats/arima.R package

>>>>> Martin Maechler on Thu, 2 Jan 2025 20:42:58 +0100 writes: >>>>> Duncan Murdoch on Thu, 2 Jan 2025 11:28:45 -0500 writes: >> On 2025-01-02 11:20 a.m., Duncan Murdoch wrote: >>> On 2025-01-02 9:04 a.m., Norbert Kuder wrote: >>>

Re: [Rd] Possible issue in stats/arima.R package

> Duncan Murdoch > on Thu, 2 Jan 2025 11:28:45 -0500 writes: > On 2025-01-02 11:20 a.m., Duncan Murdoch wrote: >> On 2025-01-02 9:04 a.m., Norbert Kuder wrote: >>> Hello all, >>> >>> I am running R version 4.4.2 (2024-10-31 ucrt) on Windows 10 x64, and >>> not

Re: [Rd] R_CheckUserInterrupt() can be a performance bottleneck within GUIs

> Simon Urbanek > on Wed, 18 Dec 2024 13:19:04 +1300 writes: > It seems benign, but has implications since checking time > is actually not a cheap operation: adding jus ta time > check alone incurs a penalty of ca. 700% compared with the > time it takes to call R_Check

Re: [Rd] Alternative to some recently changed parts of dates.R and datetime.R

> Suharto Anggono Suharto Anggono via R-devel > on Mon, 25 Nov 2024 16:38:09 + (UTC) writes: > Suharto Anggono Suharto Anggono via R-devel > on Mon, 25 Nov 2024 16:38:09 + (UTC) writes: > In function 'Summary.Date' in dates.R , > ..1 > could be used in

Re: [Rd] Disabling S4 primitive dispatch during method resolution affects namespace load actions

>>>>> Martin Maechler >>>>> on Fri, 27 Sep 2024 18:47:06 +0200 writes: >>>>> Ivan Krylov via R-devel >>>>> on Fri, 27 Sep 2024 13:32:27 +0300 writes: >> Hello, >> This problem originally surfaced as

Re: [Rd] Disabling S4 primitive dispatch during method resolution affects namespace load actions

> Ivan Krylov via R-devel > on Fri, 27 Sep 2024 13:32:27 +0300 writes: > Hello, > This problem originally surfaced as an interaction between 'brms', > 'rstan' and 'Rcpp' [1]: a call to dimnames() from the 'brms' package on > an object of an S4 class owned by the 'rstan

Re: [Rd] findInterval

> Gabor Grothendieck > on Mon, 16 Sep 2024 11:21:55 -0400 writes: > Suppose we have `dat` shown below and we want to find the the `y` value > corresponding to the last value in `x` equal to the corresponding component > of `seek` and we wish to return an output the same l

Re: [Rd] Make factanal accept functions for rotation parameter

stion. unless I'm forgetting something. Can you please provide useful (but *small*) example, which I then also could add to the help page ? Best regards, 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: [Rd] 'Fedora' (only!!) -- Certificates are not trusted

maintainer of the R-devel mailing list) -- Martin Maechler ETH Zurich and R-Core > Op 15-08-2024 om 14:57 schreef Ben Engbers: >> Hi, >> The GPG keys intended for repository ‘Copr repo for cran owned by >> iucar’ are already installed but not correctly for th

Re: [Rd] R-devel on Windows temporarily broken?

> Dirk Eddelbuettel > on Thu, 13 Jun 2024 07:20:00 -0500 writes: > I had a very routine CI job fail twice this morning on r-devel on Windows; > the package (in fine standard form) doesn't even install under win-builder > r-devel. Whereas on Linux with r86731 everything is

Re: [Rd] head.ts, tail.ts loses time

>>>>> Spencer Graves >>>>> on Mon, 10 Jun 2024 09:45:46 -0500 writes: > Hi, Martin et al.: > On 6/10/24 9:32 AM, Martin Maechler wrote: >>>>>>> Spencer Graves >>>>>>> on Mon, 10 Jun 2024 07:50

Re: [Rd] head.ts, tail.ts loses time

e which has relied on the old behavior for > 30 years if you count the pre-R S version, too.) Best, Martin > On Mon, Jun 10, 2024 at 10:32 AM Martin Maechler > wrote: >> >> >>>>> Spencer Graves >> >>>>> on Mon, 10

Re: [Rd] head.ts, tail.ts loses time

> Spencer Graves > on Mon, 10 Jun 2024 07:50:13 -0500 writes: > Hi, Gabor et al.: Thanks for this. I should change my > current application to use either zoo or xts, as Gabor > suggests. > However, I was surprised to learn that "[.ts" does NOT > return an obj

[Rd] Altrep and translations (was "[R] Description of error is untranslated when ....")

de R-core *and* at first just in a separate branch before being merged in to the main (r-devel) branch. OTOH: There may be good reasons for translations lookup being brittle in case of altrep error messages .. and hence left off purposely? Martin -- Martin Maechler ETH Zurich and R Core Team

Re: [Rd] R 4.4.0 has version of Matrix 1.7-0, but it's not available on CRAN

> Gábor Csárdi > on Fri, 26 Apr 2024 11:55:36 +0200 writes: > I don't know if this is a bug, but it is certainly weird. AFAICT R > 4.4.0 has Matrix 1.7-0. Yes, it *is* available from CRAN: You can see it when looking into the 4.4.0/ , specifically the 4.4.0/Recomm

Re: [Rd] [External] Re: Repeated library() of one package with different include.only= entries

attach() ... I'd use an example *without* tryCatch() as I think the user should choose their own line of action in such cases ... on the help page would then be appropriate. Martin > On Thu, Apr 11, 2024 at 7:37 AM wrote: >> On Thu, 11 Apr 2024, Duncan Murdoch wrot

Re: [Rd] Repeated library() of one package with different include.only= entries

atures} has not been exercised a lot yet, and limitations as you found them haven't been noticed yet, or at least not noticed on the public R mailing lists, nor otherwise by R-core (?). Your implicitly proposed new feature (or even *changed* default be

Re: [Rd] `as.data.frame.matrix()` can produce a data frame without a `names` attribute

>>>>> Martin Maechler >>>>> on Fri, 22 Mar 2024 11:17:34 +0100 writes: >>>>> Davis Vaughan via R-devel >>>>> on Thu, 21 Mar 2024 15:10:29 -0400 writes: >> Hi all, >> I recently learned that it is pos

Re: [Rd] `as.data.frame.matrix()` can produce a data frame without a `names` attribute

> Davis Vaughan via R-devel > on Thu, 21 Mar 2024 15:10:29 -0400 writes: > Hi all, > I recently learned that it is possible for > `as.data.frame.matrix()` to produce a data frame with 0 > columns that is also entirely missing a `names` attribute, > and I think thi

Re: [Rd] Spurious warning in as.data.frame.factor()

>>>>> Martin Maechler >>>>> on Fri, 15 Mar 2024 11:24:22 +0100 writes: >>>>> Ivan Krylov >>>>> on Thu, 14 Mar 2024 14:17:38 +0300 writes: >> On Thu, 14 Mar 2024 10:41:54 +0100 >> Martin Maechler wrote

Re: [Rd] Spurious warning in as.data.frame.factor()

>>>>> Ivan Krylov >>>>> on Thu, 14 Mar 2024 14:17:38 +0300 writes: > On Thu, 14 Mar 2024 10:41:54 +0100 > Martin Maechler wrote: >> Anybody trying S7 examples and see if they work w/o producing >> wrong warnings? &g

Re: [Rd] Spurious warning in as.data.frame.factor()

> В Tue, 12 Mar 2024 12:33:17 -0700 > Hervé Pagès пишет: > > The acrobatics that as.data.frame.factor() is going thru in order to > > recognize a direct call don't play nice if as.data.frame() is an S4 > > generic: > >     df <- as.data.frame(factor(11:12)) > > > >     suppressPackageStar

Re: [Rd] `sort` hanging without R_CheckUserInterrupt()

> Aidan Lakshman > on Wed, 21 Feb 2024 15:10:35 -0500 writes: > Hi everyone, > Just a quick question/problem I encountered, wanted to make sure this is known behavior. Running `sort` on a long vector can take quite a bit of time, and I found today that there don’t seem to be

Re: [Rd] Bug in comparison of language objects?

e() (which may have been the intention). > Duncan Murdoch I agree ... (and more do). Thank you for adding it as formal report to R's bugzilla, https://bugs.r-project.org/show_bug.cgi?id=18676 Unfortunately, it triggers something in the (byte) compiler test suite, and (also/hence) wi

Re: [Rd] round.Date and trunc.Date not working / implemented

> Jiří Moravec > on Wed, 7 Feb 2024 10:23:15 +1300 writes: > This is my first time working with dates, so if the answer is "Duh, work > with POSIXt", please ignore it. > Why is not `round.Date` and `trunc.Date` "implemented" for `Date`? > Is this because `Date` is (

Re: [Rd] [Feature Request] Hide API Key in download.file() / R's libcurl

> Simon Urbanek > on Sun, 4 Feb 2024 10:33:34 +1300 writes: > Any reason why you didn't use quiet=TRUE to suppress that > output? He wrote 'quite' instead of 'quiet' {see cited below '1. quite=1'} and probably never tried the correct spelling ... > There is no official

Re: [Rd] [External] Re: zapsmall(x) for scalar x

N = mF_rob) zapShow(c(x2, Inf), mFUN = mF_rob, min.d = -5) # the same zapShow(c(x2, 999), mFUN = mF_rob) # same *rounding* as w/ Inf zapShow(c(x2, 999), mFUN = mF_rob, min.d = 3) # the same zapShow(c(x2, 999), mFUN = mF_rob, min.d = 8) # small diff ##--- } > On Mon, Dec 18, 2023, 05:47 Serg

Re: [Rd] [External] Re: zapsmall(x) for scalar x

> Serguei Sokol via R-devel > on Mon, 18 Dec 2023 10:29:02 +0100 writes: > Le 17/12/2023 à 18:26, Barry Rowlingson a écrit : >> I think what's been missed is that zapsmall works relative to the absolute >> largest value in the vector. Hence if there's only one >> item

Re: [Rd] [R] Why Rprofile.site is not built with manual installation of R devel in linux?

> Jeff Newmiller via R-help > on Thu, 09 Nov 2023 12:08:07 -0800 writes: > No clue. Tip: R-devel is the mailing list for anything > related to development versions of R. Off-topic here. Yes. Alternatively, as he uses Debian, there's the R-SIG-Debian mailing list, too. -->

Re: [Rd] c(NA, 0+1i) not the same as c(as.complex(NA), 0+1i)?

there's a >> > branch for the 'x == NA_LOGICAL' case to_convert_ to NA_complex_. >> >> Yes; "of course" ... still, I did not answer your main question, >> as you did ask +/- if c() should not get an adjustment to the >> new as.complex(

Re: [Rd] c(NA, 0+1i) not the same as c(as.complex(NA), 0+1i)?

that is still a valid open question. ... contrary to what I wrote yesterday; sorry for that "answering a different question". Martin > On Mon, Nov 6, 2023 at 3:08 AM Martin Maechler > wrote: >> >>>>> Michael Chirico >> >>>&

Re: [Rd] c(NA, 0+1i) not the same as c(as.complex(NA), 0+1i)?

> peter dalgaard > on Mon, 6 Nov 2023 11:59:51 +0100 writes: > Hmm, it is not actually at odds with help(c), it is just that the autocoercion works different that it used to, so that > as.complex(NA) == as.complex(NA_real) == NA_real_+0i) > which now differs from >

Re: [Rd] c(NA, 0+1i) not the same as c(as.complex(NA), 0+1i)?

my understanding of how c() behaves, e.g. in ?c >> All arguments are coerced to a common type which is the type of the > returned value I think you have confused yourself, and everything behaves as expected: As we now have (in R-devel, since {r85233 | maechler | 2023-09-29 }) • ‘as.com

Re: [Rd] 'R CMD INSTALL' keeps going on despite serious errors, and returns exit code 0

> Hervé Pagès > on Fri, 3 Nov 2023 15:10:40 -0700 writes: > Hi list, > Here is an example: >     hpages@XPS15:~$ R CMD INSTALL CoreGx     * installing >     hpages@XPS15:~$ R CMD INSTALL CoreGx >     * installing to library ‘/home/hpages/R/R-4.4.r85388/site-li

[Rd] warnings() in R-devel: inherits from "warnings" - summary(warnings())

o get practically all warnings Best regards, 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: [Rd] dim<-() changed in R-devel; no longer removing "dimnames" when doing dim(x) <- dim(x)

> outermost (ineffective) dimensions: >> x <- array(1:6, dim=c(2,3,1), dimnames=list(c("A", "B"), c("x","y", "z"), "T")) >> S4Arrays:::set_dim(x, 2:3) > x y z > A 1 3 5 > B 2 4

Re: [Rd] dim<-() changed in R-devel; no longer removing "dimnames" when doing dim(x) <- dim(x)

> Henrik Bengtsson > on Sun, 29 Oct 2023 10:42:19 -0700 writes: > Hello, > the fix of PR18612 > (https://bugs.r-project.org/show_bug.cgi?id=18612) in > r85380 > (https://github.com/wch/r-source/commit/2653cc6203fce4c48874111c75bbccac3ac4e803) > caused a cha

Re: [Rd] as.character.Date() strips names in R 4.3.2 beta, bug?

. There's more about this if just simply at ?as.character.Date Best regards, 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: [Rd] About FlexiBLAS in the R-admin docs

s part of R's sources, the latest version hence is always https://svn.r-project.org/R/trunk/doc/manual/R-admin.texi (or "almost always current" at one of its github mirrors ..) Best regards, Martin -- Martin Maechler ETH Zurich and R Core team >> Date: Wed, 27 Sep

Re: [Rd] Subset has No Examples for Vector Data

> Rui Barradas > on Tue, 10 Oct 2023 12:17:19 +0100 writes: > Às 11:00 de 10/10/2023, Dario Strbenac via R-devel escreveu: >> Hello, >> >> Could the documentation page for subset gain an example of how to use it for something other than a data frame or matrix? I arri

Re: [Rd] as(, "dgTMatrix")' is deprecated.

> Duncan Murdoch > on Tue, 3 Oct 2023 12:59:10 -0400 writes: > On 03/10/2023 12:50 p.m., Koenker, Roger W wrote: >> I’ve been getting this warning for a while now (about >> five years if memory serves) and I’m finally tired of it, >> but also too tired to track it down

Re: [Rd] Recent changes to as.complex(NA_real_)

>>>>> Martin Maechler >>>>> on Thu, 28 Sep 2023 12:11:27 +0200 writes: >>>>> Gregory R Warnes >>>>> on Sat, 23 Sep 2023 13:22:35 -0400 writes: > > It sounds like we need to add arguments (with sensible > >

Re: [Rd] Recent changes to as.complex(NA_real_)

> Gregory R Warnes > on Sat, 23 Sep 2023 13:22:35 -0400 writes: > It sounds like we need to add arguments (with sensible > defaults) to complex(), Re(), Im(), is.na.complex() etc to > allow the user to specify the desired behavior. I don't think I'd like such extra flexib

Re: [Rd] Minor bug with stats::isoreg

an The above would not even be sufficient: It's the sum(y) really, because internally yc <- cumsum(c(0,y)) and actually diff(yc) is used where you get to Inf - Inf ==> NaN > isoreg(c(5, 9, 1:2, 7e308, 5:8, 3, 8))) *** caught segfault *** address 0x7e48000, cause 'memory not

[Rd] is.atomic(NULL) will become FALSE

your code, already for current versions of R and will "automatically" continue to work correctly in future versions of R where is.atomic(NULL) will no longer be true. We hope this will help programming safe-ness *and* make learning and teaching of R more consistent. Enjoy using R!

Re: [Rd] Recent changes to as.complex(NA_real_)

>>>>> Hervé Pagès >>>>> on Sat, 23 Sep 2023 16:52:21 -0700 writes: > Hi Martin, > On 9/23/23 06:43, Martin Maechler wrote: >>>>>>> Hervé Pagès >>>>>>> on Fri, 22 Sep 2023 16:55:05 -0700 writes:

Re: [Rd] NROW and NCOL on NULL

> Simone Giannerini > on Sun, 24 Sep 2023 16:57:00 +0200 writes: > Thank you for your comment, On Sat, Sep 23, 2023 at > 9:51 PM Ben Bolker wrote: >> >> This is certainly worth discussing, but there's always a >> heavy burden of back-compatibility; how much bette

Re: [Rd] Recent changes to as.complex(NA_real_)

inary part (e.g. think of the Riemann hypothesis), and typically vice versa. With your proposal, for a (potentially large) vector of complex numbers, after Re(z) <- 1/2 I could no longer rely on Re(z) == 1/2, because it would be wrong for those z where (the imaginary part/ the num

Re: [Rd] Recent changes to as.complex(NA_real_)

> Mikael Jagan > on Thu, 21 Sep 2023 00:47:39 -0400 writes: > Revisiting this thread from April: > https://stat.ethz.ch/pipermail/r-devel/2023-April/082545.html > where the decision (not yet backported) was made for > as.complex(NA_real_) to give NA_complex_ ins

Re: [Rd] proposal: 'dev.capabilities()' can also query Unicode capabilities of current graphics device

> Trevor Davis > on Thu, 31 Aug 2023 13:49:03 -0700 writes: > Hi, > It would be nice if `grDevices::dev.capabilities()` could also be used to > query whether the current graphics device supports Unicode. In such a case > I'd expect it to return `FALSE` if `pdf()` is

[Rd] FYI: daily R source tarballs from ETH: *.xz instead of *.bz2)

A quick notice for anyone who uses cron-like scripts to get R source tarballs from the ETH R/daily/ s: I've finally switched to replace *.bz2 by *.xz which does save quite a bit of bandwidth. Currently, you can see the 2 day old *.bz2 (and their sizes) and compare with the new *.xz one (sorted

Re: [Rd] Concerns with SVD -- and the Matrix Exponential

ite matrices with arbitrary symmetric matrices. > but those statements are contradicting with the statements > discussed in your email. I don't think so. I think we all agreed (John Nash, me, Aidan Lakshman), even though focussing on different aspects of your partly incorrect claims.

Re: [Rd] Heads up about documentation-related reports

> Elio Campitelli > on Mon, 14 Aug 2023 17:42:42 -0300 writes: > For the upcoming R Sprint I'm proposing a project to improve documentation > . That's good, thank you. However, do concentrate o

Re: [Rd] R 4.3: Change in behaviour of as.character.POSIXt for datetime values with midnight time

s : > as.character(c(0.5, 0.75, pi)) [1] "0.5" "0.75" "3.14159265358979" whereas format() does not (ensuring resulting strings of the same nchar(.)): > format( c(0.5, 0.75, pi)) [1] "0.50" "0.75&q

Re: [Rd] R 4.3: Change in behaviour of as.character.POSIXt for datetime values with midnight time

idually* {smart R users ==> "think lapply(.)"} : Currently, this would be "something like" unlist(lapply(x, as.POSIXlt)) well, and then you need to jump a hoop additionally. If you want POSIXct, like this : .POSIXct(unlist(lapply( * , as.POSI

Re: [Rd] Improving user-friendliness of S4 dispatch failure when mis-naming arguments?

slations and hence ensure you only check in case of English ...}. > but I don't suppose a full patch would be dramatically different from the > above. I agree: The patch looks to make sense to me, too, while I'm not entirely sure about the extra call. = FALSE (which I of c

Re: [Rd] hist(..., log="y")

> Ott Toomet > on Sat, 5 Aug 2023 23:49:38 -0700 writes: > Sorry if this topic has been discussed earlier. > Currently, hist(..., log="y") fails with >> hist(rexp(1000, 1), log="y") > Warning messages: 1: In plot.window(xlim, ylim, "", ...) : > nonfinite axis=2 l

Re: [Rd] Concerns with SVD -- and the Matrix Exponential

which comes with R) has added the Matrix exponential very early to the package: r461 | bates | 2005-01-29 Add expm function Later, I've fixed an "infamous" bug : --

Re: [Rd] [R] Errors in "An introduction to R"

> Ivan Krylov > on Mon, 10 Jul 2023 18:37:30 +0300 writes: > Dear Jarkko, Thank you for spotting these problems and > suggesting fixes for them! I am forwarding your e-mail to > the R-devel mailing list (removing the R-help list, which > is for different kind of R prob

Re: [Rd] logic tweak needed for as.data.frame. deprecation warning

> Mikael Jagan > on Thu, 6 Jul 2023 11:32:00 -0400 writes: > Continuing the thread started on R-package-devel, here: > https://stat.ethz.ch/pipermail/r-package-devel/2023q3/009307.html > The logic of the now soft-deprecated as.data.frame., >> body(as.data.frame.integ

Re: [Rd] Warning 'as.data.frame.POSIXct()' is deprecated

.POSIXct(as.POSIXct(x), row.names, >> optional, ...) >> if (!optional) >> names(value) <- deparse1(substitute(x)) >> value >> } >> >> >> Kind regards >> Enrico Indeed, thank you, Enrico! That's anot

Re: [Rd] Installation of R-4.3.1 with intel 2022

> Giuseppe Calò > on Thu, 22 Jun 2023 16:30:03 +0200 writes: > yes I think it is caused by the absence of matther in glibc. To compile R with icc I disabled matther (with gcc matherr is self disabled). Is it safe to keep it disabled matherr? Others, e.g., Tomas, is much more ex

Re: [Rd] New behavior when running script in package directory?

> Mikael Jagan > on Wed, 21 Jun 2023 12:41:02 -0400 writes: > Surely this behaviour is just a case of ESS being "too clever", sourcing > *.R files in special way when it detects that a file belongs to a package > (loading dependencies automatically, etc.)? > The funct

Re: [Rd] Installation of R-4.3.1 with intel 2022

> Giuseppe Calò > on Thu, 22 Jun 2023 14:52:00 +0200 writes: > Hello Martin, this is output > R version 4.3.1 (2023-06-16) -- "Beagle Scouts" > Copyright (C) 2023 The R Foundation for Statistical Computing > Platform: x86_64-pc-linux-gnu (64-bit) [.] >

Re: [Rd] Installation of R-4.3.1 with intel 2022

t; $ sizeof.longlong : int 8 > $ sizeof.longdouble: int 16 > $ sizeof.pointer : int 8 > $ sizeof.time_t: int 8 > $ longdouble.eps : num 1.08e-19 > $ longdouble.neg.eps : num 5.42e-20 > $ longdouble.digits

Re: [Rd] Installation of R-4.3.1 with intel 2022

ile e.g. giving us the last 20 lines or so, e.g. from tail -n 20 /juno/opt/sources/R/R-4.3.1-intel21/tests/d-p-q-r-tst-2.Rout.fail Also, in addition to the output of sessionInfo(), the output of str(.Machine) maybe interesting. Once I'd see these, I might have to ask fur

Re: [Rd] codetools wrongly complains about lazy evaluation in S4 methods

>>>>> Martin Maechler >>>>> on Fri, 16 Jun 2023 11:41:12 +0200 writes: >>>>> Mikael Jagan >>>>> on Thu, 15 Jun 2023 22:00:45 -0400 writes: >> On 2023-06-15 5:25 pm, Hervé Pagès wrote: >>> Oh but I see no

Re: [Rd] codetools wrongly complains about lazy evaluation in S4 methods

> Mikael Jagan > on Thu, 15 Jun 2023 22:00:45 -0400 writes: > On 2023-06-15 5:25 pm, Hervé Pagès wrote: >> Oh but I see now that you've already tried this in your >> R/AllGenerics.R, sorry for missing that, yes, this one: setGeneric("qr.X", function(qr, c

Re: [Rd] infelicity in `na.print = ""` for numeric columns of data frames/formatting numeric values

> Ben Bolker > on Sat, 3 Jun 2023 13:06:41 -0400 writes: > format(c(1:2, NA)) gives the last value as "NA" rather than > preserving it as NA, even if na.encode = FALSE (which does the > 'expected' thing for character vectors, but not numeric vectors). > This was alr

Re: [Rd] bug in na.contiguous? Doesn't give the first tied stretch if it is at the start

> Georgi Boshnakov > on Thu, 1 Jun 2023 22:00:39 + writes: > Hi. > The description of na.contiguous says: > "Find the longest consecutive stretch of non-missing values in a > time series object. (In the event of a tie, the first such > stretch.)" > But t

Re: [Rd] why does [A-Z] include 'T' in an Estonian locale?

> Ben Bolker > on Tue, 30 May 2023 11:45:20 -0400 writes: > Inspired by this old Stack Overflow question > https://stackoverflow.com/questions/19765610/when-does-locale-affect-rs-regular-expressions > I was wondering why this is TRUE: > Sys.setlocale("LC_ALL", "et_

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

o in a somewhat smart way so that R developers of other similar classes could also easily make range(*, finite=TRUE) "work" for their class objects. Martin > On Fri, May 19, 2023 at 8:30 AM Martin Maechler > wrote: >> >>>>> Bill Dunlap

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

teger, character *and* raw, the latter really debatable - but *not* in this thread). So, allows.infinite(x) would *not* vectorize but return TRUE or FALSE (and typically not NA ..), in some sense being a property of class(x) only. > On Thu, May 11, 2023 at 1:49 AM Martin Maechler >

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

ength length(x) .. which is TRUE where x[i] is not NA/NaN/+Inf/-Inf .. *and* is.infinite := Negate(is.finite){or vice versa if you prefer}. I agree that this may be useful somewhat more generally than just for range() methods. What do others think? Martin > On Thu, May 4, 2023 at 5:29

Re: [Rd] save.image Non-responsive to Interrupt

sider what > >> happens when an interrupt happens. For example, transfers >> between a > client and a server are no longer atomic at >> this level, which means we > might end up in a corrupt >> state. This may, for instance, happen to > database

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

m() to be used by implementors of other numeric-like classes to provide their own range() method as a 1-liner *and* be future-consistent with the default method.. > On Sat, Apr 29, 2023 at 4:47 PM Martin Maechler > wrote: >> >> >>>>> Davis Vaug

Re: [Rd] save.image Non-responsive to Interrupt

> Ivan Krylov > on Tue, 2 May 2023 14:59:36 +0300 writes: > В Sat, 29 Apr 2023 00:00:02 + > Dario Strbenac via R-devel пишет: >> Could save.image() be redesigned so that it promptly responds to >> Ctrl+C? It prevents the command line from being used for a number

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

> Davis Vaughan via R-devel > on Fri, 28 Apr 2023 11:12:27 -0400 writes: > Hi all, > I noticed that `range.default()` has a nice `finite = > TRUE` argument, but it doesn't actually apply to Date or > POSIXct due to how `is.numeric()` works. Well, I think it would / s

Re: [Rd] Possible inconsistency between `as.complex(NA_real_)` and the docs

not give complex NA but > complex numbers with real or imaginary parts of NaN." The above was written in svn commit 69410 (the github mirror of which you mention below) r69410 | maechler | 2015-09-22 10:11:34

Re: [Rd] Confusion about ks.test() handling of ties and exact vs approximate results

> Karolis Koncevičius > on Fri, 21 Apr 2023 11:32:41 +0300 writes: > Hello, > Today I was investigating ks.test() with two numerical arguments (x and y) and was left a bit confused about the policy behind handling ties. > I might be missing something, so sorry in advance

Re: [Rd] Error message for infinite probability parameters in rbinom() and rmultinom()

> Christophe Dutang > on Sat, 8 Apr 2023 14:21:53 +0200 writes: > Dear all, > Using rmultinom() in a stochastic model, I found this function returns an error message 'NA in probability' for an infinite probability. > Maybe, a more precise message will be helpful when d

Re: [Rd] Query: Could documentation include modernized references?

es and > responding to their requests. And maybe don't do any > until you hear from a member of R Core that they're > willing to participate in this, because they certainly > don't accept all suggestions. > Dunca

Re: [Rd] make file.rename return invisible

i.e., the user / programmer / debugger sees TRUE or FALSE when evaluating the function call. 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] Multiple Assignment built into the R Interpreter?

> Sebastian Martin Krantz > on Sat, 11 Mar 2023 11:04:54 +0200 writes: [] > But maybe this has already been discussed here and already > decided against. In that case, a way to browse R-devel > archives to find out would be nice. > Best regards, > Se

Re: [Rd] confusing all.equal output

>>>>> peter dalgaard >>>>> on Thu, 2 Mar 2023 19:47:59 +0100 writes: > I believe the wording goes back to Martin Maechler many > moons ago (AFAICT towards the end of the last millennium.) > We might leave it to him to change it? > -

Re: [Rd] transform.data.frame() ignores unnamed arguments when no named argument is provided

debugging is often not really feasible anyway ..), but somewhat experienced useRs should know about options(warn = 1) # or options(warn = 2) # plus options(error = recover) # or tryCatch( ..., warning = ..) or {even more} 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: [Rd] Compilation Error when DEBUG_approx Toggled on in RISC-V

> Jane He > on Thu, 23 Feb 2023 15:33:23 -0800 writes: > Hi all, > While compiling R to RISC-V64 architecture and debugging in R's C source > codes, I think I have found a small bug. Can anyone please verify whether > it is a real bug? > The possible bug lies in

Re: [Rd] uniroot violates bounds?

>>>>> Martin Maechler on Mon, 20 Feb 2023 19:25:02 +0100 writes: >>>>> Serguei Sokol via R-devel >>>>> on Mon, 20 Feb 2023 10:59:22 +0100 writes: >> Le 18/02/2023 à 21:44, J C Nash a écrit : >>> I wrote first cut at u

  1   2   3   4   5   6   7   8   9   10   >