php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #48708 Year can't be displayed on big endian system
Submitted: 2009-06-27 15:58 UTC Modified: 2009-07-07 01:00 UTC
Votes:4
Avg. Score:5.0 ± 0.0
Reproduced:4 of 4 (100.0%)
Same Version:4 (100.0%)
Same OS:0 (0.0%)
From: l_faillie at yahoo dot com Assigned:
Status: No Feedback Package: Date/time related
PHP Version: 5.2.10 OS: *
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: l_faillie at yahoo dot com
New email:
PHP Version: OS:

 

 [2009-06-27 15:58 UTC] l_faillie at yahoo dot com 
Description:
------------
In ext/date/php_date.c, years are stored as 64b integers but displayed using "%04ld" (32b integers). Only work on little endian system

Reproduce code:
---------------
echo date('Y y o');

"0000 09 2009".

Expected result:
----------------
"2009 09 2009"

Actual result:
--------------
"0000 09 2009"

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-06-27 16:04 UTC] l_faillie at yahoo dot com 
In ext/date/php_date.c, t->y (years) are stored as wide_int which is 'long long int' 64 bits but vararg or main/snprintf.c retrieve it as 'long int' (32 bits).

As consequence, on big endian system, only upper part is take in account and contains only 0. 

Tested on NetBSD / Sparc system but I guess reproducible on all big endian system (IBM, sparc, 68000, ...).

Bye the way, what is the need having 64b years which as been introduced w/ 5.2.10 ?

Bye

Laurent
 [2009-06-27 20:59 UTC] derick@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/
 [2009-06-28 20:00 UTC] l_faillie at yahoo dot com 
Unfortunately, I'm not able to compile latest 5.3 due to GCC bug this time :
gcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See <URL:http://www.netbsd.org/Misc/send-pr.html> for instructions.
gmake: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1

I'm planing to upgrade my system in coming weeks (during my holidays) implying a new GCC but it's not before at least 1 month.

As a workaround of this bug, I'm suggesting doing year display as integer as it was on 5.2.9.

Bye

Laurent
 [2009-06-28 22:33 UTC] scottmac@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

Derick linked to the wrong snapshot.

I've fixed this already.
 [2009-06-29 22:07 UTC] l_faillie at yahoo dot com 
Unfortunately, no better luck :(

In file included from /web/temp/php5.2-200906282230/ext/date/lib/parse_tz.c:34:
/web/temp/php5.2-200906282230/ext/date/lib/timezonedb.h:5910: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.netbsd.org/Misc/send-pr.html> for instructions.
gmake: *** [ext/date/lib/parse_tz.lo] Error 1
 [2009-06-29 22:47 UTC] jani@php.net 
How about you update your buggy compiler to something that actually 
works first?
 [2009-07-07 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Wed Jul 02 16:01:37 2025 UTC