ID: 46408 User updated by: alec at smecher dot bc dot ca Reported By: alec at smecher dot bc dot ca Status: Bogus Bug Type: PostgreSQL related Operating System: Debian testing PHP Version: 5.2.7RC2 New Comment:
[EMAIL PROTECTED], please have a look at PostgreSQL's number parsing function (set_var_from_str in src/backend/utils/adt/numeric.c, e.g. at <http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/numeric.c?rev=1.114>). It's hard-coded to expect a period as the decimal separator. Long story short, if you supply a floating point value to pg_query_params and you're using a PHP locale that formats floats with a comma, pg_query_params will generate SQL that will cause a parse error. IMO, the use of a locale-specific float-to-string conversion in PHP's implementation of pg_query_params is the bug. Previous Comments: ------------------------------------------------------------------------ [2008-10-31 18:28:57] alec at smecher dot bc dot ca FYI, there's a discussion of the same bug, which also appeared (in a separate implementation) in the implementation of the Pear::DB package: <http://pear.php.net/bugs/bug.php?id=3021> ------------------------------------------------------------------------ [2008-10-28 22:54:37] alec at smecher dot bc dot ca In case it wasn't clear, the bug IMO is that pg_query_params is using a means to convert doubles to strings that is potentially incompatible with the database. ------------------------------------------------------------------------ [2008-10-28 21:35:51] alec at smecher dot bc dot ca Sorry if I've missed something in the documentation, but this definitely looks like a bug to me. I expect pg_query_params, when given a double, to communicate it to the database properly regardless of PHP's number format settings. Could I have a little more feedback? ------------------------------------------------------------------------ [2008-10-28 21:30:50] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php ------------------------------------------------------------------------ [2008-10-28 19:40:39] alec at smecher dot bc dot ca Description: ------------ Using PHP's setlocale function can cause number formats to change (e.g. formatting floats using a comma instead of a decimal, such as 3,5 instead of 3.5). This causes pg_query_params to break when binding floats into the parameter array, as psql doesn't understand comma-formatted numbers. You may need to generate the hr_HR locale on your system in order for number formatting to work as described above once setlocale has been called (see the debug "echo" in the reproduce code). I reproduced the problem with 5.2.6 and 5.2.7RC2. Reproduce code: --------------- <?php ini_set('display_errors', E_ALL); setlocale(LC_ALL, 'hr_HR.utf-8', 'hr_HR'); $number = 3.5; $dbuser = 'putdbusernamehere'; $dbpass = 'putdbpasswordhere'; echo "Three and a half is: " . $number . " (should come out as 3,5)\n"; $conn = pg_connect("host=localhost user=$dbuser password=$dbpass"); $result = pg_query_params($conn, 'SELECT $1::numeric', array($number)); pg_close($conn); ?> Expected result: ---------------- Three and a half is: 3,5 (should come out as 3,5) Actual result: -------------- Three and a half is: 3,5 (should come out as 3,5) Warning: pg_query_params(): Query failed: ERROR: invalid input syntax for type numeric: "3,5" in /home/asmecher/cvs/ojs2-stable/test.php on line 13 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=46408&edit=1
