I am not looking for way to parse epoch, I am investigating why strptime with %s works wrong.
Um, strptime is a function that (I think) is short for string-parse-time, and %s is the field descriptor for epoch, so I think you are trying to parse an epoch, whether you realize it or not.
| [reply] |
There's a small but important distinction, though. He is not trying to parse, he is parsing[*]. Elsewhere, the problem lies.
| [reply] |
No, I actually have a function which accepts strptime-like-format and data to parse and parses it. So I need strptime functionality and other ways to parse epoch are useless to me.
| [reply] |
I am not looking for way to parse epoch, I am investigating why strptime with %s works wrong. Look at the source, IIRC its a call to the underling C Runtimes strptime function, they're not all the same
| [reply] |
*it's. Also, sentences end with a dot.
Time::Piece includes its own version of strptime(); there is no call to libc function. This embedded C function returns a got_GMT value which, however, is simply discarded. A value of 0 is always returned to perl side, corresponding with the islocal flag. One end of the module does not know or care what the other end is doing....
| [reply] [d/l] [select] |
However we found other strange bug when behaviour of T::P on macosx differ from behaviour on linux, with same TZ database up-to-date.
| [reply] |