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

Re: [Rd] uniroot violates bounds?

> 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 unirootR for Martin M and he revised and put in >> Rmpfr. >> >> The following extends Ben's example, but adds the unirootR

Re: [Rd] Sys.getenv(): Error in substring(x, m + 1L) : invalid multibyte string at '' if an environment variable contains \xFF

> Tomas Kalibera > on Tue, 31 Jan 2023 10:53:21 +0100 writes: > On 1/31/23 09:48, Ivan Krylov wrote: >> Can we use the "bytes" encoding for such environment variables invalid >> in the current locale? The following patch preserves CE_NATIVE for >> strings valid in the

Re: [Rd] memory leak in png()

> Tim Taylor > on Tue, 17 Jan 2023 13:39:01 + writes: > On 17/01/2023 13:06, Duncan Murdoch wrote: >> I don't have a valgrind-capable version of R, but I'd be interested to >> see whether this is a one-time loss, or repeated.  That is, do you get a >> much bigger

Re: [Rd] memory leak in png()

Note that cairo_pdf() also suffers from the same leak .. as to be expected once you notice that much of the cairo device handling uses common code. ... .. and then, when you are aware that on Linux, the default interactive device is x11() and its default type is *also* "cairo" { possibly not on

Re: [Rd] memory leak in png()

ocairo-1.0.so.0 libpango-1.0.so.0 {as they are stripped, I don't know how to check } To *fix* this I also have to defer to others. Thank you for the report, Martin -- Martin Maechler ETH Zurich and R Core team > For some context, I am running R4.2.2. My goal was to run valgrin

Re: [Rd] Bug or feature?

vs se.fit=TRUE In the mean time, you have filed a new bugzilla isse about this, https://bugs.r-project.org/show_bug.cgi?id=18456 so we (and everyone interested) will continue the discussion there. Thank you for contributing to make R better by this! Best regards, Martin > -- >

Re: [Rd] Shouldn't "Loading" be "Attaching" when referring to library() calls?

>>>>> Martin Maechler >>>>> on Tue, 10 Jan 2023 10:26:53 +0100 writes: >>>>> Michael Chirico via R-devel >>>>> on Mon, 9 Jan 2023 12:25:46 -0800 writes: >> require() and library() both emit this message immediately

Re: [Rd] Shouldn't "Loading" be "Attaching" when referring to library() calls?

> Michael Chirico via R-devel > on Mon, 9 Jan 2023 12:25:46 -0800 writes: > require() and library() both emit this message immediately before > running library(): > "Loading required package: %s" > https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f

Re: [Rd] R blog link on developer page

> tim taylor > on Tue, 8 Nov 2022 21:55:29 + (GMT) writes: > The link to the R blog on https://developer.r-project.org/ currently points to the old site (https://developer.r-project.org/Blog/public). Should the link be updated to the new location (https://blog.r-project.org/

Re: [Rd] Bug with `[<-.POSIXlt` on specific OSes

>>>>> Martin Maechler >>>>> on Tue, 18 Oct 2022 10:56:25 +0200 writes: >>>>> Suharto Anggono Suharto Anggono via R-devel >>>>> on Fri, 14 Oct 2022 16:21:14 + (UTC) writes: >> I think '[.POSIXlt' and &#

Re: [Rd] Bug with `[<-.POSIXlt` on specific OSes

year = 116L, wday = 2L, yday = 340L, isdst = 1L)) > as.POSIXct(dlt)[1] is NA on Linux with timezone without DST. For example, after > Sys.setenv(TZ = "EST") Hmm... I needed time to look at the above. Indeed, one gets NA

Re: [Rd] Bug with `[<-.POSIXlt` on specific OSes

>>>>> Martin Maechler >>>>> on Wed, 12 Oct 2022 10:17:28 +0200 writes: >>>>> Kurt Hornik >>>>> on Tue, 11 Oct 2022 16:44:13 +0200 writes: >>>>> Davis Vaughan writes: >>> I've got a bit mo

Re: [Rd] Bug with `[<-.POSIXlt` on specific OSes

> Kurt Hornik > on Tue, 11 Oct 2022 16:44:13 +0200 writes: > Davis Vaughan writes: >> I've got a bit more information about this one. It seems like it >> (only? not sure) appears when `TZ = "UTC"`, which is why I didn't see >> it before on my Mac, which defaults to `TZ

Re: [Rd] A potential POSIXlt->Date bug introduced in r-devel

t variable, where I have noticed [on Linux, Fedora 36] that there may be different behavior between TZ entirely undefined and a TZ="" setting (which I intuitively assumed would work equivalently). Best, Martin > -Davis > On Fri, Oct 7, 2022 at 8:52 AM Martin Maec

Re: [Rd] A potential POSIXlt->Date bug introduced in r-devel

>>>>> Martin Maechler >>>>> on Thu, 6 Oct 2022 10:15:29 +0200 writes: >>>>> Davis Vaughan >>>>> on Wed, 5 Oct 2022 17:04:11 -0400 writes: >> Hi all, >> I think I have discovered a bug in the con

Re: [Rd] A potential POSIXlt->Date bug introduced in r-devel

> Davis Vaughan > on Wed, 5 Oct 2022 17:04:11 -0400 writes: > Hi all, > I think I have discovered a bug in the conversion from POSIXlt to Date that > has been introduced in r-devel. > It affects lubridate, but surprisingly didn't cause test failures there. > Ins

  1   2   3   4   5   6   7   8   9   10   >