Re: [R] R-3.4.0 fails test

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Patrick Connolly-4
On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:

|>
|> Anyways, you might want to
|>
|> a) move the discussion to R-devel
|> b) include your platform (hardware, OS) and time zone info

System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
           Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa
Machine:   System: innotek product: VirtualBox v: 1.2
           Mobo: Oracle model: VirtualBox v: 1.2 Bios: innotek v: VirtualBox date: 12/01/2006
CPU:       Quad core Intel Core i7-4790 (-MCP-) cache: 8192 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3) bmips: 28734
           clock speeds: max: 3591 MHz 1: 3591 MHz 2: 3591 MHz 3: 3591 MHz 4: 3591 MHz
Graphics:  Card: InnoTek Systemberatung VirtualBox Graphics Adapter bus-ID: 00:02.0
           Display Server: X.Org 1.17.1 drivers: vboxvideo (unloaded: fbdev,vesa) Resolution: 1920x1080@60.0hz
           GLX Renderer: Chromium GLX Version: 2.1 Chromium 1.9 Direct Rendering: Yes
Audio:     Card Intel 82801AA AC'97 Audio Controller driver: snd_intel8x0 ports: d100 d200 bus-ID: 00:05.0
           Sound: Advanced Linux Sound Architecture v: k3.19.0-32-generic
Network:   Card: Intel 82540EM Gigabit Ethernet Controller
           driver: e1000 v: 7.3.21-k8-NAPI port: d240 bus-ID: 00:08.0
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 131.7GB (56.5% used) ID-1: /dev/sda model: VBOX_HARDDISK size: 131.7GB
Partition: ID-1: / size: 117G used: 66G (60%) fs: ext4 dev: /dev/sda1
           ID-2: swap-1 size: 4.16GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 256 Uptime: 17:01 Memory: 3533.8/14955.3MB Init: Upstart runlevel: 2 Gcc sys: 4.8.4
           Client: Shell (bash 4.3.111) inxi: 2.2.28


Time zone: NZST

|> c) run the offending code lines "by hand" and show us the values of format(dlt) and format(dct) so we can see what the problem is, something like
|>
|> dlt <- structure(
|>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year = 116L,
|>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff = 3600L),
|>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
|> dlt$sec <- 10000 + 1:10
|> dct <- as.POSIXct(dlt)
|> cbind(format(dlt), format(dct))

