[#56965] [ruby-trunk - Bug #8852][Open] Synology build of ruby-2.0.0-p247 is failing — "barbecuesteve (Steve Sparks)" <sparks@...>

12 messages 2013/09/02

[#57051] [ruby-trunk - Bug #8872][Open] Case statements do not honor a refinement of the '===' method — "jconley88 (Jon Conley)" <schnozberries@...>

21 messages 2013/09/07

[#57058] [ruby-trunk - Bug #8875][Open] Select is not usable with SSLSocket — "headius (Charles Nutter)" <headius@...>

11 messages 2013/09/07

[#57074] [ruby-trunk - Bug #8879][Open] String#to_r fails after moving ruby to other OSX system — "mpapis (Michal Papis)" <mpapis@...>

12 messages 2013/09/08

[#57092] [ruby-trunk - Bug #8883][Open] Rational canonicalization unexpectedly converts to Fixnum — "melquiades (Paul Cantrell)" <cantrell@...>

16 messages 2013/09/09

[#57109] [ruby-trunk - Bug #8886][Open] TracePoint API inconsistence when raise used — deivid (David Rodríguez) <deivid.rodriguez@...>

14 messages 2013/09/10

[#57111] [ruby-trunk - Feature #8887][Open] min(n), max(n), min_by(n), max_by(n) — "akr (Akira Tanaka)" <akr@...>

13 messages 2013/09/10

[#57131] [ruby-trunk - Feature #8895][Open] Destructuring Assignment for Hash — "chendo (Jack Chen)" <ruby-lang@...>

19 messages 2013/09/11

[#57186] [ruby-trunk - Feature #8909][Open] Expand "f" frozen suffix to literal arrays and hashes — "headius (Charles Nutter)" <headius@...>

37 messages 2013/09/14

[#57262] [ruby-trunk - Feature #8921][Open] Allow select, reject, etc to accept a regex — "kyledecot (Kyle Decot)" <kyle.decot@...>

13 messages 2013/09/18

[#57273] [ruby-trunk - Feature #8923][Open] Frozen nil/true/false — "ko1 (Koichi Sasada)" <redmine@...>

13 messages 2013/09/19

[#57353] [ruby-trunk - Feature #8948][Open] Frozen regex — "sawa (Tsuyoshi Sawada)" <sawadatsuyoshi@...>

19 messages 2013/09/24

[#57385] [ruby-trunk - Bug #8953][Open] `str =~ /pattern/` does not call =~ method if (1) str is a String, (2) /pattern/ is a Regexp literal — "gfx (Goro Fuji)" <gfuji@...>

12 messages 2013/09/26

[#57396] [ruby-trunk - Feature #8956][Open] Allow hash members delimited by \n inside of {} — "adamdunson (Adam Dunson)" <adam@...>

20 messages 2013/09/26

[ruby-core:57104] Re: [ruby-trunk - Bug #8885][Open] Incorrect time is created for time including leap seconds

From: Tanaka Akira <akr@...>
Date: 2013-09-10 08:09:11 UTC
List: ruby-core #57104
2013/9/10 sawa (Tsuyoshi Sawada) <sawadatsuyoshi@gmail.com>:
> Bug #8885: Incorrect time is created for time including leap seconds
> https://bugs.ruby-lang.org/issues/8885

> ruby -v: 2.0

> `Time.new` creates incorrect time when the time includes a leap second.
>
>     Time.new(2012, 6, 30, 23, 59, 60)
>     # => 2012-07-01 00:00:00 +0900 # Wrong. Should be 2012-06-30 23:59:60 +0900
>
>     Time.new(2012, 6, 30, 23, 59, 60) == Time.new(2012, 7, 1, 0, 0, 0)
>     # => true # Wrong. Should be `false`.

At first, please confirm your enviroment (OS and configuration)
supports leap seconds.
Ruby supports leap seconds only if your environment supports leap seconds.

What is your OS?
The command line, ruby -v, shows the ruby version including your OS.
But you didn't fill the entry of the form as the result of the command line.
("2.0" is not a proper result of ruby -v.)
Example:
  % ruby -v
  ruby 2.1.0dev (2013-08-16 trunk 42586) [x86_64-linux]

What is the value of TZ environment variable?
Some (Unix) environment sees TZ environment variable to determine to
support leap seconds or not.
(The value prefixed with "right/" may indicate leap seconds support.)

What the result of the following command?
  % ruby -e '3.times {|i| p Time.at(78796799+i) }'

The command shows Time class behavior around the first leap second,
1972-06-30T23:59:60Z.

Environment which supports leap seconds:
  % TZ=right/UTC ruby -e '3.times {|i| p Time.at(78796799+i) }'
  1972-06-30 23:59:59 +0000
  1972-06-30 23:59:60 +0000
  1972-07-01 00:00:00 +0000

Environment which doesn't support leap seconds:
  % TZ=UTC ruby -e '3.times {|i| p Time.at(78796799+i) }'
  1972-06-30 23:59:59 +0000
  1972-07-01 00:00:00 +0000
  1972-07-01 00:00:01 +0000
-- 
Tanaka Akira

In This Thread