#43579 [Com]: sessions time out on 5.2.5
ID: 43579 Comment by: jsnyxx at gmail dot com Reported By: assid at assid dot com Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: Rasmus -- verified that this issue (PHP session being randomly lost) is also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos 4.4 box. Please also see here for our own reproduce code: http://xcache.lighttpd.net/ticket/163 Previous Comments: [2008-02-25 14:23:44] assid at assid dot com I have to downgrade to 5.2.4, as this is a production box. Please let me know when you are available, and I will load the necessary module at that moment. I am also available on IRC / freenode as Assid [2008-02-25 13:12:46] assid at assid dot com With regards to session files and squirrelmail I checked the part that you told me. The headers look exactly the same. Sometimes I get the session kicking me out. The headers during which, looks exactly the same as the ones when it doesnt kick me out. However, sometimes i just rightclick in that frame and reload frame and it works, or i click on any of the available imap folders on the left side. During the time it kicks me out, the session file still exists, would explain WHY i can still continue using AFTER that. from my previous test and this into consideration, i would GUESS its something to do with session generation / session file handling or something related to this. [2008-02-25 08:30:07] assid at assid dot com okay here you go, 5 hours of sleep helped a bit. http://spherelinx.com/session.php Now refresh this slowly (i mean one F5 per second or 2 seconds), till you hit something like 8-10. Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new counter. Refresh this counter slowly, and again repeat the above step. Sometimes you get it to go back to the older counter. reproduce code: http://spherelinx.com/session.phps phpinfo - http://spherelinx.com/phpinfo.php From my guess, session_name fails or causes some kind of glitch [2008-02-25 01:28:12] [EMAIL PROTECTED] Many people, including myself, are running SquirrelMail quite fine on 5.2.5 without any sort of session problems. The fact that it also happens in other applications points to a general problem on your end. Sessions are really simple. There are 3 parts to an active session. 1. Your browser sends a session cookie 2. The PHP script that receives the cookie calls session_start() 3. session_start() reads the session data from the session data So, to debug this, look at each part. Install something like the LiveHTTPHeaders Firefox extension and make sure the cookie is being sent. Second, make sure there is a session_start() call in the receiving code. And third, check to make sure that the session data is in the session data store. If you are using the file-based session store, match the session cookie to the session filename and watch it as you click around. Does it suddenly disappear? If so, figure out why. Also check all your session.* settings and if you have multiple servers behind any sort of load balancer, a per-server file-based session store obviously won't work. NFS-based stuff can also cause problems for a file-based session store. You can also write your own very simple trivial session test to verify that sessions are working at all on your setup. [2008-02-24 20:23:25] assid at assid dot com The problem is I didnt make squirrelmail. So i am not sure of what i can provide as the reproducable script. I am using the current stable release. I wanted to give something else to my users in the meantime, so i tried horde, and well, that seems to have session timeout issues as well. 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579edit=1
#43579 [Opn]: sessions time out on 5.2.5
ID: 43579 User updated by: assid at assid dot com Reported By: assid at assid dot com Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: Hrm, strange, i dont use xcache. But yeah session integrity is messed up. Looks like we gotta wait for 5.2.6 and hope the developers fixed that bug. It does seem php5.2-200802241730 is still not done, as a matter of fact, the session file in -dev seems to disappear, whereas atleast in 5.2.5 it remains. (very little testing in -dev btw). So its gone from bad to worse. - Data integrity ? - Another important note, is that phpmyadmin acts super strange as well. The css i believe is generated on the fly, that goes awry and sql queries start yielding no results. I am not sure if this is session related. or not! Previous Comments: [2008-02-26 08:02:18] jsnyxx at gmail dot com Rasmus -- verified that this issue (PHP session being randomly lost) is also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos 4.4 box. Please also see here for our own reproduce code: http://xcache.lighttpd.net/ticket/163 [2008-02-25 14:23:44] assid at assid dot com I have to downgrade to 5.2.4, as this is a production box. Please let me know when you are available, and I will load the necessary module at that moment. I am also available on IRC / freenode as Assid [2008-02-25 13:12:46] assid at assid dot com With regards to session files and squirrelmail I checked the part that you told me. The headers look exactly the same. Sometimes I get the session kicking me out. The headers during which, looks exactly the same as the ones when it doesnt kick me out. However, sometimes i just rightclick in that frame and reload frame and it works, or i click on any of the available imap folders on the left side. During the time it kicks me out, the session file still exists, would explain WHY i can still continue using AFTER that. from my previous test and this into consideration, i would GUESS its something to do with session generation / session file handling or something related to this. [2008-02-25 08:30:07] assid at assid dot com okay here you go, 5 hours of sleep helped a bit. http://spherelinx.com/session.php Now refresh this slowly (i mean one F5 per second or 2 seconds), till you hit something like 8-10. Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new counter. Refresh this counter slowly, and again repeat the above step. Sometimes you get it to go back to the older counter. reproduce code: http://spherelinx.com/session.phps phpinfo - http://spherelinx.com/phpinfo.php From my guess, session_name fails or causes some kind of glitch [2008-02-25 01:28:12] [EMAIL PROTECTED] Many people, including myself, are running SquirrelMail quite fine on 5.2.5 without any sort of session problems. The fact that it also happens in other applications points to a general problem on your end. Sessions are really simple. There are 3 parts to an active session. 1. Your browser sends a session cookie 2. The PHP script that receives the cookie calls session_start() 3. session_start() reads the session data from the session data So, to debug this, look at each part. Install something like the LiveHTTPHeaders Firefox extension and make sure the cookie is being sent. Second, make sure there is a session_start() call in the receiving code. And third, check to make sure that the session data is in the session data store. If you are using the file-based session store, match the session cookie to the session filename and watch it as you click around. Does it suddenly disappear? If so, figure out why. Also check all your session.* settings and if you have multiple servers behind any sort of load balancer, a per-server file-based session store obviously won't work. NFS-based stuff can also cause problems for a file-based session store. You can also write your own very simple trivial session test to verify that sessions are working at all on your setup. 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579edit=1
#41593 [Com]: FastCGI does not handle graceful reload/shutdown
ID: 41593 Comment by: marekm at apnet dot pl Reported By: jonepet at dcvhost dot no Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.2.3 Assigned To: dmitry New Comment: I can confirm that the same problem happens with Apache 2.2.8 + mod_fastcgi 2.4.6 + PHP 5.2.5 ie. graceful restarts always cause error 500. This is absolutely repeatable. Previous Comments: [2008-02-18 19:13:22] dan at sypher7 dot com I just wanted to follow up: I recently installed PHP 5.2.5 alongside 4.4.8. With the identical setup. PHP4 will cause the internal server error, but PHP5 will not. So this appears to be a PHP4-only issue. [2008-02-15 21:59:49] dan at sypher7 dot com I was able to reproduce this in the 4.4.8 version of PHP using the latest mod_fastcgi and Apache 1.3. From what I understand, a graceful reload sends a SIGUSR1 to Apache. The FastCGI processor manager then sends SIGTERMs to all of the running processes. Instead of exiting cleanly, the PHP script ends abruptly and doesn't even finish sending headers. Here is what Apache's log had to say about it: FastCGI: incomplete headers (0 bytes) received from server /path/to/php-fcgi-wrapper I've tried messing with the FastCgiConfig settings a lot, but nothing in there appears to be changing the result. I do not know either codebase well, so I can't say with certainty if this is a mod_fastcgi or PHP bug. It would appear that either PHP isn't closing out cleanly on a SIGTERM or mod_fastcgi isn't waiting around for the process to end. [2007-12-18 01:00:01] 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. [2007-12-10 16:15:16] [EMAIL PROTECTED] I'm not able to reproduce the HTTP 500 response on graceful restart with PHP_5_3, mod_fastcgi and Apache. [2007-11-19 18:56:25] [EMAIL PROTECTED] This is still buggy. 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/41593 -- Edit this bug report at http://bugs.php.net/?id=41593edit=1
#43579 [Opn]: sessions time out on 5.2.5
ID: 43579 Updated by: [EMAIL PROTECTED] Reported By: assid at assid dot com Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: There is only a single trivial change to the session extension between 5.2.4 and 5.2.5 and it was to fix http://bugs.php.net/42596 The change is here: http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9r2=1.100.2.3.2.10pathrev=PHP_5_2diff_format=u I don't see how this change could have caused these problems. Could you please verify that 5.2.4 works under the exact same conditions that 5.2.5 doesn't work? That is, on the same machine, built the same way and running the same code. Previous Comments: [2008-02-26 08:27:56] assid at assid dot com Hrm, strange, i dont use xcache. But yeah session integrity is messed up. Looks like we gotta wait for 5.2.6 and hope the developers fixed that bug. It does seem php5.2-200802241730 is still not done, as a matter of fact, the session file in -dev seems to disappear, whereas atleast in 5.2.5 it remains. (very little testing in -dev btw). So its gone from bad to worse. - Data integrity ? - Another important note, is that phpmyadmin acts super strange as well. The css i believe is generated on the fly, that goes awry and sql queries start yielding no results. I am not sure if this is session related. or not! [2008-02-26 08:02:18] jsnyxx at gmail dot com Rasmus -- verified that this issue (PHP session being randomly lost) is also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos 4.4 box. Please also see here for our own reproduce code: http://xcache.lighttpd.net/ticket/163 [2008-02-25 14:23:44] assid at assid dot com I have to downgrade to 5.2.4, as this is a production box. Please let me know when you are available, and I will load the necessary module at that moment. I am also available on IRC / freenode as Assid [2008-02-25 13:12:46] assid at assid dot com With regards to session files and squirrelmail I checked the part that you told me. The headers look exactly the same. Sometimes I get the session kicking me out. The headers during which, looks exactly the same as the ones when it doesnt kick me out. However, sometimes i just rightclick in that frame and reload frame and it works, or i click on any of the available imap folders on the left side. During the time it kicks me out, the session file still exists, would explain WHY i can still continue using AFTER that. from my previous test and this into consideration, i would GUESS its something to do with session generation / session file handling or something related to this. [2008-02-25 08:30:07] assid at assid dot com okay here you go, 5 hours of sleep helped a bit. http://spherelinx.com/session.php Now refresh this slowly (i mean one F5 per second or 2 seconds), till you hit something like 8-10. Now press F5 rapidly (dont hold), like 5-8 times. You end up with a new counter. Refresh this counter slowly, and again repeat the above step. Sometimes you get it to go back to the older counter. reproduce code: http://spherelinx.com/session.phps phpinfo - http://spherelinx.com/phpinfo.php From my guess, session_name fails or causes some kind of glitch 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579edit=1
#43579 [Opn]: sessions time out on 5.2.5
ID: 43579 User updated by: assid at assid dot com Reported By: assid at assid dot com Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: Yes, same machine, same everything. Even phpmyadmin dies on me. I just had to move it back. I can apachectl stop; make install; apachectl start ; whenever your online. Since its a production box, i need functionality to work fine, so i moved it back down to 5.2.4 As I said i am available on freenode as Assid Previous Comments: [2008-02-26 09:11:13] [EMAIL PROTECTED] There is only a single trivial change to the session extension between 5.2.4 and 5.2.5 and it was to fix http://bugs.php.net/42596 The change is here: http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9r2=1.100.2.3.2.10pathrev=PHP_5_2diff_format=u I don't see how this change could have caused these problems. Could you please verify that 5.2.4 works under the exact same conditions that 5.2.5 doesn't work? That is, on the same machine, built the same way and running the same code. [2008-02-26 08:27:56] assid at assid dot com Hrm, strange, i dont use xcache. But yeah session integrity is messed up. Looks like we gotta wait for 5.2.6 and hope the developers fixed that bug. It does seem php5.2-200802241730 is still not done, as a matter of fact, the session file in -dev seems to disappear, whereas atleast in 5.2.5 it remains. (very little testing in -dev btw). So its gone from bad to worse. - Data integrity ? - Another important note, is that phpmyadmin acts super strange as well. The css i believe is generated on the fly, that goes awry and sql queries start yielding no results. I am not sure if this is session related. or not! [2008-02-26 08:02:18] jsnyxx at gmail dot com Rasmus -- verified that this issue (PHP session being randomly lost) is also occurring for us on php 5.2.5 but not php 5.2.4 on our Linux Centos 4.4 box. Please also see here for our own reproduce code: http://xcache.lighttpd.net/ticket/163 [2008-02-25 14:23:44] assid at assid dot com I have to downgrade to 5.2.4, as this is a production box. Please let me know when you are available, and I will load the necessary module at that moment. I am also available on IRC / freenode as Assid [2008-02-25 13:12:46] assid at assid dot com With regards to session files and squirrelmail I checked the part that you told me. The headers look exactly the same. Sometimes I get the session kicking me out. The headers during which, looks exactly the same as the ones when it doesnt kick me out. However, sometimes i just rightclick in that frame and reload frame and it works, or i click on any of the available imap folders on the left side. During the time it kicks me out, the session file still exists, would explain WHY i can still continue using AFTER that. from my previous test and this into consideration, i would GUESS its something to do with session generation / session file handling or something related to this. 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579edit=1
#44226 [Com]: Throwing an exception causes crash
ID: 44226
Comment by: petr at hroch dot info
Reported By: james dot j dot hackett at gmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: linux debian 2.6.18-5-686
PHP Version: 5.3CVS-2008-02-23 (snap)
New Comment:
Hi,
I'm experiencing the same problem on Windows platform.
Throwing an Exception causes PHP to crash.
Using PHP5.3-dev latest snapshot, running as Apache 2.2.8 module.
Regards
Petr
Previous Comments:
[2008-02-26 00:26:03] james dot j dot hackett at gmail dot com
There was no change when using the latest snapshot. I used a configure
of ./configure --with-apxs2=/usr/bin/apxs2.
I am able to run 5.2.5 with no problems.
[2008-02-24 19:50:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.3-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.3-win32-installer-latest.msi
Does not crash for me..please try the latest CVS snapshot. And if that
fails, provide the configure line you used.
[2008-02-23 14:44:12] james dot j dot hackett at gmail dot com
Description:
Throwing an exception causes a segmentation fault
Reproduce code:
---
?php
try{
throw new Exception(Hi, I am an Exception);
}
catch(Exception $e)
{
echo $e-getMessage();
}
?
Expected result:
display Hi, I am an Exception
Actual result:
--
#0 0x in ?? ()
#1 0x2acf5c4008de in execute (op_array=0xa1af00, tsrm_ls=0xa00550)
zend_vm_execute.h:91
#2 0x2acf5c3db6aa in zend_execute_scripts (type=8,
tsrm_ls=0xa00550, retval=0xa98be8, file_count=3) zend.c:1173
#3 0x2acf5c38ba36 in php_execute_script (primary_file=0x4700cf40,
tsrm_ls=0xa00550) main.c:2026
#4 0x2acf5c474849 in php_handler (r=0x9fa5b8) sapi_apache2.c:629
#5 0x00437c4a in ap_run_handler ()
#6 0x0043affc in ap_invoke_handler ()
#7 0x00447248 in ap_process_request ()
#8 0x0044468c in ?? ()
#9 0x0043ec22 in ap_run_process_connection ()
#10 0x0044b696 in ?? ()
#11 0x2acf57bbd317 in start_thread () from /lib/libpthread.so.0
#12 0x2acf580a9d5d in clone () from /lib/libc.so.6
#13 0x in ?? ()
--
Edit this bug report at http://bugs.php.net/?id=44226edit=1
#44250 [NEW]: PHP CLI :: *** glibc detected *** realloc():
From: toni at igmweb dot com Operating system: Red Hat Enterprise Linux ES rele PHP version: 5.2.5 PHP Bug Type: *Compile Issues Bug description: PHP CLI :: *** glibc detected *** realloc(): Description: I compile php 5.2.5 on a RedHat Enterprise Linux htsphp1 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux Configure an Make runs ok. Make test produces a : *** glibc detected *** realloc(): invalid pointer: 0x00e90ce0 *** error. The only Thing that no work is PHP CLI. If I do a make install all works ok. PHP pages on Apache runs ok. Reproduce code: --- ./configure --prefix=/apps/php-5.2.5/ --with-apxs2=/apps/apache2/bin/apxs --enable-libgcc --enable-dmalloc --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/opt/ --with-png-dir=/opt/ --with-ttf --with-t1lib --enable-gd-native-ttf --with-gettext --enable-mbstring --with-mcrypt --with-mhash --with-mysql=/apps/mysql-5.0.51a/ --enable-sockets --with-xmlrpc make make test Actual result: -- Build complete. Don't forget to run 'make test'. *** glibc detected *** realloc(): invalid pointer: 0x00e90ce0 *** *** glibc detected *** realloc(): invalid pointer: 0x00e8fcc0 *** /bin/sh: line 1: 25052 Aborted TEST_PHP_EXECUTABLE=/home/toni/linux_install-R3.5/php-5.2.5/sapi/cli/php TEST_PHP_SRCDIR=/home/toni/linux_install-R3.5/php-5.2.5 CC=gcc /home/toni/linux_install-R3.5/php-5.2.5/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /home/toni/linux_install-R3.5/php-5.2.5/run-tests.php -c /home/toni/linux_install-R3.5/php-5.2.5/tmp-php.ini -U -d extension_dir=/home/toni/linux_install-R3.5/php-5.2.5/modules/ ` if test x != x; then for i in ; do . $i; /home/toni/linux_install-R3.5/php-5.2.5/build/shtool echo -n -- -d extension=$dlname; done; fi` make: [test] Error 134 (ignored) -- Edit bug report at http://bugs.php.net/?id=44250edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44250r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44250r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44250r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44250r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44250r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44250r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44250r=needscript Try newer version:http://bugs.php.net/fix.php?id=44250r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44250r=support Expected behavior:http://bugs.php.net/fix.php?id=44250r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44250r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44250r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44250r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44250r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44250r=dst IIS Stability:http://bugs.php.net/fix.php?id=44250r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44250r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44250r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44250r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44250r=mysqlcfg
#43677 [Com]: Inconsistent behaviour of include_path set with php_value
ID: 43677 Comment by: admin at scuolacomunicazioneiulm dot it Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: I've exactly the same system of [ryan at djurovich dot com] Plesk 8.3.0 CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 updated this night :( (oh, don't I could sleep, don't?!) I think this bug is going to become so much serious as Plesk users update their systems! Error could be seen in www.fondazioneiulm.it and www.scuolacomunicazioneiulm.it. These sites are both built on Zend Framework, like [it at inmolinkmls dot com] application. Some request load Zend/Loader.php, some not (but I have display_errors = off, so you'll see a blank page instead of error). Do you think that the hack to change php_admin_value to php_value in Plesk confs could patch this kind of situation? MP Previous Comments: [2008-02-25 05:39:06] ryan at djurovich dot com Confirmed, running server with Plesk 8.3.0: CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 [2008-02-21 18:40:36] root at net1 dot cc I can confirm both of Manuel's patches fix the problem on another machine, too. Also, the first patch is used in production since it was made, and I have not encountered any problems up to now. It's high time devs look at this issue, isn't it? [2008-02-21 12:56:43] tallyce at gmail dot com See also bug http://bugs.php.net/bug.php?id=44178 which I now see describes the same behaviour. [2008-02-18 16:59:59] laurent_dorer at yahoo dot fr One more thing, does someone knows if installing suExec for Apache and then use multiple php.ini, would correct this very annoying problem [2008-02-18 14:18:54] laurent_dorer at yahoo dot fr I forgot to describe the server in my last submission , so : PHP: 5.2.0-8+etch10 (apache2handler) MySQL: 5.0.32-Debian_7etch5-log and apache 2.2.3-4 pardon my english !! 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/43677 -- Edit this bug report at http://bugs.php.net/?id=43677edit=1
#44251 [NEW]: Question mark and an escaped singel quote lead to an exception
From: om at viazenetti dot de
Operating system: Linux
PHP version: 5.2.5
PHP Bug Type: PDO related
Bug description: Question mark and an escaped singel quote lead to an exception
Description:
If a question mark and an escaped singel quote appear in a where statement
as value, the PDO method prepare tries to bind a value to the question
mark.
Because no values are passed, pdo throws an exception (Only tested with
where statements):
PDOStatement::execute() [function.PDOStatement-execute]: SQLSTATE[HY093]:
Invalid parameter number: no parameters were bound in
Reproduce code:
---
?php
$db = new PDO('mysql:host=localhost;dbname=DATABASE', 'USER',
'PASSWORD');
$sth = $db-prepare(SELECT * FROM `TABLE` WHERE (login = '?\''));
$sth-execute();
var_dump($sth-fetch());
Expected result:
Array or false
Actual result:
--
Exception: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in
--
Edit bug report at http://bugs.php.net/?id=44251edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44251r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44251r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44251r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44251r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44251r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44251r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44251r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44251r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44251r=support
Expected behavior:http://bugs.php.net/fix.php?id=44251r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44251r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44251r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44251r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44251r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44251r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44251r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44251r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44251r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44251r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44251r=mysqlcfg
#43358 [Com]: 500 HTTP error when eval()'d code contains a notice/warning
ID: 43358
Comment by: zorfling at hotmail dot com
Reported By: andrea dot spacca at gmail dot com
Status: Open
Bug Type: *General Issues
Operating System: Gentoo
PHP Version: 5.2.5
New Comment:
Hi,
I've been having the same problem and thought I'd post my workaround.
If you simply overwrite the headers to return a 200, it works.
eg header(Content-type: text/html, true, 200); (second arg is to
overwrite the current header)
NB This needs to be called AFTER the eval that causes the issue.
Hope this helps,
Chris
Previous Comments:
[2007-12-17 22:28:38] not at public dot com
This is an existing bug. Having the same error on 2.5.4 on FreeBSD.
A failed eval results in a 500 error, although when calling error_log()
on the last line of the code, the php script does reach and execute
that.
The script is executed correctly, and the response from the server also
includes the ( correct ) output of the script without any php errors,
but after the 500 header ofcourse. Browsers hang on the error and don't
show the output.
[2007-11-21 13:41:33] andrea at spacca dot org
here you can test the http response on our enviroment:
http://89.186.95.3/test/testBug.cgi
[2007-11-21 10:23:41] andrea at spacca dot org
from our httpd.conf:
LoadModule php5_module etc etc
AddType application/x-httpd-php .php .cgi
[2007-11-21 10:13:12] andrea dot spacca at gmail dot com
Description:
When E_NOTICE or E_WARNING happen in eval'd code the script return 500
HTTP respons even on not blank pages
PS: third time i have to open the bug, 'cause [EMAIL PROTECTED] continue to
close it as bogus without wait my reply to his comments. i'll put, as
soon as possibile, a script online on our server so you could test the
behaviour on the enviroment where we reproduce the bug
Reproduce code:
---
?php
eval('$pluto = test .UNDEFINED_CONST. test;');
echo 'AFTER';
?
Expected result:
Apache Access Log:
192.168.1.1 - - [20/Nov/2007:16:09:23 +0100] GET /testBug.cgi
HTTP/1.1
200 25
Actual result:
--
Apache Access Log:
192.168.1.1 - - [20/Nov/2007:16:09:23 +0100] GET /testBug.cgi
HTTP/1.1
500 25
--
Edit this bug report at http://bugs.php.net/?id=43358edit=1
#44252 [NEW]: ? : evaluation bug
From: OlafvdSpek at GMail dot Com Operating system: Linux, Windows PHP version: 5.2.5 PHP Bug Type: *General Issues Bug description: ? : evaluation bug Description: The following code echoes 3 while it should echo 2. It should be evaluated as 1 ? 2 : (0 ? 3 : 4). I've no idea how PHP comes up with 3. Reproduce code: --- echo 1 ? 2 : 0 ? 3 : 4; Expected result: 2 Actual result: -- 3 -- Edit bug report at http://bugs.php.net/?id=44252edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44252r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44252r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44252r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44252r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44252r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44252r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44252r=needscript Try newer version:http://bugs.php.net/fix.php?id=44252r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44252r=support Expected behavior:http://bugs.php.net/fix.php?id=44252r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44252r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44252r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44252r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44252r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44252r=dst IIS Stability:http://bugs.php.net/fix.php?id=44252r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44252r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44252r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44252r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44252r=mysqlcfg
#44252 [Opn-Bgs]: ? : evaluation bug
ID: 44252 Updated by: [EMAIL PROTECTED] Reported By: OlafvdSpek at GMail dot Com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux, Windows PHP Version: 5.2.5 New Comment: 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 This is documented. See the example#3: http://docs.php.net/manual/en/language.operators.comparison.php#language.operators.comparison.ternary Previous Comments: [2008-02-26 12:35:20] OlafvdSpek at GMail dot Com Description: The following code echoes 3 while it should echo 2. It should be evaluated as 1 ? 2 : (0 ? 3 : 4). I've no idea how PHP comes up with 3. Reproduce code: --- echo 1 ? 2 : 0 ? 3 : 4; Expected result: 2 Actual result: -- 3 -- Edit this bug report at http://bugs.php.net/?id=44252edit=1
#43677 [Com]: Inconsistent behaviour of include_path set with php_value
ID: 43677 Comment by: manuel at mausz dot at Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: Yes. The bug only occurs if you're mixing php_admin_value and php_value with the same ini-setting. Previous Comments: [2008-02-26 11:18:06] admin at scuolacomunicazioneiulm dot it I've exactly the same system of [ryan at djurovich dot com] Plesk 8.3.0 CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 updated this night :( (oh, don't I could sleep, don't?!) I think this bug is going to become so much serious as Plesk users update their systems! Error could be seen in www.fondazioneiulm.it and www.scuolacomunicazioneiulm.it. These sites are both built on Zend Framework, like [it at inmolinkmls dot com] application. Some request load Zend/Loader.php, some not (but I have display_errors = off, so you'll see a blank page instead of error). Do you think that the hack to change php_admin_value to php_value in Plesk confs could patch this kind of situation? MP [2008-02-25 05:39:06] ryan at djurovich dot com Confirmed, running server with Plesk 8.3.0: CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 [2008-02-21 18:40:36] root at net1 dot cc I can confirm both of Manuel's patches fix the problem on another machine, too. Also, the first patch is used in production since it was made, and I have not encountered any problems up to now. It's high time devs look at this issue, isn't it? [2008-02-21 12:56:43] tallyce at gmail dot com See also bug http://bugs.php.net/bug.php?id=44178 which I now see describes the same behaviour. [2008-02-18 16:59:59] laurent_dorer at yahoo dot fr One more thing, does someone knows if installing suExec for Apache and then use multiple php.ini, would correct this very annoying problem 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/43677 -- Edit this bug report at http://bugs.php.net/?id=43677edit=1
#44252 [Bgs]: ? : evaluation bug
ID: 44252 User updated by: OlafvdSpek at GMail dot Com Reported By: OlafvdSpek at GMail dot Com Status: Bogus Bug Type: *General Issues Operating System: Linux, Windows PHP Version: 5.2.5 New Comment: Ah, so it's evaluated as (1 ? 2 : 0) ? 3 : 4 Nice, very nice. :( Previous Comments: [2008-02-26 12:47:31] [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 This is documented. See the example#3: http://docs.php.net/manual/en/language.operators.comparison.php#language.operators.comparison.ternary [2008-02-26 12:35:20] OlafvdSpek at GMail dot Com Description: The following code echoes 3 while it should echo 2. It should be evaluated as 1 ? 2 : (0 ? 3 : 4). I've no idea how PHP comes up with 3. Reproduce code: --- echo 1 ? 2 : 0 ? 3 : 4; Expected result: 2 Actual result: -- 3 -- Edit this bug report at http://bugs.php.net/?id=44252edit=1
#44250 [Opn]: PHP CLI :: *** glibc detected *** realloc():
ID: 44250 User updated by: toni at igmweb dot com Reported By: toni at igmweb dot com Status: Open Bug Type: *Compile Issues Operating System: Red Hat Enterprise Linux ES rele PHP Version: 5.2.5 New Comment: After some tests. I found that without --enable-dmalloc PHP CLI runs OK. No more realloc() errors on make test. But appears a message saying that it found a possible PHP error. I pasted the text below. -- = FAILED TEST SUMMARY - Error message handling (with ZendOptimizer) [tests/run-test/test008.phpt] Convert warnings to exceptions [tests/lang/038.phpt] Bug #32828 (Throwing exception in output_callback function with ob_start and ob_end_clean leads to segfault) [tests/lang/bug32828.phpt] Bug #32290 (calling call_user_func_array() ends in infinite loop within child class) [Zend/tests/bug32290.phpt] Bug #36268 (Object destructors called even after fatal errors) [Zend/tests/bug36268.phpt] Bug #41421 (Uncaught exception from a stream wrapper segfaults) [Zend/tests/bug41421.phpt] easter_date() [ext/calendar/tests/easter_date.phpt] unixtojd() [ext/calendar/tests/unixtojd.phpt] date OO cloning [ext/date/tests/oo_002.phpt] Bug #38474 (getAttribute select attribute by order, even when prefixed) (OK to fail with libxml2 2.6.2x) [ext/dom/tests/bug38474.phpt] Bug #42082 (NodeList length zero should be empty) [ext/dom/tests/bug42082.phpt] iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt] Bug #41567 (json_encode() double conversion is inconsistent with PHP) [ext/json/tests/bug41567.phpt] SPL: spl_autoload() with methods [ext/spl/tests/spl_autoload_005.phpt] SPL: spl_autoload() with inaccessible methods [ext/spl/tests/spl_autoload_007.phpt] SPL: spl_autoload() with exceptions [ext/spl/tests/spl_autoload_008.phpt] Test array_map() function [ext/standard/tests/array/array_map.phpt] Test array_reverse() function : usage variations - assoc. array with diff. value for 'array' argument [ext/standard/tests/array/array_reverse_variation5.phpt] Test array_unshift() function : usage variations - assoc. array with diff values for 'array' argument [ext/standard/tests/array/array_unshift_variation5.phpt] Bug #35821 (array_map() segfaults when exception is throwed from the callback) [ext/standard/tests/array/bug35821.phpt] Bug #38450 (constructor is not called for classes used in userspace stream wrappers) [ext/standard/tests/file/bug38450_2.phpt] proc_open() regression test 1 (proc_open() leak) [ext/standard/tests/file/proc_open01.phpt] register_shutdown_function() __call [ext/standard/tests/general_functions/010.phpt] Bug #32647 (Using register_shutdown_function() with invalid callback can crash PHP) [ext/standard/tests/general_functions/bug32647.phpt] Bug #40398 (parent and self callback functions erroneously called statically) [ext/standard/tests/general_functions/bug40398.phpt] Test is_callable() function [ext/standard/tests/general_functions/is_callable.phpt] htmlentities() test 2 (setlocale / fr_FR.ISO-8859-15) [ext/standard/tests/strings/htmlentities02.phpt] (warn: possibly braindead libc) htmlentities() test 4 (setlocale / ja_JP.EUC-JP) [ext/standard/tests/strings/htmlentities04.phpt] (warn: possibly braindead libc) htmlentities() test 15 (setlocale / KOI8-R) [ext/standard/tests/strings/htmlentities15.phpt] (warn: possibly braindead libc) Test vsprintf() function : usage variations - string formats with non-string values [ext/standard/tests/strings/vsprintf_variation8.phpt] Bug #32001 (xml_parse*() goes into infinite loop when autodetection in effect), using UTF-* [ext/xml/tests/bug32001.phpt] CLI long options [sapi/cli/tests/015.phpt] = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose s to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: Y Previous Comments: [2008-02-26 10:29:41] toni at igmweb dot com Description: I compile php 5.2.5 on a RedHat Enterprise Linux htsphp1 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux Configure an Make runs ok. Make test produces a : *** glibc detected *** realloc(): invalid pointer: 0x00e90ce0 *** error. The only Thing that no work is PHP CLI. If I do a make install all works ok. PHP pages on Apache runs ok. Reproduce code: --- ./configure --prefix=/apps/php-5.2.5/ --with-apxs2=/apps/apache2/bin/apxs --enable-libgcc --enable-dmalloc --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --enable-exif --enable-ftp
#44255 [NEW]: floating point result 0.0:
From: php at jelmer dot cc Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Math related Bug description: floating point result 0.0: Description: Linux version 2.6.22-3-686 (Debian 2.6.22-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #1 SMP Mon Nov 12 08:32:57 UTC 2007 PHP (PHP 5.2.5-2 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 1 2008 21:17:20)) returns a rather strange result for a certain mathematical expression. Also, the weird result is only returned in very specific cases: php = (0.005 + 0.002/3 + 0.194 + 0.001/3 )/2 0.0: (notice the semicolon!) php = (0.004 + 0.002/3 + 0.195 + 0.001/3 )/2 0.1 php = (0.005 + 0.194 + 0.002/3 + 0.001/3 )/2 0.1 When $result is the 'strange' result: is_float($result) == true is_float(0.0:) == syntax error Needless to say the strange result is resulting in syntax-errors in the code where it occurs. Reproduce code: --- print (0.005 + 0.002/3 + 0.194 + 0.001/3 )/2 Expected result: I'd expect: 0.1 Actual result: -- I'm getting: 0.0: (notice the ':') -- Edit bug report at http://bugs.php.net/?id=44255edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44255r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44255r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44255r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44255r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44255r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44255r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44255r=needscript Try newer version:http://bugs.php.net/fix.php?id=44255r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44255r=support Expected behavior:http://bugs.php.net/fix.php?id=44255r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44255r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44255r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44255r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44255r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44255r=dst IIS Stability:http://bugs.php.net/fix.php?id=44255r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44255r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44255r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44255r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44255r=mysqlcfg
#44255 [Opn-Fbk]: floating point result 0.0:
ID: 44255 Updated by: [EMAIL PROTECTED] Reported By: php at jelmer dot cc -Status: Open +Status: Feedback Bug Type: Math related Operating System: Linux PHP Version: 5.2.5 New Comment: 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. I have not been able to reproduce your code. PHP 5.2.5 Linux Previous Comments: [2008-02-26 17:58:53] php at jelmer dot cc Description: Linux version 2.6.22-3-686 (Debian 2.6.22-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #1 SMP Mon Nov 12 08:32:57 UTC 2007 PHP (PHP 5.2.5-2 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 1 2008 21:17:20)) returns a rather strange result for a certain mathematical expression. Also, the weird result is only returned in very specific cases: php = (0.005 + 0.002/3 + 0.194 + 0.001/3 )/2 0.0: (notice the semicolon!) php = (0.004 + 0.002/3 + 0.195 + 0.001/3 )/2 0.1 php = (0.005 + 0.194 + 0.002/3 + 0.001/3 )/2 0.1 When $result is the 'strange' result: is_float($result) == true is_float(0.0:) == syntax error Needless to say the strange result is resulting in syntax-errors in the code where it occurs. Reproduce code: --- print (0.005 + 0.002/3 + 0.194 + 0.001/3 )/2 Expected result: I'd expect: 0.1 Actual result: -- I'm getting: 0.0: (notice the ':') -- Edit this bug report at http://bugs.php.net/?id=44255edit=1
#44256 [NEW]: Pb with COM in PHP5
From: fmajet at yahoo dot fr Operating system: XP SP2 PHP version: 5.2.5 PHP Bug Type: COM related Bug description: Pb with COM in PHP5 Description: Hello i've got this message when i want to instantiate a com object (in php 5.2.5 with WampServer) $myobject=new COM(mylibrary.myclasse); error Uncaught exception 'com_exception' with message 'Failed to create COM object' Invalid Syntax What is curious is when i instantiate a word or excel application it works(php5) And when i instantiate it in php4 with EasyPhp it works also. I'm trying to find for hours what it could be , maybe a pb of path in php.ini or in the way i call COM constructor but i don't succeed. Thanks for your help Francois Reproduce code: --- $myobject=new COM(mylibrary.myclasse); Expected result: Nothing Actual result: -- error Uncaught exception 'com_exception' with message 'Failed to create COM object' Invalid Syntax -- Edit bug report at http://bugs.php.net/?id=44256edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44256r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44256r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44256r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44256r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44256r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44256r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44256r=needscript Try newer version:http://bugs.php.net/fix.php?id=44256r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44256r=support Expected behavior:http://bugs.php.net/fix.php?id=44256r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44256r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44256r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44256r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44256r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44256r=dst IIS Stability:http://bugs.php.net/fix.php?id=44256r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44256r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44256r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44256r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44256r=mysqlcfg
#44257 [NEW]: [PATCH] timelib_tz_lookup_table must use float for gmtoffset
From: iuri dot fiedoruk at hp dot com
Operating system: Windows XP
PHP version: 5.2.5
PHP Bug Type: *General Issues
Bug description: [PATCH] timelib_tz_lookup_table must use float for gmtoffset
Description:
In ext/date/lib/timelib_struct.h you have:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
But in ext/date/lib/fallbackmap.h you can notice some timezones are
declared with offsets non-integer like:
{ ist, 0, 5.5, Asia/Calcutta },
This break get_default_timezone function that reverts to UTC for those
values that are non-integer. The fix is easy, just change gmtoffset to
float:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
I've tested under Visual Studio 2005 Express and with this change
date_default_timezone_get() works fine now.
If there is a place to send patches, please tell me and I'll gladly
submit.
Reproduce code:
---
Run date_default_timezone_get() in a Windows machine with a non-integer
timezone (for example calcutah +5:30)
Expected result:
Shold return IST
Actual result:
--
Returns UTC
--
Edit bug report at http://bugs.php.net/?id=44257edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44257r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44257r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44257r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44257r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44257r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44257r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44257r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44257r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44257r=support
Expected behavior:http://bugs.php.net/fix.php?id=44257r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44257r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44257r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44257r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44257r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44257r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44257r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44257r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44257r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44257r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44257r=mysqlcfg
#44257 [Opn-Asn]: [PATCH] timelib_tz_lookup_table must use float for gmtoffset
ID: 44257
Updated by: [EMAIL PROTECTED]
Reported By: iuri dot fiedoruk at hp dot com
-Status: Open
+Status: Assigned
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5.2.5
-Assigned To:
+Assigned To: derick
Previous Comments:
[2008-02-26 20:55:30] iuri dot fiedoruk at hp dot com
Description:
In ext/date/lib/timelib_struct.h you have:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
But in ext/date/lib/fallbackmap.h you can notice some timezones are
declared with offsets non-integer like:
{ ist, 0, 5.5, Asia/Calcutta },
This break get_default_timezone function that reverts to UTC for those
values that are non-integer. The fix is easy, just change gmtoffset to
float:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
I've tested under Visual Studio 2005 Express and with this change
date_default_timezone_get() works fine now.
If there is a place to send patches, please tell me and I'll gladly
submit.
Reproduce code:
---
Run date_default_timezone_get() in a Windows machine with a non-integer
timezone (for example calcutah +5:30)
Expected result:
Shold return IST
Actual result:
--
Returns UTC
--
Edit this bug report at http://bugs.php.net/?id=44257edit=1
#44258 [NEW]: Scope/function issue
From: stpetersn at hotmail dot com
Operating system: Windows XP
PHP version: 5.2.5
PHP Bug Type: Variables related
Bug description: Scope/function issue
Description:
When I run this:
for ($a=1;$a10;$a++){
drawstar($a);
}
function drawstar($a){
$txt=*;
for ($ct=0;$ct$a;$ct++){
echo $txt;
}
echo \n;
}
I get a printout of the stars. The $txt variable is local to the
function.
If I make $txt global scope to the entire file like below it won't work.
$txt=*;
for ($a=1;$a10;$a++){
drawstar($a);
}
function drawstar($a){
for ($ct=0;$ct$a;$ct++){
echo $txt;
}
echo \n;
}
Expected result:
Variable defined globally should be accessible anywhere.
Actual result:
--
Nothing happens
--
Edit bug report at http://bugs.php.net/?id=44258edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44258r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44258r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44258r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44258r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44258r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44258r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44258r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44258r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44258r=support
Expected behavior:http://bugs.php.net/fix.php?id=44258r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44258r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44258r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44258r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44258r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44258r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44258r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44258r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44258r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44258r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44258r=mysqlcfg
#44258 [Opn-Bgs]: Scope/function issue
ID: 44258
Updated by: [EMAIL PROTECTED]
Reported By: stpetersn at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Windows XP
PHP Version: 5.2.5
New Comment:
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
See http://docs.php.net/global
Previous Comments:
[2008-02-26 22:52:17] stpetersn at hotmail dot com
Description:
When I run this:
for ($a=1;$a10;$a++){
drawstar($a);
}
function drawstar($a){
$txt=*;
for ($ct=0;$ct$a;$ct++){
echo $txt;
}
echo \n;
}
I get a printout of the stars. The $txt variable is local to the
function.
If I make $txt global scope to the entire file like below it won't
work.
$txt=*;
for ($a=1;$a10;$a++){
drawstar($a);
}
function drawstar($a){
for ($ct=0;$ct$a;$ct++){
echo $txt;
}
echo \n;
}
Expected result:
Variable defined globally should be accessible anywhere.
Actual result:
--
Nothing happens
--
Edit this bug report at http://bugs.php.net/?id=44258edit=1
#44202 [Opn-Csd]: PDO_PGSQL crash when trying to use emulated PS
ID: 44202
Updated by: [EMAIL PROTECTED]
Reported By: uwendel at mysql dot com
-Status: Open
+Status: Closed
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.3CVS-2008-02-21 (CVS)
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-02-21 11:07:39] uwendel at mysql dot com
Description:
I was trying to force PDO_PGSQL into emulated PS mode to show that not
only PDO_MYSQL but also PDO_PGSQL might suffer from an emulated PS
parser flaw and found this crash:
$pdo = new PDO(...);
$stmt = $pdo-prepare('SELECT ?', array(PDO::ATTR_EMULATE_PREPARES =
1));
$stmt-execute(array(questionmark));
PDO_PGSQL seems to be the only driver but PDO_MYSQL which you can force
to use emulated PS. However, PDO_MYSQL and PDO_PGSQL use different
approaches for enforcing emulation. PDO_MYSQL uses
$pdo-setAttribute(PDO::ATTR_EMULATE_PREPARES, ...) and PDO_PGSQL
requires you to use $pdo-prepare(..., array(PDO::ATTR_EMULATE_PREPARES
= ...)). So, one uses setAttribute() and the other uses prepare(). As
PDO is aimed to be a database access layer abstraction, I wonder if this
could be unified.
Reproduce code:
---
[EMAIL PROTECTED]:~/php53 valgrind sapi/cli/php -r '$pdo = new
PDO(pgsql:host=localhost port=5432 dbname=phptest user=postgres
password=); $stmt = $pdo-prepare(SELECT \?\,
array(PDO::ATTR_EMULATE_PREPARES = 1));
$stmt-execute(array(questionmark));'
==10277== Memcheck, a memory error detector.
==10277== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et
al.
==10277== Using LibVEX rev 1732, a library for dynamic binary
translation.
==10277== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==10277== Using valgrind-3.2.3, a dynamic binary instrumentation
framework.
==10277== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et
al.
==10277== For more details, rerun with: -v
==10277==
==10277== Conditional jump or move depends on uninitialised value(s)
==10277==at 0x715D43F: slpmloclfv (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x715D17E: slpmloc (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x715A6A4: lpmloadpkg (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x71404EE: lfvLoadPkg (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x7140179: lfvSetShlMode (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x713FF78: lfvini1 (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x713FC94: lfvinit (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x6D62C29: kpummpin (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x66CC064: kpuenvcr (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x676CE5D: OCIEnvCreate (in
/usr/lib/oracle/10.2.0.3/client64/lib/libclntsh.so.10.1)
==10277==by 0x49D857: zm_startup_pdo_oci (pdo_oci.c:96)
==10277==by 0x603A86: zend_startup_module_ex (zend_API.c:1607)
==10277==
==10277== Invalid read of size 4
==10277==at 0x608EA0: zend_hash_num_elements (zend_hash.c:1014)
==10277==by 0x4A2BF2: pgsql_stmt_param_hook
(pgsql_statement.c:254)
==10277==by 0x495C13: dispatch_param_event (pdo_stmt.c:173)
==10277==by 0x49785A: zim_PDOStatement_execute (pdo_stmt.c:494)
==10277==by 0x62C1B3: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==10277==by 0x61E4DA: execute (zend_vm_execute.h:91)
==10277==by 0x5F1A42: zend_eval_string (zend_execute_API.c:1278)
==10277==by 0x5F1BB7: zend_eval_string_ex
(zend_execute_API.c:1311)
==10277==by 0x68A81C: main (php_cli.c:1175)
==10277== Address 0x8 is not stack'd, malloc'd or (recently) free'd
==10277==
==10277== Process terminating with default action of signal 11
(SIGSEGV)
==10277== Access not within mapped region at address 0x8
==10277==at 0x608EA0: zend_hash_num_elements (zend_hash.c:1014)
==10277==by 0x4A2BF2: pgsql_stmt_param_hook
(pgsql_statement.c:254)
==10277==by 0x495C13: dispatch_param_event (pdo_stmt.c:173)
==10277==by 0x49785A: zim_PDOStatement_execute (pdo_stmt.c:494)
==10277==by 0x62C1B3: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==10277==by 0x61E4DA: execute (zend_vm_execute.h:91)
==10277==by 0x5F1A42: zend_eval_string (zend_execute_API.c:1278)
==10277==by 0x5F1BB7: zend_eval_string_ex
(zend_execute_API.c:1311)
==10277==by 0x68A81C: main (php_cli.c:1175)
==10277==
==10277== Invalid free() / delete / delete[]
==10277==at 0x4C2191B: free (in
#44221 [Fbk-Opn]: 'make test' hangs indefinitely on check #1518
ID: 44221 User updated by: willm1 at cs dot umbc dot edu Reported By: willm1 at cs dot umbc dot edu -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 10-u4 PHP Version: 5.2.5 New Comment: This happens exactly the same with php5.2-200802262130, except that the test number is different: make test ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1685/4460 [ext/soap/tests/bugs/bug34657.phpt] and then hangs forever. snoop still shows NIS requests being made. It appears this may be due to a misconfiguration of our /etc/nsswitch.conf file: it has no 'ipnodes' entry. I've added this and am rebuilding. Results on Thursday. Previous Comments: [2008-02-23 19:51:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-02-22 20:49:01] willm1 at cs dot umbc dot edu Description: Test number 1519 hangs while building on Solaris 10, for at least 40 minutes. I'm not sure if this is related, but the /tmp/BUILD/php-5.2.5/tmp-php.ini file mentioned in the output is currently empty. This problem is reproducible with the steps below; I've run it three times, nuking the php-5.2.5 directory in between. The PHP process appears to go into a loop querying NIS for i_dont_exist.com, although NIS is not specified in nsswitch.conf as a place to get hostnames from. This happens both with and without NSCD running. Reproduce code: --- export PATH=/usr/ccs/bin:/usr/sbin:/usr/bin:/bin:/opt/csw/bin:/opt/csw/sbin:/opt/sfw/bin:/usr/sfw/bin CFLAGS='-O2 -g -pipe -R/usr/site/lib -R/usr/sfw/lib -m32' \ ./configure --prefix=/usr/site --sysconfdir=/usr/site/etc --mandir=/usr/site/share/man --with-zlib --enable-dba --with-gd --with-gettext --with-imap=/usr/site --with-imap-ssl=/usr/site --enable-soap --with-pear --with-libxml-dir=/usr/site --with-apxs2=/usr/site/sbin/apxs --with-mysql=/usr/sfw make make test Note that /usr/site contains all the packages we've built ourselves. Other packages build fine against the libraries in there, so I'm fairly certain external libraries aren't the issue. Expected result: Successful build. Actual result: -- + make test Build complete. Don't forget to run 'make test'. = CWD : /tmp/BUILD/php-5.2.5 PHP : /tmp/BUILD/php-5.2.5/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.5 ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS servername 5.10 Generic_120011-14 sun4u INI actual : /tmp/BUILD/php-5.2.5/tmp-php.ini More .INIs : Extra dirs : = TIME START 2008-02-22 14:06:36 = ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1519/3821 [ext/soap/tests/bugs/bug34657.phpt] (in another terminal) # snoop not port 22 Using device /dev/hme (promiscuous mode) servername.cs.umbc.edu - nis.cs.umbc.edu NIS C MATCH i_dont_exist.com in ipnodes.byname nis.cs.umbc.edu - servername.cs.umbc.edu NIS R MATCH No such key -- Edit this bug report at http://bugs.php.net/?id=44221edit=1
#44221 [Opn]: 'make test' hangs indefinitely on check #1518
ID: 44221 User updated by: willm1 at cs dot umbc dot edu Reported By: willm1 at cs dot umbc dot edu Status: Open Bug Type: Compile Failure Operating System: Solaris 10-u4 PHP Version: 5.2.5 New Comment: Adding the entry ipnodes: files dns seems to have resolved the issue. Perhaps a check for working name resolution should be added to the configure script, or a timeout should be added to the test, or a DNS-specific resolver should be used? I don't know whether I'd consider this a bug in PHP or a problem in our environment, so I'll leave this open, and it can be closed if it's determined that this is not worth considering. Previous Comments: [2008-02-27 00:03:21] willm1 at cs dot umbc dot edu This happens exactly the same with php5.2-200802262130, except that the test number is different: make test ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1685/4460 [ext/soap/tests/bugs/bug34657.phpt] and then hangs forever. snoop still shows NIS requests being made. It appears this may be due to a misconfiguration of our /etc/nsswitch.conf file: it has no 'ipnodes' entry. I've added this and am rebuilding. Results on Thursday. [2008-02-23 19:51:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-02-22 20:49:01] willm1 at cs dot umbc dot edu Description: Test number 1519 hangs while building on Solaris 10, for at least 40 minutes. I'm not sure if this is related, but the /tmp/BUILD/php-5.2.5/tmp-php.ini file mentioned in the output is currently empty. This problem is reproducible with the steps below; I've run it three times, nuking the php-5.2.5 directory in between. The PHP process appears to go into a loop querying NIS for i_dont_exist.com, although NIS is not specified in nsswitch.conf as a place to get hostnames from. This happens both with and without NSCD running. Reproduce code: --- export PATH=/usr/ccs/bin:/usr/sbin:/usr/bin:/bin:/opt/csw/bin:/opt/csw/sbin:/opt/sfw/bin:/usr/sfw/bin CFLAGS='-O2 -g -pipe -R/usr/site/lib -R/usr/sfw/lib -m32' \ ./configure --prefix=/usr/site --sysconfdir=/usr/site/etc --mandir=/usr/site/share/man --with-zlib --enable-dba --with-gd --with-gettext --with-imap=/usr/site --with-imap-ssl=/usr/site --enable-soap --with-pear --with-libxml-dir=/usr/site --with-apxs2=/usr/site/sbin/apxs --with-mysql=/usr/sfw make make test Note that /usr/site contains all the packages we've built ourselves. Other packages build fine against the libraries in there, so I'm fairly certain external libraries aren't the issue. Expected result: Successful build. Actual result: -- + make test Build complete. Don't forget to run 'make test'. = CWD : /tmp/BUILD/php-5.2.5 PHP : /tmp/BUILD/php-5.2.5/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.5 ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS servername 5.10 Generic_120011-14 sun4u INI actual : /tmp/BUILD/php-5.2.5/tmp-php.ini More .INIs : Extra dirs : = TIME START 2008-02-22 14:06:36 = ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1519/3821 [ext/soap/tests/bugs/bug34657.phpt] (in another terminal) # snoop not port 22 Using device /dev/hme (promiscuous mode) servername.cs.umbc.edu - nis.cs.umbc.edu NIS C MATCH i_dont_exist.com in ipnodes.byname nis.cs.umbc.edu - servername.cs.umbc.edu NIS R MATCH No such key -- Edit this bug report at http://bugs.php.net/?id=44221edit=1
#44233 [Opn-Csd]: MSG_PEEK undefined under BeOS R5
ID: 44233 Updated by: [EMAIL PROTECTED] Reported By: jonathonfreeman at gmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: BeOS R5 PHP Version: 5.2.5 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-02-24 07:42:18] jonathonfreeman at gmail dot com Description: Build fails under BeOS R5 in /main/streams/xp_socket.c:280 -- MSG_PEEK undeclared. According to BeOS docs, flags passed to socket functions should always be 0. I added this, and PHP built successfully: /* BeOS does not have MSG_PEEK. */ #ifndef MSG_PEEK #define MSG_PEEK 0 #endif Reproduce code: --- Build under BeOS R5. Expected result: Successfully build PHP. Actual result: -- Build fails. -- Edit this bug report at http://bugs.php.net/?id=44233edit=1
