Beefy Boxes and Bandwidth Generously Provided by pair Networks
Pathologically Eclectic Rubbish Lister

Re: Converting epoch times after 2038

by jonadab (Parson)
on Apr 06, 2007 at 10:43 UTC ( #608635=note: print w/ replies, xml ) Need Help??

in reply to Re^2: Converting epoch times after 2038
in thread Converting epoch times after 2038

do you think that perl should re-invent every wheel so that it can function identically on across operating systems?

Only certain necessary wheels. Perl is a high-level language, is supposed to be a *very* high level language. It certainly needs to re-invent data types as necessary to overcome architecture limitations. I don't want to add two integers together and get an overflow. I want it to auto-promote to whatever it needs to. I don't want to add stuff to a string or array and overflow the buffer or smash the stack. I want the necessary RAM to be automatically allocated. And I certainly don't want to add two time values together and get a time in the past because of an overflow. It should automatically promote to (or just be in the first place) however many bits are needed.

There are things I don't expect perl to re-invent. The filesystem is a good example. Process tables are another. Those things are inherently operating system level concepts, and you don't expect to be able to, for instance, create a hard link on a FAT32 filesystem, or use the same hardcoded file path on different operating systems. But things like arithmetic and dates *should* be the same across all systems.

We're working on a six-year set of freely redistributable Vacation Bible School materials.
Comment on Re: Converting epoch times after 2038

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://608635]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (9)
As of 2016-05-26 21:46 GMT
Find Nodes?
    Voting Booth?