Re: DT::F::DBI docs
On Wed, Jul 16, 2003 at 01:58:37AM -1000, Joshua Hoblitt wrote: Well, there are only two modules: DT::F::MySQL and DT::F::Pg. I'd really like to see a lot more database formatters. I'm willing to do DT::F::DB2. That still leaves several major DB's unsupported: Oracle SQL Server Sybase And all the minors: mSQL SQLite InterBase Pheonix SAPs DB Access??? Plus several more I didn't list. Anyone feel like volunteering? A couple months ago, I volunteered to do Oracle, if no one else had already started it: http://nntp.x.perl.org/group/perl.datetime/2494 I'm still willing to do that, but I don't know when. I'd prefer to do it at work, since I don't use Oracle anywhere else. However, I don't know whether or not my management will support me. I'm working on getting that support, but I'm getting impatient. In case that doesn't work out, does anyone know how I can access Oracle databases at home for free? ;^) -J Dave
Re: DT::Locale hanging on icu XML
On Wed, 16 Jul 2003, Joshua Hoblitt wrote: ./tools/generate_from_icu --dir icu-xml Reading ICU files from: 'icu-xml'... af af_ZA And then it hangs indefinitely. Any ideas? Upgrade XML::Simple and/or maybe install the latest XML::SAX. I think it's the XML parser hanging. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
Problems installing on Win32.
I really want to play with this module but I just can't get the thing to make. I'm no guru or coder I just muck about with perl so working out how to install DateTime-0.13 into ActivePerl using CPAN was an effort in itself. I've got all the dependencies installed okay (I think). Is there any newbie snafus which may be tripping me up? I can send error traces and more detail if anyone's interested in giving me a hand. Thx. -- np
Re: Problems installing on Win32.
On Thu, 17 Jul 2003, Nick Porter wrote: I really want to play with this module but I just can't get the thing to make. I'm no guru or coder I just muck about with perl so working out how to install DateTime-0.13 into ActivePerl using CPAN was an effort in itself. I've got all the dependencies installed okay (I think). Is there any newbie snafus which may be tripping me up? I can send error traces and more detail if anyone's interested in giving me a hand. If it won't _compile_, please send the compilation error messages. If you're getting test failures, please rerun the tests with 'make test TEST_VERBOSE=1' and send the output from the tests that fail. There are some known Win32 problems, but I thought I had rigged the test suite so it would pass. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
RE: Problems installing on Win32.
Hi Nick, I really want to play with this module but I just can't get the thing to make. I'm no guru or coder I just muck about with perl so working out how to install DateTime-0.13 into ActivePerl using CPAN was an effort in itself. [snipped] What version of activestate perl are you running? If it is perl 5.8.0 then you are in luck because I have just completed the generation of ppm's for that release. (tested by Cameron). Let me know. Ron Hill
Re: DT::Locale hanging on icu XML
Upgrade XML::Simple and/or maybe install the latest XML::SAX. I think it's the XML parser hanging. Already upgraded both - didn't fix it. It feels like the parser has a race condition. -J --
Re: DT::Locale hanging on icu XML
On Thu, 17 Jul 2003, Joshua Hoblitt wrote: Upgrade XML::Simple and/or maybe install the latest XML::SAX. I think it's the XML parser hanging. Already upgraded both - didn't fix it. It feels like the parser has a race condition. Also upgrade XML::Parser, just for fun. -dav /*=== House Absolute Consulting www.houseabsolute.com ===*/
Re: UTC FAQ for DT
On Thursday, July 17, 2003 Flavio S. Glock wrote: Bruce Van Allen wrote: UTC is widely used in scientific and technical contexts, and is increasingly accepted as the standard time scale for civic and business uses. s/civic/civil/ ? ++ - Flavio S. Glock Yes, s/civic/civil/ . Thanks. - Bruce __bruce__van_allen__santa_cruz__ca__
Re: UTC FAQ for DT
Bruce Van Allen schreef: Some may have seen the news that debate has flared up regarding the continued use of leap seconds. I don't know whether it will be resolved soon, so it seemed best to simply acknowledge the issue, and hope we remember to update the FAQ if something radically changes. This was based on a slashdot story; nevertheless it was a serious proposal. There was a scientific meeting on the subject in Turin in May, summarized at http://www.mail-archive.com/[EMAIL PROTECTED]/msg00163.html (on the LEAPSECS mailing list!). The options that were mentioned were: - Abandoning leap seconds altogether. This would lead to an error of about an hour in the year 3000 (so the sun would rise and set one hour later then, than in 2003). - Introducing leap hours. The first leap hour would be introduced around 2600, when TAI-UTC is about 30 minutes. - Going back to the 60's, with smaller adjustments to UTC (perhaps by 0.1 seconds). - Keeping the leap seconds. Apparently, the fourth option was favoured by the majority present, and abandoning leap seconds would cost US tax payers half a billion US$. (It doesn't say if this is the total amount, or per tax payer.) This FAQ entry gets longer every revision, but it seems important for acceptance of DT that we have a fairly rigorous explanation. I doubt it. Not many people will be interested in the precise details. People who really need to know it (e.g. those to whom it would cost $100,000,000 dollar if the time is out by just one second) won't be convinced by a simple FAQ entry. (I wouldn't be, at those prices.) So I don't really know if the long entry you wrote should be included. But I don't mind if it is, either. You decide! My comments below are based on my web research of a few weeks ago. I could be wrong, but I would like to know where you got some of your info. ## FAQ entry: UTC is widely used in scientific and technical contexts, and is increasingly accepted as the standard time scale for civic and business uses. increasingly accepted? Is there any business that is half a minute of standard time? (Half an hour, yes. I commute by train.) Better: UTC (Temps Universel Coordonne, Universal Coordinated Time) is the current standard time scale. Civil time (the time we all use in day-to-day life) is based on UTC, and generally differs exactly an integer number of hours from UTC, depending on your time zone. Related time scales include: - GMT (Greenwich Mean Time), in which each twenty-four hour day has exactly 86,400 uniform seconds by international convention (the imperial clock); AFAIK this is not true. Better: GMT (Greenwich Mean Time), the civil time in London (and by extension, in the whole UK, and elsewhere) in winter. Since the introduction of UTC, GMT is equal to UTC. TAI was originally synchronized with UT1 on 1958 January 1 (i.e., on that date, UT1 - TAI = 0). To reconcile the divergence since then between TAI and UT1, UTC is defined to differ from TAI by integer atomic seconds and to differ from UT1 by less than .9 atomic seconds. To maintain this relationship, leap seconds are introduced as needed to the UTC time scale, under the supervision of the International Earth Rotation and Reference Systems Service (a href=http://www.iers.org/iers;IERS/a). Perhaps these paragraphs could be rewritten a bit clearer: TAI was originally synchronized with UT1 on 1958 January 1 (i.e., on that date, TAI - UT1 = 0). Because of the slowing down of the rotation of the earth, the TAI - UT1 difference has been growing since 1958. In May 2003, TAI - UT1 was measured to be 32.4 seconds. UTC follows UT1 as accurately as possible, while keeping the difference with TAI an integral number of seconds. At the time of writing, TAI - UTC is 32 seconds. To maintain the relationship between UT1 and UTC, a leap second will be introduced as soon as TAI - UT1 reaches 32.9 seconds, as determined by the International Earth Rotation and Reference Systems Service (a href=http://www.iers.org/iers;IERS/a). Eugene
Re: Damn DST...
However, I didn't realize that DT::TZ::Alias didn't allow you to alias a name to an offset. I think that is an important feature. (Although you probably should not be allowed to have an alias with a name that looks like an offset...). I hadn't really thought about it either. The next release will support aliases to offsets, UTC, local, and floating. This will allow such scary actions as aliasing local to UTC. :) -J --
Need help from Aussies for time zone stuff
Can someone tell me what the _local_ time is for TZ changes in Sydney? My reading of the time zone file suggests that on the last Sunday in March, at _1:00_ (AM) local time, the clock is moved one hour back, and that on the last Sunday in October, at _2:00_ (AM) local time, the clock is moved forward one hour. But I might be wrong, in which case it's always 2:00 AM local time. Help! -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
Re: Need help from Aussies for time zone stuff
* Dave Rolsky ([EMAIL PROTECTED]) [18 Jul 2003 12:56]: Can someone tell me what the _local_ time is for TZ changes in Sydney? My reading of the time zone file suggests that on the last Sunday in March, at _1:00_ (AM) local time, the clock is moved one hour back, All times I mention below are going 'by the wall clock'. It's always announced as being 2am that then becomes 1am. That is, we experience 2am twice. and that on the last Sunday in October, at _2:00_ (AM) local time, the clock is moved forward one hour. Correct. But I might be wrong, in which case it's always 2:00 AM local time. In March, 2am becomes 1am. In October, 2am becomes 3am. cheers, -- Iain.
Re: Need help from Aussies for time zone stuff
At 2:09 PM +1000 18/7/03, Iain Truskett wrote: Last time I checked, ACT, NSW and Vic were identical (other than minor variations). (As in, the fact I remember is that they are identical, not that I remember each individual one.) Tas uses different dates, due to its southernness; and Qld just doesn't do DST at all. I have no knowledge of how the more westerly states and territories handle it. I concur with the above. At 3am it becomes 2am, then at the other end 2am becomes 3am. Queensland ('Brisbane') doesn't 'do' DST anymore (they used to IIRC) Tasmania ('Hobart') uses different dates (They used to be the same as Sydney ane Melbourne). IIRC the entire East Coast used to be the same and called it 'Eastern Standard Time' and 'Eastern Summer Time'. Of course, the states are all different now, but still call it 'AEST' and 'AEDT'! Cheers! Rick -- There are 10 kinds of people: those that understand binary, and those that don't. The day Microsoft makes something that doesn't suck is the day they start selling vacuum cleaners Write a wise proverb and your name will live forever. -- Anonymous