#35889 [NEW]: setlocale / Get money-field will remove the digits after the point/comma
From: prohm at strato-rz dot de
Operating system: Linux
PHP version: 4.4.1
PHP Bug Type: Sybase-ct (ctlib) related
Bug description: setlocale / Get money-field will remove the digits after the
point/comma
Description:
When I set the locale to [EMAIL PROTECTED] at the start of the script and read a
money-value from the database, he remove all after the point, because
after the setlocal he match at a comma, but the database reply ever an
point.
I I make the setlocal(LC_ALL,[EMAIL PROTECTED]) after the sybase_query, it
work
fine.
Reproduce code:
---
setlocale(LC_NUMERIC,[EMAIL PROTECTED]);
print pre\n;
$conn = sybase_connect(XXX,XXX,XXX);
$sql = select kosten from artikel;
$result=sybase_query($sql,$conn);
while (list($kosten) = sybase_fetch_row($result)) {
echo sprintf(%.2f,$kosten).\n;
}
print /pre\n;
Expected result:
0,00
0,00
0,69
0,99
0,99
0,99
0,99
0,99
1,99
5,99
5,99
Actual result:
--
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
1,00
5,00
5,00
--
Edit bug report at http://bugs.php.net/?id=35889edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35889r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35889r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35889r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35889r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35889r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35889r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35889r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35889r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35889r=support
Expected behavior:http://bugs.php.net/fix.php?id=35889r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35889r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35889r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35889r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35889r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35889r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35889r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35889r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35889r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35889r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35889r=mysqlcfg
#24615 [NEW]: mysql_fetch_array error The result type should be either MYSQL_NUM, MYSQL_ASSO
From: prohm at cypos dot de
Operating system: Linux 2.4.21
PHP version: 4.3.3RC1
PHP Bug Type: MySQL related
Bug description: mysql_fetch_array error The result type should be either MYSQL_NUM,
MYSQL_ASSO
Description:
The following function in a class:
function nextrec () {
if ($this-row = mysql_fetch_array ($this-result,$this-link)) return
true;
return false;
}
give the following error:
Warning: mysql_fetch_array(): The result type should be either MYSQL_NUM,
MYSQL_ASSOC or MYSQL_BOTH
I have used the newsest CVS-version, there is this error, too.
In the version 4.2.1 is it okay.
--
Edit bug report at http://bugs.php.net/?id=24615edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24615r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24615r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24615r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24615r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24615r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24615r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24615r=support
Expected behavior: http://bugs.php.net/fix.php?id=24615r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24615r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24615r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24615r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24615r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24615r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24615r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24615r=gnused
#22332 [NEW]: No Cookies are set in the session.
From: prohm at cypos dot de Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Session related Bug description: No Cookies are set in the session. Hello, I have a problem with the sessions in php-4.3.1. I use sessions and will use cookies. But my system never send a cookie. If I set the option session.use_trans_sid=1, then the session works, but not with sessions. The option session.use_cookies is set to 1 (default). Can you help me ? Unter PHP 4.2.1 all my scripts work fine. Thanks. Kind regards, Michael -- Edit bug report at http://bugs.php.net/?id=22332edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22332r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22332r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22332r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22332r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22332r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22332r=support Expected behavior: http://bugs.php.net/fix.php?id=22332r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22332r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22332r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22332r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22332r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22332r=dst IIS Stability: http://bugs.php.net/fix.php?id=22332r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22332r=gnused
#22332 [Fbk-Csd]: No Cookies are set in the session.
ID: 22332 User updated by: prohm at cypos dot de Reported By: prohm at cypos dot de -Status: Feedback +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.3.1 New Comment: The Bug is fixed in the newest CVS-Version. Previous Comments: [2003-02-20 08:26:11] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-02-20 08:09:04] prohm at cypos dot de Hello, I have a problem with the sessions in php-4.3.1. I use sessions and will use cookies. But my system never send a cookie. If I set the option session.use_trans_sid=1, then the session works, but not with sessions. The option session.use_cookies is set to 1 (default). Can you help me ? Unter PHP 4.2.1 all my scripts work fine. Thanks. Kind regards, Michael -- Edit this bug report at http://bugs.php.net/?id=22332edit=1
#20002 [Bgs-Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: And what for a mis-configuration ? Previous Comments: [2002-10-27 22:16:42] [EMAIL PROTECTED] most likely a mis-configuration, not a bug... [2002-10-23 11:19:40] [EMAIL PROTECTED] I missing only single chars from the htmlcode. For example a ''. [2002-10-21 15:08:41] [EMAIL PROTECTED] are you loosing *all* your output or only small pieces of it (feel free to talk to my directly in german mailto:hartmut;six.de ) PS: a simple warning doesn't imply the build is broken [2002-10-21 14:58:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And ignore all _warnings_. (that 'error' you had is only a warning) [2002-10-21 06:55:13] [EMAIL PROTECTED] I become the message: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20002 -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
#20002 [Fbk-Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: I missing only single chars from the htmlcode. For example a ''. Previous Comments: [2002-10-21 15:08:41] [EMAIL PROTECTED] are you loosing *all* your output or only small pieces of it (feel free to talk to my directly in german mailto:hartmut;six.de ) PS: a simple warning doesn't imply the build is broken [2002-10-21 14:58:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip And ignore all _warnings_. (that 'error' you had is only a warning) [2002-10-21 06:55:13] [EMAIL PROTECTED] I become the message: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' [2002-10-20 18:40:41] [EMAIL PROTECTED] Would be nice to know why the latest snapshot didn't compile...what was the error? [2002-10-20 15:36:17] [EMAIL PROTECTED] I have download the last Snapshot, but is not able to compile. Than I have download the last Stable version and in this version I have the same bug. Michael The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20002 -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
#20002 [Fbk-Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: I become the message: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/src/p/php4-200210210300/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' Previous Comments: [2002-10-20 18:40:41] [EMAIL PROTECTED] Would be nice to know why the latest snapshot didn't compile...what was the error? [2002-10-20 15:36:17] [EMAIL PROTECTED] I have download the last Snapshot, but is not able to compile. Than I have download the last Stable version and in this version I have the same bug. Michael [2002-10-20 15:16:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-20 15:04:38] [EMAIL PROTECTED] I have find the problem, that if I call a Site where I have a session-start as first then I lose any charcters from the PHP-HTML-Output. If I reload the page then anythink ist okay. I have found, if I call session_wirte_close() directly after the session_start() then I do not become this error. For example this error I have on the page http://ttvn.de A phpinfo()-Output can you find at http://ttvn.de/test.php4 Thank you. Kind Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
#20002 [NEW]: Lose auf HTML-Code at session_start()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.1 PHP Bug Type: Session related Bug description: Lose auf HTML-Code at session_start() I have find the problem, that if I call a Site where I have a session-start as first then I lose any charcters from the PHP-HTML-Output. If I reload the page then anythink ist okay. I have found, if I call session_wirte_close() directly after the session_start() then I do not become this error. For example this error I have on the page http://ttvn.de A phpinfo()-Output can you find at http://ttvn.de/test.php4 Thank you. Kind Regards, Michael -- Edit bug report at http://bugs.php.net/?id=20002edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20002r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20002r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20002r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20002r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20002r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20002r=support Expected behavior: http://bugs.php.net/fix.php?id=20002r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20002r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20002r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20002r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20002r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20002r=dst IIS Stability: http://bugs.php.net/fix.php?id=20002r=isapi
#20002 [Fbk-Opn]: Lose auf HTML-Code at session_start()
ID: 20002 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: I have download the last Snapshot, but is not able to compile. Than I have download the last Stable version and in this version I have the same bug. Michael Previous Comments: [2002-10-20 15:16:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-20 15:04:38] [EMAIL PROTECTED] I have find the problem, that if I call a Site where I have a session-start as first then I lose any charcters from the PHP-HTML-Output. If I reload the page then anythink ist okay. I have found, if I call session_wirte_close() directly after the session_start() then I do not become this error. For example this error I have on the page http://ttvn.de A phpinfo()-Output can you find at http://ttvn.de/test.php4 Thank you. Kind Regards, Michael -- Edit this bug report at http://bugs.php.net/?id=20002edit=1
