[#4766] Wiki — "Glen Stampoultzis" <trinexus@...>

21 messages 2000/09/04
[#4768] RE: Wiki — "NAKAMURA, Hiroshi" <nahi@...> 2000/09/04

Hi, Glen,

[#4783] Re: Wiki — Masatoshi SEKI <m_seki@...> 2000/09/04

[#4785] Re: Wiki — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/09/05

Howdy,

[#4883] Re-binding a block — Dave Thomas <Dave@...>

16 messages 2000/09/12

[#4930] Perl 6 rumblings -- RFC 225 (v1) Data: Superpositions — Conrad Schneiker <schneik@...>

Hi,

11 messages 2000/09/15

[#4936] Ruby Book Eng. translation editor's questions — Jon Babcock <jon@...>

20 messages 2000/09/16

[#5045] Proposal: Add constants to Math — Robert Feldt <feldt@...>

15 messages 2000/09/21

[#5077] Crazy idea? infix method calls — hal9000@...

This is a generalization of the "in" operator idea which I

17 messages 2000/09/22

[#5157] Compile Problem with 1.6.1 — Scott Billings <aerogems@...>

When I try to compile Ruby 1.6.1, I get the following error:

15 messages 2000/09/27

[ruby-talk:03246] Re: Bug in Time

From: matz@... (Yukihiro Matsumoto)
Date: 2000-09-07 23:28:32 UTC
List: ruby-talk #3246
Hi,

In message "[ruby-talk:03159] Bug in Time"
    on 00/06/07, Andrew Hunt <Andy@Toolshed.Com> writes:

|While doing the regression tests for class Time (RubyUnit is
|a wonderful thing!), I came across an odd problem:
|
|	p Time.local(2001, 4, 1).to_s
|
|Results in:
|
|	Sat Mar 31 23:00:00 EST 2001
|
|This happens with all years from 1988 on, with a TZ of CST or EST.

Oops, I forgot to support daylight saving time.
That's partly because Japan has no such time shift.

|Might it be simpler to use the platform's mktime() function to
|avoid these issues? (I believe that's a Posix-ism).

mktime(3) only handles localtime.  I'll fix it to calculate time based
on UTC.
							matz.

In This Thread