query when using the mktime function

AndyB40

I have encountered a problem when using the mktime function, which is particular to when converting some dates. I.e.

$x=mktime(0,0,0,3,30,3);
$y=mktime(0,0,0,3,31,3);

I would expect the difference to be 86400 (1 complete day in seconds). But I am getting 82800, which is one day minus 1 hour.

So I am guessing this is something to do with daylight savings time? By using an extra zero or one as outlined below, the difference is 86400, which is want I want, but is using this extra parameter in all my mktime function calls the correct thing to do?

$x=mktime(0,0,0,3,30,3,0);
$y=mktime(0,0,0,3,31,3,0);

$x=mktime(0,0,0,3,30,3,1);
$y=mktime(0,0,0,3,31,3,1);

Regards

Andrew Blee.

ozzie

This is a bug in PHP relating to the 31st March. I've come accross it before - it's a real pain.

ozzie

$s=mktime(0,0,0,3,30,3);
$t=mktime(0,0,0,3,31,3);

$t - $s = 82800

$u=mktime(0,0,0,5,30,3);
$v=mktime(0,0,0,5,31,3);

$v - $u = 86400

Weedpacket

I get 86400, but then daylight saving probably begins at a different time of the year for me than it does in your server's locale.

If daylight saving does begin on the morning of March 30, 2003 then that day really would be only 82800 seconds long.

See the gmmktime() function for a locale-independent version.

Weedpacket

Originally posted by ozzie
This is a bug in PHP relating to the 31st March. I've come accross it before - it's a real pain.

This one? Problem with 2002-03-31

AndyB40

Thanks for replying, at least I'm not the only one :-)

I have a work around by using the extra parameter as mentioned, and I'll also try using gmmktime, and see what happens.

Regards

Andrew.

Weedpacket

The thing I have to ask, though, is: why is the correct answer to your question (82800 seconds) wrong? Maybe you're asking the wrong question - what are you really wanting?