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

2022-10-30 Thread Suharto Anggono Suharto Anggono via R-devel
I just pointed out that, in  https://stat.ethz.ch/pipermail/r-devel/2022-October/082082.html ("A potential  POSIXlt->Date bug introduced in r-devel"), dlt <- .POSIXlt(list(sec = c(-999, 1 + c(1:10,-Inf, NA)) + pi, # "out of range", non-finite, fractions  

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

2022-10-22 Thread Martin Maechler
> 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 '[<-.POSIXlt' don't need to >> normalize out-of-range values. I think they

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

2022-10-18 Thread Martin Maechler
> Suharto Anggono Suharto Anggono via R-devel > on Fri, 14 Oct 2022 16:21:14 + (UTC) writes: > I think '[.POSIXlt' and '[<-.POSIXlt' don't need to > normalize out-of-range values. I think they just make same > length for all components, to ensure correct extraction or

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

2022-10-14 Thread Suharto Anggono Suharto Anggono via R-devel
I think '[.POSIXlt' and '[<-.POSIXlt' don't need to normalize out-of-range  values. I think they just make same length for all components, to ensure  correct extraction or replacement for arbitrary index. I have a thought of adding an optional argument for 'as.POSIXlt' applied to  "POSIXlt" 

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

2022-10-12 Thread Martin Maechler
> 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 more information about this one. It seems like it >>> (only? not sure) appears when `TZ =

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

2022-10-12 Thread Martin Maechler
> 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

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

2022-10-11 Thread Kurt Hornik
> 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 = ""`. I think this is at > least explainable by the fact that those "optional"

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

2022-10-11 Thread Davis Vaughan
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 = ""`. I think this is at least explainable by the fact that those "optional" fields aren't technically needed when the

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

2022-10-06 Thread Davis Vaughan
Hi all, I have found another POSIXlt bug while I've been fiddling around with it. This one only appears on specific OSes, because it has to do with the fact that the `gmtoff` field is optional, and isn't always used on all OSes. It also doesn't seem to be specific to r-devel, I think it has been