in reply to Windows, Time::Local and dates before the epoch

When I read your reply to fglock I thought: How about implementing your own functions? You won't have to depend on anything preinstalled on the client then. At least calculating a number from any date is not so difficult. The way back is a bit more complicated but not unsolvable. I did that more than once for my faithful FX-602P (a programmable pocket calculator) and for (Turbo-)Pascal ages ago. Maybe I have the source somewhere or can recreate it from mind if you're interested.

  • Comment on Re: Windows, Time::Local and dates before the epoch

Replies are listed 'Best First'.
Re: Re: Windows, Time::Local and dates before the epoch
by barbie (Deacon) on Jun 12, 2003 at 11:45 UTC
    You mean write yet another Date/Time module that does more or less the same as the others. I'd be hung, drawn and quartered :)

    I didn't want to write another module, simply because DateTime and Date::ICal are both well supported modules. If someone using my module wants reliable handling of dates then they are advised to install a reliable date handling module. Time::Local is the fallback simply because its in the Core.

    Since yesterday I'm thinking along the same lines as Time::Local tests. If the user is happy with the boundaries set by Time::Local and localtime, then I don't really need tests that look beyond that. If they want to go beyond those boundaries then they should really install a more reliable date handling module.

    I just found it infuriating having done all these tests and got it working on Linux, when I test it on Windows all these messages suddenly appeared. Such is life.

    --
    Barbie | Birmingham Perl Mongers | http://birmingham.pm.org/

[reply]
      You mean write yet another Date/Time module that does more or less the same as the others. I'd be hung, drawn and quartered :)

      I know. They did it to me after posting my reply. Downvoted almost instantly ;-)

      Nevertheless. If it's just a small routine, I prefer to use my own algorithm in favour of using just another library that need to be installed and that I need to learn to handle ;-)

      If someone using my module wants reliable handling of dates then they are advised to install a reliable date handling module

      That's fair and if you can live with it... okay for me :-)

      Maybe I will get hanged. I will try and write YADCM (Yet Another Date Calculation Module).

[reply]

In Section Seekers of Perl Wisdom