Hello, I'm having a puzzling problem with %lld conversion handling in ap_php_snprintf, and it seems to be gcc version-dependent.
I found this problem through Statgrab, which has this macro: #define PHP_SG_ADD_LLVAL(rtz, key, val) { \ char tmp[256]; \ int tmp_len = snprintf((char *)&tmp, sizeof(tmp) - 1, "%lld", val); \ add_assoc_stringl_ex(rtz, key, sizeof(key), tmp, tmp_len, 1); \ } main/snprintf.[hc]: #define snprintf ap_php_snprintf PHPAPI int ap_php_snprintf(char *buf, size_t len, const char *format,...) The above macro works fine on some machines, and produces "%ld" on others. I have these configurations: working: two FreeBSD-4 boxes (cc is 2.95.4), one of these has PHP 4.3.9 installed, the other one 5.0.3 broken: FreeBSD-5 (cc is 3.4.2 [FreeBSD] 20040728), PHP 4.3.10, RHEL3 (cc is 3.2.3 20030502 (Red Hat Linux 3.2.3-42)), PHP 4.3.10 I don't see much in common between the broken installs except the major versions of the compilers. Has anyone else seen this? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php