[#6363] Re: rescue clause affecting IO loop behavior — ts <decoux@...>

>>>>> "D" == David Alan Black <dblack@candle.superlink.net> writes:

17 messages 2000/11/14
[#6367] Re: rescue clause affecting IO loop behavior — David Alan Black <dblack@...> 2000/11/14

Hello again --

[#6582] best way to interleaf arrays? — David Alan Black <dblack@...>

Hello --

15 messages 2000/11/26

[#6646] RE: Array Intersect (&) question — Aleksi Niemel<aleksi.niemela@...>

Ross asked something about widely known and largely ignored language (on

23 messages 2000/11/29
[#6652] RE: Array Intersect (&) question — rpmohn@... (Ross Mohn) 2000/11/29

aleksi.niemela@cinnober.com (Aleksi Niemel) wrote in

[#6723] Re: Array Intersect (&) question — Mathieu Bouchard <matju@...> 2000/12/01

> >Use a hash. Here's code to do both and more. It assumes that

[#6656] printing/accessing arrays and hashes — raja@... (Raja S.)

I'm coming to Ruby with a Python & Common Lisp background.

24 messages 2000/11/30

[ruby-talk:6529] Re: Time Trouble

From: Hugh Sasse Staff Elec Eng <hgs@...>
Date: 2000-11-22 19:58:01 UTC
List: ruby-talk #6529
On Thu, 23 Nov 2000, Niklas Backlund wrote:

> 
> 
> On Thu, 23 Nov 2000, Hugh Sasse Staff Elec Eng wrote:
> 
> > > > Niklas Backlund <d99-nba@nada.kth.se> writes:
	[...]
> > > > > Wed Mar 01 00:00:00 GMT+1:00 2000
> > > > > Sat Apr 01 01:00:00 GMT+1:00 2000
	[...]
> > > > > Sun Oct 01 01:00:00 GMT+1:00 2000
> > > > > Wed Nov 01 00:00:00 GMT+1:00 2000
	[...]
> > I think you are right: this is incorrect.  In the summer it should
> > set the timezone to GMT+2:00, shouldn't it?  If it is taking account of
> > Daylight Saving Time....
> 
	[...]
> We should let the OS handle the Daylight Savings Time instead.

Maybe it does, but it is not creating the times with the same timezone
each ... er, time:

irb(main):001:0> 1.upto(12) {
irb(main):002:1* |m|
irb(main):003:1* t = Time.local(2000, m, 1, 0, 0)
irb(main):004:1> puts t
irb(main):005:1> puts t.zone
irb(main):006:1> puts ""
irb(main):007:1> }
Sat Jan 01 00:00:00 GMT 2000
GMT

Tue Feb 01 00:00:00 GMT 2000
GMT

Wed Mar 01 00:00:00 GMT 2000
GMT

Sat Apr 01 01:00:00 BST 2000
BST

Mon May 01 01:00:00 BST 2000
BST

Thu Jun 01 01:00:00 BST 2000
BST

Sat Jul 01 01:00:00 BST 2000
BST

Tue Aug 01 01:00:00 BST 2000
BST

Fri Sep 01 01:00:00 BST 2000
BST

Sun Oct 01 01:00:00 BST 2000
BST

Wed Nov 01 00:00:00 GMT 2000
GMT

Fri Dec 01 00:00:00 GMT 2000
GMT

So this tells us it is not holding the timezone constant, it must be
consulting the OS to get the new summer timezone, but it is adding on
an hour *as well*.        
> 
> /Niklas
> 
> 
	Hugh


In This Thread