> cbind(format(dlt), format(dct))
      [,1]                  [,2]                
 [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
 [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
 [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
 [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
 [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
 [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
 [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
 [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
 [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
[10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
>


--
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.  
   ___    Patrick Connolly  
 {~._.~}                   Great minds discuss ideas    
 _( Y )_           Average minds discuss events
(:_~*~_:)                  Small minds discuss people  
 (_)-(_)                        ..... Eleanor Roosevelt
         
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Peter Dalgaard-2

> On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]> wrote:
>
> On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>
> |>
> |> Anyways, you might want to
> |>
> |> a) move the discussion to R-devel
> |> b) include your platform (hardware, OS) and time zone info
>
> System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
>           Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa

I suppose that'll do...


> Time zone: NZST



>
> |> c) run the offending code lines "by hand" and show us the values of format(dlt) and format(dct) so we can see what the problem is, something like
> |>
> |> dlt <- structure(
> |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year = 116L,
> |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff = 3600L),
> |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
> |> dlt$sec <- 10000 + 1:10
> |> dct <- as.POSIXct(dlt)
> |> cbind(format(dlt), format(dct))
>
>> cbind(format(dlt), format(dct))
>      [,1]                  [,2]                
> [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
> [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
> [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
> [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
> [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
> [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
> [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
> [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
> [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
> [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
>>
>


So exactly 1 hour out of whack. Is there a Daylight Saving Times issue, perchance?

-pd


>
> --
> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.  
>   ___    Patrick Connolly  
> {~._.~}                   Great minds discuss ideas    
> _( Y )_           Average minds discuss events
> (:_~*~_:)                  Small minds discuss people  
> (_)-(_)                        ..... Eleanor Roosevelt
>  
> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.

--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: [hidden email]  Priv: [hidden email]

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Joris FA Meys
This has to do with your own timezone. If I run that code on my computer,
both formats are correct. If I do this after

Sys.setenv(TZ = "UTC")

Then:

> cbind(format(dlt), format(dct))
      [,1]                  [,2]
 [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
 [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42"

The reason for that, is that dlt has a timezone set, but dct doesn't. To be
correct, it only takes the first value "", which indicates "Use the default
timezone of the locale".

> attr(dlt, "tzone")
[1] ""     "CET"  "CEST"
> attr(dct, "tzone")
[1] ""

The thing is, in POSIXlt the timezone attribute is stored together with the
actual values for hour, minute etc. in list format. Changing the timezone
doesn't change those values, but it will change the time itself:

> Sys.unsetenv("TZ")
> dlt2 <- dlt
> attr(dlt2,"tzone") <- "UTC"
> dlt2
 [1] "2016-12-06 21:45:41 UTC" "2016-12-06 21:45:42 UTC"
 [3] "2016-12-06 21:45:43 UTC" "2016-12-06 21:45:44 UTC"

in POSIXct the value doesn't change either, just the attribute. But this
value is the number of seconds since the origin. So the time itself doesn't
change, but you'll see a different hour.

> dct
 [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
...
> attr(dct,"tzone") <- "UTC"
> dct
 [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:45:42 UTC"
 [3] "2016-12-06 20:45:43 UTC" "2016-12-06 20:45:44 UTC"

So what you see, is simply the result of your timezone settings on your
computer.

Cheers
Joris

On Thu, May 18, 2017 at 1:19 PM, peter dalgaard <[hidden email]> wrote:

>
> > On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]>
> wrote:
> >
> > On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
> >
> > |>
> > |> Anyways, you might want to
> > |>
> > |> a) move the discussion to R-devel
> > |> b) include your platform (hardware, OS) and time zone info
> >
> > System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit
> gcc: 4.8.2)
> >           Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3
> Rosa
>
> I suppose that'll do...
>
>
> > Time zone: NZST
>
>
>
> >
> > |> c) run the offending code lines "by hand" and show us the values of
> format(dlt) and format(dct) so we can see what the problem is, something
> like
> > |>
> > |> dlt <- structure(
> > |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year
> = 116L,
> > |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff =
> 3600L),
> > |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
> > |> dlt$sec <- 10000 + 1:10
> > |> dct <- as.POSIXct(dlt)
> > |> cbind(format(dlt), format(dct))
> >
> >> cbind(format(dlt), format(dct))
> >      [,1]                  [,2]
> > [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
> > [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
> > [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
> > [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
> > [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
> > [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
> > [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
> > [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
> > [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
> > [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
> >>
> >
>
>
> So exactly 1 hour out of whack. Is there a Daylight Saving Times issue,
> perchance?
>
> -pd
>
>
> >
> > --
> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
> >   ___    Patrick Connolly
> > {~._.~}                   Great minds discuss ideas
> > _( Y )_                Average minds discuss events
> > (:_~*~_:)                  Small minds discuss people
> > (_)-(_)                             ..... Eleanor Roosevelt
> >
> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>
> --
> Peter Dalgaard, Professor,
> Center for Statistics, Copenhagen Business School
> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> Phone: (+45)38153501
> Office: A 4.23
> Email: [hidden email]  Priv: [hidden email]
>
> ______________________________________________
> [hidden email] mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>



--
Joris Meys
Statistical consultant

Ghent University
Faculty of Bioscience Engineering
Department of Mathematical Modelling, Statistics and Bio-Informatics

tel :  +32 (0)9 264 61 79
[hidden email]
-------------------------------
Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php

        [[alternative HTML version deleted]]

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Joris FA Meys
Correction: Also dlt uses the default timezone, but POSIXlt is not
recalculated whereas POSIXct is. Reason for that is the different way
values are stored (hours, minutes, seconds as opposed to minutes from
origin, as explained in my previous mail)

CHeers
Joris

On Thu, May 18, 2017 at 1:45 PM, Joris Meys <[hidden email]> wrote:

> This has to do with your own timezone. If I run that code on my computer,
> both formats are correct. If I do this after
>
> Sys.setenv(TZ = "UTC")
>
> Then:
>
> > cbind(format(dlt), format(dct))
>       [,1]                  [,2]
>  [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
>  [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42"
>
> The reason for that, is that dlt has a timezone set, but dct doesn't. To
> be correct, it only takes the first value "", which indicates "Use the
> default timezone of the locale".
>
> > attr(dlt, "tzone")
> [1] ""     "CET"  "CEST"
> > attr(dct, "tzone")
> [1] ""
>
> The thing is, in POSIXlt the timezone attribute is stored together with
> the actual values for hour, minute etc. in list format. Changing the
> timezone doesn't change those values, but it will change the time itself:
>
> > Sys.unsetenv("TZ")
> > dlt2 <- dlt
> > attr(dlt2,"tzone") <- "UTC"
> > dlt2
>  [1] "2016-12-06 21:45:41 UTC" "2016-12-06 21:45:42 UTC"
>  [3] "2016-12-06 21:45:43 UTC" "2016-12-06 21:45:44 UTC"
>
> in POSIXct the value doesn't change either, just the attribute. But this
> value is the number of seconds since the origin. So the time itself doesn't
> change, but you'll see a different hour.
>
> > dct
>  [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
> ...
> > attr(dct,"tzone") <- "UTC"
> > dct
>  [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:45:42 UTC"
>  [3] "2016-12-06 20:45:43 UTC" "2016-12-06 20:45:44 UTC"
>
> So what you see, is simply the result of your timezone settings on your
> computer.
>
> Cheers
> Joris
>
> On Thu, May 18, 2017 at 1:19 PM, peter dalgaard <[hidden email]> wrote:
>
>>
>> > On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]>
>> wrote:
>> >
>> > On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>> >
>> > |>
>> > |> Anyways, you might want to
>> > |>
>> > |> a) move the discussion to R-devel
>> > |> b) include your platform (hardware, OS) and time zone info
>> >
>> > System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit
>> gcc: 4.8.2)
>> >           Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3
>> Rosa
>>
>> I suppose that'll do...
>>
>>
>> > Time zone: NZST
>>
>>
>>
>> >
>> > |> c) run the offending code lines "by hand" and show us the values of
>> format(dlt) and format(dct) so we can see what the problem is, something
>> like
>> > |>
>> > |> dlt <- structure(
>> > |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year
>> = 116L,
>> > |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff =
>> 3600L),
>> > |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
>> > |> dlt$sec <- 10000 + 1:10
>> > |> dct <- as.POSIXct(dlt)
>> > |> cbind(format(dlt), format(dct))
>> >
>> >> cbind(format(dlt), format(dct))
>> >      [,1]                  [,2]
>> > [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
>> > [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
>> > [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
>> > [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
>> > [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
>> > [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
>> > [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
>> > [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
>> > [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
>> > [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
>> >>
>> >
>>
>>
>> So exactly 1 hour out of whack. Is there a Daylight Saving Times issue,
>> perchance?
>>
>> -pd
>>
>>
>> >
>> > --
>> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>> ~.~.~.~.~.~.
>> >   ___    Patrick Connolly
>> > {~._.~}                   Great minds discuss ideas
>> > _( Y )_                Average minds discuss events
>> > (:_~*~_:)                  Small minds discuss people
>> > (_)-(_)                             ..... Eleanor Roosevelt
>> >
>> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>> ~.~.~.~.~.~.
>>
>> --
>> Peter Dalgaard, Professor,
>> Center for Statistics, Copenhagen Business School
>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
>> Phone: (+45)38153501
>> Office: A 4.23
>> Email: [hidden email]  Priv: [hidden email]
>>
>> ______________________________________________
>> [hidden email] mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
>
>
> --
> Joris Meys
> Statistical consultant
>
> Ghent University
> Faculty of Bioscience Engineering
> Department of Mathematical Modelling, Statistics and Bio-Informatics
>
> tel :  +32 (0)9 264 61 79 <+32%209%20264%2061%2079>
> [hidden email]
> -------------------------------
> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>



--
Joris Meys
Statistical consultant

Ghent University
Faculty of Bioscience Engineering
Department of Mathematical Modelling, Statistics and Bio-Informatics

tel :  +32 (0)9 264 61 79
[hidden email]
-------------------------------
Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php

        [[alternative HTML version deleted]]

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Peter Dalgaard-2

> On 18 May 2017, at 13:47 , Joris Meys <[hidden email]> wrote:
>
> Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail)
>

I would suspect that there is something more subtle going on, New Zealand time is 10, 11, or 12 hours from Central European, depending on time of year (10 in our Summer, 12 in theirs and 11 during the overlap at both ends, if you must know), and we are talking a 1 hour difference.  

However DST transitions were both in March/April, so that's not it. Maybe a POSIX[lc]t expert can comment?

-pd

> CHeers
> Joris
>
> On Thu, May 18, 2017 at 1:45 PM, Joris Meys <[hidden email]> wrote:
> This has to do with your own timezone. If I run that code on my computer, both formats are correct. If I do this after
>
> Sys.setenv(TZ = "UTC")
>
> Then:
>
> > cbind(format(dlt), format(dct))
>       [,1]                  [,2]                
>  [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
>  [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42"
>
> The reason for that, is that dlt has a timezone set, but dct doesn't. To be correct, it only takes the first value "", which indicates "Use the default timezone of the locale".
>
> > attr(dlt, "tzone")
> [1] ""     "CET"  "CEST"
> > attr(dct, "tzone")
> [1] ""
>
> The thing is, in POSIXlt the timezone attribute is stored together with the actual values for hour, minute etc. in list format. Changing the timezone doesn't change those values, but it will change the time itself:
>
> > Sys.unsetenv("TZ")
> > dlt2 <- dlt
> > attr(dlt2,"tzone") <- "UTC"
> > dlt2
>  [1] "2016-12-06 21:45:41 UTC" "2016-12-06 21:45:42 UTC"
>  [3] "2016-12-06 21:45:43 UTC" "2016-12-06 21:45:44 UTC"
>
> in POSIXct the value doesn't change either, just the attribute. But this value is the number of seconds since the origin. So the time itself doesn't change, but you'll see a different hour.
>
> > dct
>  [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
> ...
> > attr(dct,"tzone") <- "UTC"
> > dct
>  [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:45:42 UTC"
>  [3] "2016-12-06 20:45:43 UTC" "2016-12-06 20:45:44 UTC"
>
> So what you see, is simply the result of your timezone settings on your computer.
>
> Cheers
> Joris
>
> On Thu, May 18, 2017 at 1:19 PM, peter dalgaard <[hidden email]> wrote:
>
> > On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]> wrote:
> >
> > On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
> >
> > |>
> > |> Anyways, you might want to
> > |>
> > |> a) move the discussion to R-devel
> > |> b) include your platform (hardware, OS) and time zone info
> >
> > System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
> >           Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa
>
> I suppose that'll do...
>
>
> > Time zone: NZST
>
>
>
> >
> > |> c) run the offending code lines "by hand" and show us the values of format(dlt) and format(dct) so we can see what the problem is, something like
> > |>
> > |> dlt <- structure(
> > |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year = 116L,
> > |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff = 3600L),
> > |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
> > |> dlt$sec <- 10000 + 1:10
> > |> dct <- as.POSIXct(dlt)
> > |> cbind(format(dlt), format(dct))
> >
> >> cbind(format(dlt), format(dct))
> >      [,1]                  [,2]
> > [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
> > [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
> > [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
> > [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
> > [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
> > [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
> > [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
> > [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
> > [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
> > [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
> >>
> >
>
>
> So exactly 1 hour out of whack. Is there a Daylight Saving Times issue, perchance?
>
> -pd
>
>
> >
> > --
> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
> >   ___    Patrick Connolly
> > {~._.~}                   Great minds discuss ideas
> > _( Y )_                Average minds discuss events
> > (:_~*~_:)                  Small minds discuss people
> > (_)-(_)                             ..... Eleanor Roosevelt
> >
> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>
> --
> Peter Dalgaard, Professor,
> Center for Statistics, Copenhagen Business School
> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> Phone: (+45)38153501
> Office: A 4.23
> Email: [hidden email]  Priv: [hidden email]
>
> ______________________________________________
> [hidden email] mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>
>
> --
> Joris Meys
> Statistical consultant
>
> Ghent University
> Faculty of Bioscience Engineering
> Department of Mathematical Modelling, Statistics and Bio-Informatics
>
> tel :  +32 (0)9 264 61 79
> [hidden email]
> -------------------------------
> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>
>
>
> --
> Joris Meys
> Statistical consultant
>
> Ghent University
> Faculty of Bioscience Engineering
> Department of Mathematical Modelling, Statistics and Bio-Informatics
>
> tel :  +32 (0)9 264 61 79
> [hidden email]
> -------------------------------
> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php

--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: [hidden email]  Priv: [hidden email]

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Martyn Plummer-3


> On 18 May 2017, at 14:51, peter dalgaard <[hidden email]> wrote:
>
>
>> On 18 May 2017, at 13:47 , Joris Meys <[hidden email]> wrote:
>>
>> Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail)
>>
>
> I would suspect that there is something more subtle going on, New Zealand time is 10, 11, or 12 hours from Central European, depending on time of year (10 in our Summer, 12 in theirs and 11 during the overlap at both ends, if you must know), and we are talking a 1 hour difference.  
>
> However DST transitions were both in March/April, so that's not it. Maybe a POSIX[lc]t expert can comment?

If I change the month from December to June then I see the same phenomenon in my Europe/Paris time zone. The issue seems to be that, for the date chosen for the test, Summer/daylight savings time is in force in NZ and some other parts of the southern hemisphere , but not in the northern hemisphere.

Martyn

> -pd
>
>> CHeers
>> Joris
>>
>> On Thu, May 18, 2017 at 1:45 PM, Joris Meys <[hidden email]> wrote:
>> This has to do with your own timezone. If I run that code on my computer, both formats are correct. If I do this after
>>
>> Sys.setenv(TZ = "UTC")
>>
>> Then:
>>
>>> cbind(format(dlt), format(dct))
>>      [,1]                  [,2]                
>> [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
>> [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42"
>>
>> The reason for that, is that dlt has a timezone set, but dct doesn't. To be correct, it only takes the first value "", which indicates "Use the default timezone of the locale".
>>
>>> attr(dlt, "tzone")
>> [1] ""     "CET"  "CEST"
>>> attr(dct, "tzone")
>> [1] ""
>>
>> The thing is, in POSIXlt the timezone attribute is stored together with the actual values for hour, minute etc. in list format. Changing the timezone doesn't change those values, but it will change the time itself:
>>
>>> Sys.unsetenv("TZ")
>>> dlt2 <- dlt
>>> attr(dlt2,"tzone") <- "UTC"
>>> dlt2
>> [1] "2016-12-06 21:45:41 UTC" "2016-12-06 21:45:42 UTC"
>> [3] "2016-12-06 21:45:43 UTC" "2016-12-06 21:45:44 UTC"
>>
>> in POSIXct the value doesn't change either, just the attribute. But this value is the number of seconds since the origin. So the time itself doesn't change, but you'll see a different hour.
>>
>>> dct
>> [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
>> ...
>>> attr(dct,"tzone") <- "UTC"
>>> dct
>> [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:45:42 UTC"
>> [3] "2016-12-06 20:45:43 UTC" "2016-12-06 20:45:44 UTC"
>>
>> So what you see, is simply the result of your timezone settings on your computer.
>>
>> Cheers
>> Joris
>>
>>> On Thu, May 18, 2017 at 1:19 PM, peter dalgaard <[hidden email]> wrote:
>>>
>>> On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]> wrote:
>>>
>>> On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>>>
>>> |>
>>> |> Anyways, you might want to
>>> |>
>>> |> a) move the discussion to R-devel
>>> |> b) include your platform (hardware, OS) and time zone info
>>>
>>> System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
>>>          Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa
>>
>> I suppose that'll do...
>>
>>
>>> Time zone: NZST
>>
>>
>>
>>>
>>> |> c) run the offending code lines "by hand" and show us the values of format(dlt) and format(dct) so we can see what the problem is, something like
>>> |>
>>> |> dlt <- structure(
>>> |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year = 116L,
>>> |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff = 3600L),
>>> |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
>>> |> dlt$sec <- 10000 + 1:10
>>> |> dct <- as.POSIXct(dlt)
>>> |> cbind(format(dlt), format(dct))
>>>
>>>> cbind(format(dlt), format(dct))
>>>     [,1]                  [,2]
>>> [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
>>> [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
>>> [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
>>> [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
>>> [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
>>> [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
>>> [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
>>> [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
>>> [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
>>> [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
>>>>
>>>
>>
>>
>> So exactly 1 hour out of whack. Is there a Daylight Saving Times issue, perchance?
>>
>> -pd
>>
>>
>>>
>>> --
>>> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>>>  ___    Patrick Connolly
>>> {~._.~}                   Great minds discuss ideas
>>> _( Y )_                Average minds discuss events
>>> (:_~*~_:)                  Small minds discuss people
>>> (_)-(_)                             ..... Eleanor Roosevelt
>>>
>>> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>>
>> --
>> Peter Dalgaard, Professor,
>> Center for Statistics, Copenhagen Business School
>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
>> Phone: (+45)38153501
>> Office: A 4.23
>> Email: [hidden email]  Priv: [hidden email]
>>
>> ______________________________________________
>> [hidden email] mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>>
>> --
>> Joris Meys
>> Statistical consultant
>>
>> Ghent University
>> Faculty of Bioscience Engineering
>> Department of Mathematical Modelling, Statistics and Bio-Informatics
>>
>> tel :  +32 (0)9 264 61 79
>> [hidden email]
>> -------------------------------
>> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>>
>>
>>
>> --
>> Joris Meys
>> Statistical consultant
>>
>> Ghent University
>> Faculty of Bioscience Engineering
>> Department of Mathematical Modelling, Statistics and Bio-Informatics
>>
>> tel :  +32 (0)9 264 61 79
>> [hidden email]
>> -------------------------------
>> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>
> --
> Peter Dalgaard, Professor,
> Center for Statistics, Copenhagen Business School
> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> Phone: (+45)38153501
> Office: A 4.23
> Email: [hidden email]  Priv: [hidden email]
>
> ______________________________________________
> [hidden email] mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
-----------------------------------------------------------------------
This message and its attachments are strictly confidenti...{{dropped:8}}

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Peter Dalgaard-2

> On 18 May 2017, at 14:58 , Martyn Plummer <[hidden email]> wrote:
>
>
>
>> On 18 May 2017, at 14:51, peter dalgaard <[hidden email]> wrote:
>>
>>
>>> On 18 May 2017, at 13:47 , Joris Meys <[hidden email]> wrote:
>>>
>>> Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail)
>>>
>>
>> I would suspect that there is something more subtle going on, New Zealand time is 10, 11, or 12 hours from Central European, depending on time of year (10 in our Summer, 12 in theirs and 11 during the overlap at both ends, if you must know), and we are talking a 1 hour difference.  
>>
>> However DST transitions were both in March/April, so that's not it. Maybe a POSIX[lc]t expert can comment?
>
> If I change the month from December to June then I see the same phenomenon in my Europe/Paris time zone. The issue seems to be that, for the date chosen for the test, Summer/daylight savings time is in force in NZ and some other parts of the southern hemisphere , but not in the northern hemisphere.
>

Of course! I overlooked that the date in the test is the issue, not the current date. (Let's blame that on the fact that Summer seems to have finally arrived in Copenhagen...)

"svn praise" claims this test is due to Martin Maechler in r71742, so maybe he knows how to fix it. (I wonder if he just used the current date at the time, or actually thought that there would be no DST issues in December ;-) )

-pd


> Martyn
>
>> -pd
>>
>>> CHeers
>>> Joris
>>>
>>> On Thu, May 18, 2017 at 1:45 PM, Joris Meys <[hidden email]> wrote:
>>> This has to do with your own timezone. If I run that code on my computer, both formats are correct. If I do this after
>>>
>>> Sys.setenv(TZ = "UTC")
>>>
>>> Then:
>>>
>>>> cbind(format(dlt), format(dct))
>>>     [,1]                  [,2]                
>>> [1,] "2016-12-06 21:45:41" "2016-12-06 20:45:41"
>>> [2,] "2016-12-06 21:45:42" "2016-12-06 20:45:42"
>>>
>>> The reason for that, is that dlt has a timezone set, but dct doesn't. To be correct, it only takes the first value "", which indicates "Use the default timezone of the locale".
>>>
>>>> attr(dlt, "tzone")
>>> [1] ""     "CET"  "CEST"
>>>> attr(dct, "tzone")
>>> [1] ""
>>>
>>> The thing is, in POSIXlt the timezone attribute is stored together with the actual values for hour, minute etc. in list format. Changing the timezone doesn't change those values, but it will change the time itself:
>>>
>>>> Sys.unsetenv("TZ")
>>>> dlt2 <- dlt
>>>> attr(dlt2,"tzone") <- "UTC"
>>>> dlt2
>>> [1] "2016-12-06 21:45:41 UTC" "2016-12-06 21:45:42 UTC"
>>> [3] "2016-12-06 21:45:43 UTC" "2016-12-06 21:45:44 UTC"
>>>
>>> in POSIXct the value doesn't change either, just the attribute. But this value is the number of seconds since the origin. So the time itself doesn't change, but you'll see a different hour.
>>>
>>>> dct
>>> [1] "2016-12-06 21:45:41 CET" "2016-12-06 21:45:42 CET"
>>> ...
>>>> attr(dct,"tzone") <- "UTC"
>>>> dct
>>> [1] "2016-12-06 20:45:41 UTC" "2016-12-06 20:45:42 UTC"
>>> [3] "2016-12-06 20:45:43 UTC" "2016-12-06 20:45:44 UTC"
>>>
>>> So what you see, is simply the result of your timezone settings on your computer.
>>>
>>> Cheers
>>> Joris
>>>
>>>> On Thu, May 18, 2017 at 1:19 PM, peter dalgaard <[hidden email]> wrote:
>>>>
>>>> On 18 May 2017, at 11:00 , Patrick Connolly <[hidden email]> wrote:
>>>>
>>>> On Wed, 17-May-2017 at 01:21PM +0200, Peter Dalgaard wrote:
>>>>
>>>> |>
>>>> |> Anyways, you might want to
>>>> |>
>>>> |> a) move the discussion to R-devel
>>>> |> b) include your platform (hardware, OS) and time zone info
>>>>
>>>> System:    Host: MTA-V1-427894 Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
>>>>         Desktop: KDE Plasma 4.14.2 (Qt 4.8.6) Distro: Linux Mint 17.3 Rosa
>>>
>>> I suppose that'll do...
>>>
>>>
>>>> Time zone: NZST
>>>
>>>
>>>
>>>>
>>>> |> c) run the offending code lines "by hand" and show us the values of format(dlt) and format(dct) so we can see what the problem is, something like
>>>> |>
>>>> |> dlt <- structure(
>>>> |>     list(sec = 52, min = 59L, hour = 18L, mday = 6L, mon = 11L, year = 116L,
>>>> |>        wday = 2L, yday = 340L, isdst = 0L, zone = "CET", gmtoff = 3600L),
>>>> |>        class = c("POSIXlt", "POSIXt"), tzone = c("", "CET", "CEST"))
>>>> |> dlt$sec <- 10000 + 1:10
>>>> |> dct <- as.POSIXct(dlt)
>>>> |> cbind(format(dlt), format(dct))
>>>>
>>>>> cbind(format(dlt), format(dct))
>>>>    [,1]                  [,2]
>>>> [1,] "2016-12-06 21:45:41" "2016-12-06 22:45:41"
>>>> [2,] "2016-12-06 21:45:42" "2016-12-06 22:45:42"
>>>> [3,] "2016-12-06 21:45:43" "2016-12-06 22:45:43"
>>>> [4,] "2016-12-06 21:45:44" "2016-12-06 22:45:44"
>>>> [5,] "2016-12-06 21:45:45" "2016-12-06 22:45:45"
>>>> [6,] "2016-12-06 21:45:46" "2016-12-06 22:45:46"
>>>> [7,] "2016-12-06 21:45:47" "2016-12-06 22:45:47"
>>>> [8,] "2016-12-06 21:45:48" "2016-12-06 22:45:48"
>>>> [9,] "2016-12-06 21:45:49" "2016-12-06 22:45:49"
>>>> [10,] "2016-12-06 21:45:50" "2016-12-06 22:45:50"
>>>>>
>>>>
>>>
>>>
>>> So exactly 1 hour out of whack. Is there a Daylight Saving Times issue, perchance?
>>>
>>> -pd
>>>
>>>
>>>>
>>>> --
>>>> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>>>> ___    Patrick Connolly
>>>> {~._.~}                   Great minds discuss ideas
>>>> _( Y )_                Average minds discuss events
>>>> (:_~*~_:)                  Small minds discuss people
>>>> (_)-(_)                             ..... Eleanor Roosevelt
>>>>
>>>> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
>>>
>>> --
>>> Peter Dalgaard, Professor,
>>> Center for Statistics, Copenhagen Business School
>>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
>>> Phone: (+45)38153501
>>> Office: A 4.23
>>> Email: [hidden email]  Priv: [hidden email]
>>>
>>> ______________________________________________
>>> [hidden email] mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>
>>>
>>>
>>> --
>>> Joris Meys
>>> Statistical consultant
>>>
>>> Ghent University
>>> Faculty of Bioscience Engineering
>>> Department of Mathematical Modelling, Statistics and Bio-Informatics
>>>
>>> tel :  +32 (0)9 264 61 79
>>> [hidden email]
>>> -------------------------------
>>> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>>>
>>>
>>>
>>> --
>>> Joris Meys
>>> Statistical consultant
>>>
>>> Ghent University
>>> Faculty of Bioscience Engineering
>>> Department of Mathematical Modelling, Statistics and Bio-Informatics
>>>
>>> tel :  +32 (0)9 264 61 79
>>> [hidden email]
>>> -------------------------------
>>> Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php
>>
>> --
>> Peter Dalgaard, Professor,
>> Center for Statistics, Copenhagen Business School
>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
>> Phone: (+45)38153501
>> Office: A 4.23
>> Email: [hidden email]  Priv: [hidden email]
>>
>> ______________________________________________
>> [hidden email] mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
> -----------------------------------------------------------------------
> This message and its attachments are strictly confiden...{{dropped:25}}

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Martin Maechler

> > On 18 May 2017, at 14:58 , Martyn Plummer <[hidden email]> wrote:
> >
> >> On 18 May 2017, at 14:51, peter dalgaard <[hidden email]> wrote:

> >>> On 18 May 2017, at 13:47 , Joris Meys <[hidden email]> wrote:
> >>>
> >>> Correction: Also dlt uses the default timezone, but POSIXlt is not recalculated whereas POSIXct is. Reason for that is the different way values are stored (hours, minutes, seconds as opposed to minutes from origin, as explained in my previous mail)
> >>>
> >>
> >> I would suspect that there is something more subtle going on, New Zealand time is 10, 11, or 12 hours from Central European, depending on time of year (10 in our Summer, 12 in theirs and 11 during the overlap at both ends, if you must know), and we are talking a 1 hour difference.  
> >>
> >> However DST transitions were both in March/April, so that's not it. Maybe a POSIX[lc]t expert can comment?
> >
> > If I change the month from December to June then I see the same phenomenon in my Europe/Paris time zone. The issue seems to be that, for the date chosen for the test, Summer/daylight savings time is in force in NZ and some other parts of the southern hemisphere , but not in the northern hemisphere.
> >

> Of course! I overlooked that the date in the test is the issue, not the current date. (Let's blame that on the fact that Summer seems to have finally arrived in Copenhagen...)

> "svn praise" claims this test is due to Martin Maechler in r71742, so maybe he knows how to fix it. (I wonder if he just used the current date at the time, or actually thought that there would be no DST issues in December ;-) )

> -pd

I think the former.  This was about fixing a segmentation fault problem
 (thread from Dec 6, 2016, on the R-devel mailing list, starting
  here: https://stat.ethz.ch/pipermail/r-devel/2016-December/073448.html )
mostly,  but the 2nd part of the regression test evidently needs
more thought than I had put there.

Being pretty "stretched" time wise currently, I'm happy for
timezone-portable propositions to change the test.

Martin

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Patrick Connolly-4
On Thu, 18-May-2017 at 05:46PM +0200, Martin Maechler wrote:

|>
.....

|>
|> Being pretty "stretched" time wise currently, I'm happy for
|> timezone-portable propositions to change the test.

Meantime, anyone who lives where DST happpens in December who wants to
get through the remaining tests can avoid this one by changing the line

> stopifnot(length(fd) == 10, identical(fd, format(dct <- as.POSIXct(dlt))))
to
> stopifnot(length(fd) == 10, identical(fd, format(dct <- as.POSIXlt(dlt))))
                                                                ^^^^
(which effectively isn't testing anything much)

A less lazy way would be to comment out the relevant lines.


|>
|> Martin

--
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.  
   ___    Patrick Connolly  
 {~._.~}                   Great minds discuss ideas    
 _( Y )_           Average minds discuss events
(:_~*~_:)                  Small minds discuss people  
 (_)-(_)                        ..... Eleanor Roosevelt
         
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Reply | Threaded
Open this post in threaded view
|

Re: [R] R-3.4.0 fails test

Martyn Plummer-3
I have fixed this in R-devel and will port it over to the R release branch in due course.

The underlying issue is that the conversion from POSIXlt to POSIXct uses the local time zone and not the CET time zone. I believe this is a bug, but I will take up that discussion elsewhere.

Martyn
________________________________________
From: Patrick Connolly <[hidden email]>
Sent: 19 May 2017 06:13
To: Martin Maechler
Cc: peter dalgaard; Martyn Plummer; Joris Meys; R-devel
Subject: Re: [Rd] [R] R-3.4.0 fails test

On Thu, 18-May-2017 at 05:46PM +0200, Martin Maechler wrote:

|>
.....

|>
|> Being pretty "stretched" time wise currently, I'm happy for
|> timezone-portable propositions to change the test.

Meantime, anyone who lives where DST happpens in December who wants to
get through the remaining tests can avoid this one by changing the line

> stopifnot(length(fd) == 10, identical(fd, format(dct <- as.POSIXct(dlt))))
to
> stopifnot(length(fd) == 10, identical(fd, format(dct <- as.POSIXlt(dlt))))
                                                                ^^^^
(which effectively isn't testing anything much)

A less lazy way would be to comment out the relevant lines.


|>
|> Martin

--
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
   ___    Patrick Connolly
 {~._.~}                   Great minds discuss ideas
 _( Y )_                 Average minds discuss events
(:_~*~_:)                  Small minds discuss people
 (_)-(_)                              ..... Eleanor Roosevelt

~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
-----------------------------------------------------------------------
This message and its attachments are strictly confidenti...{{dropped:8}}

______________________________________________
[hidden email] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel