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

go to bug id or search bugs for

Bug #14382 sprintf function doesn't print correct results
Submitted: 2001-12-07 13:47 UTC Modified: 2002-01-14 02:08 UTC
From: jiri dot kaderavek at webstep dot net Assigned:
Status: Closed Package: Variables related
PHP Version: 4.1.0 OS: Debian GNU/Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
46 - 33 = ?
Subscribe to this entry?

 
 [2001-12-07 13:47 UTC] jiri dot kaderavek at webstep dot net 
Sometimes (1-10 times a day) appears a fatal bug
in my php code. Sometime this sprintf expression returns me string like '0.05-0%':

<?echo $rs["pol_sazbadph"]."-".sprintf("%1.0f",$rs["pol_sazbadph"] * 100)."%"?>

This bug appears to me on two different servers:

1) Athlon based 2.4.12-k6 kernel - Apache/1.3.22 - php 4.1.0 RC3

?'./configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-config-file-path=/ etc/php4/apache' '--with-ibm-db2=/home/db2inst1/sqllib' 

2) Pentium II based - 2.2.19pre17 kernel - Apache/1.3.9 - 
php 4.0.3pl1

'./configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with- config-file-path=/etc/php4/apache' '--with-db2' '--with-zlib' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-zlib-dir=/usr' '--with-mysql=shared,/usr' '-- with-ibm-db2=/home/db2inst1/sqllib'

The bug appears after we have compiled php against db2 libraries. I've found another bug in sprintf with the same frequency of appearance in bugs database. There is something bad in sprintf in some cases, but what?

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-12-11 08:38 UTC] jiri dot kaderavek at webstep dot net 
This is the problem of syntax checking and locale settings.
This script print a warning:

setlocale(LC_ALL, "en_US");  // US have a decimal pointer
$X = 1,22;                   // !!! bad syntax 

This script doesn't print a warning:

setlocale(LC_ALL, "cs_CZ"); // CZ have a decimal comma
$X = 1.22;                  // !!! also bad syntax

The error caused by incorrect parsing of a float number is propagated into the next script lines and cause a false alerts in a many situations. When the variable is parsed as a string
 [2001-12-11 08:41 UTC] jiri dot kaderavek at webstep dot net
 [2001-12-24 10:08 UTC] sander@php.net 
Can you provide a _self-contained_ sample script which reproduces the problem.

BTW: $X = 1.22; is not bad syntax. It's just the way you represent decimal values in PHP, no matter what the current locale is.
 [2002-01-14 02:08 UTC] lobbin@php.net 
No feedback, closing.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Tue Apr 23 20:01:29 2024 UTC