#40548 [Com]: SplFileInfo::getOwner/getGroup give a warning on broken symlink
ID: 40548 Comment by: judas dot iscariote at gmail dot com Reported By: info at adaniels dot nl Status: Open Bug Type: SPL related Operating System: Linux/Ubuntu PHP Version: 5.2.1 New Comment: I expect an Exception in that case.. Previous Comments: [2007-02-19 20:58:04] info at adaniels dot nl Description: SplFileInfo::getOwner() and SplFileInfo::getGroup() give a warning on broken symlink. This is probably due the fact that the function follows the symlink. Reproduce code: --- system: ln -s nothing /broken getOwner(); echo $fi->getGroup(); ?> Expected result: rootroot Actual result: -- Warning: SplFileInfo::getOwner() [function.SplFileInfo-getOwner]: stat failed for /broken in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 Warning: SplFileInfo::getGroup() [function.SplFileInfo-getGroup]: stat failed for /broken in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=40548&edit=1
#40552 [NEW]: upgrade from 5.15 to 5.2x
From: lepage at grm dot polymtl dot ca Operating system: Solaris 9 PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: upgrade from 5.15 to 5.2x Description: Since I upgraded from php 5.1.5 to php 5.20 and now php 5.21, I got serious errors that is not present in php 5.1.5. Users installation of phpBB and phpAlbum does not work anymore. I have look for many hours with finding a solution. While phpAlbum is working fine in the web server root directory, phpAlbum installed under users directories does not work anymore. It is like it's not able to include files under user directories. Reproduce code: --- see and try phpBB.com or phpAlbum.net in a user directory. Expected result: I would expect php 5.2x to work better that this. Or a more comprenhensive error message saying why it cannot open a file in the current directory. I would be nice to find upgrade informations in the FAQ from 5.1x to 5.2x, I have look and find nothing about includes. Actual result: -- ---error-start Warning: fopen(data_rejdshflkj/writablity_test) [function.fopen]: failed to open stream: No such file or directory in /home/lepage/HTML/avendre/main.php on line 1886 Warning: fclose(): supplied argument is not a valid stream resource in /home/lepage/HTML/avendre/main.php on line 1887 Notice: Undefined variable: phpalbum_version in /home/lepage/HTML/avendre/main.php on line 36 Welcome to phpAlbum_ Your data directory data_rej123/ is eather not existing or not writable Please check for existing of this directory and setup the access rights with CHMOD 777 ---error-end ** This error is not limited to phpAlbum since it does the same kind of error with phpBB installed in users directories, here is an example of the errors, ---error-start Warning: include(./extension.inc) [function.include]: failed to open stream: No such file or directory in /home/pyrobert/HTML/Forum/index.php on line 25 Warning: include() [function.include]: Failed opening './extension.inc' for inclusion (include_path='.:/usr/local_9/opt/php/lib/php:/php/includes:/home/lepage/HTML/avendre:~lepage/avendre') in /home/pyrobert/HTML/Forum/index.php on line 25 Notice: Undefined variable: phpEx in /home/pyrobert/HTML/Forum/index.php on line 26 Warning: include(./common.) [function.include]: failed to open stream: No such file or directory in /home/pyrobert/HTML/Forum/index.php on line 26 Warning: include() [function.include]: Failed opening './common.' for inclusion (include_path='.:/usr/local_9/opt/php/lib/php:/php/includes') in /home/pyrobert/HTML/Forum/index.php on line 26 Fatal error: Call to undefined function session_pagestart() in /home/pyrobert/HTML/Forum/index.php on line 31 ---error-end I have tryed to add user directories to include_path in the php.ini but it does not work. I have looked for changes that could explain that, none are found. -- Edit bug report at http://bugs.php.net/?id=40552&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40552&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40552&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40552&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40552&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40552&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40552&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40552&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40552&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40552&r=support Expected behavior:http://bugs.php.net/fix.php?id=40552&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40552&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40552&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40552&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40552&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40552&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40552&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40552&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40552&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40552&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40552&r=mysqlcfg
#39984 [Asn->Sus]: Response header sent as 302 despite being set to 301
ID: 39984 Updated by: [EMAIL PROTECTED] Reported By: marc dot bau at gmx dot net -Status: Assigned +Status: Suspended Bug Type: IIS related Operating System: WinXP PHP Version: 5.2.1 Assigned To: edink New Comment: Seems that there is no way a CGI script can convince IIS to output something else than 302 response if you have location header. Same IIS using Microsofts latest FCGI isapi has no problems with PHP outputing correct status code. I recommend that you switch to that instead of using raw cgi, the perfomance icrease is dramatic as well. http://www.iis.net/default.aspx?tabid=151 Previous Comments: [2007-02-18 12:05:02] marc dot bau at gmx dot net Additional to this a header('HTTP/1.0 404 Not Found') produces a "404 OK". [2007-01-11 10:02:47] [EMAIL PROTECTED] Edin, could you plz verify if this problem is still valid? [2007-01-04 22:14:28] marc dot bau at gmx dot net open [2007-01-01 17:03:04] marc dot bau at gmx dot net If Perl, ColdFusion and ASP Pages are correct and PHP not, what do you think is wrong? I think PHP! Maybe there is something wrong in the way how the status is set or how the status is transfered to IIS... i don't know if there is something special in IIS, but it looks like a PHP Bug, while all other script languages are correct. [2007-01-01 16:53:35] [EMAIL PROTECTED] >From the PHP end of things the issue is resolved, if IIS does not properly handle the Status header in the event of redirects, that's hardly a PHP problem, no? 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/39984 -- Edit this bug report at http://bugs.php.net/?id=39984&edit=1
#40549 [NEW]: Feature request: choose to follow symlinks or not
From: info at adaniels dot nl Operating system: Linux/Ubuntu PHP version: 5.2.1 PHP Bug Type: SPL related Bug description: Feature request: choose to follow symlinks or not Description: I would like to be able to choose whether or not symbolic links should be followed. Either like: SplFileInfo::getOwner([boolean follow=true]) or as: SplFileInfo::followLink(boolean enable) -- Edit bug report at http://bugs.php.net/?id=40549&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40549&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40549&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40549&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40549&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40549&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40549&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40549&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40549&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40549&r=support Expected behavior:http://bugs.php.net/fix.php?id=40549&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40549&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40549&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40549&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40549&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40549&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40549&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40549&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40549&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40549&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40549&r=mysqlcfg
#40546 [Csd]: SplFileInfo::getPathInfo() throws an execption if directory is in root dir.
ID: 40546 User updated by: info at adaniels dot nl Reported By: info at adaniels dot nl Status: Closed Bug Type: SPL related Operating System: Linux/Ubuntu PHP Version: 5.2.1 Assigned To: helly New Comment: Wow, thats fast... Previous Comments: [2007-02-19 21:05:54] [EMAIL PROTECTED] 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. [2007-02-19 19:54:30] info at adaniels dot nl Description: SplFileInfo::getPathInfo() throws an execption if directory is in root dir. Reproduce code: --- getPathInfo()->getFilename(); ?> Expected result: / Actual result: -- Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot create SplFileInfo for empty path' in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php:6 Stack trace: #0 /home/arnold/projects/jasny/jasny-explorer/webroot/index.php(6): SplFileInfo->getPathInfo() #1 {main} thrown in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=40546&edit=1
#40546 [Asn->Csd]: SplFileInfo::getPathInfo() throws an execption if directory is in root dir.
ID: 40546 Updated by: [EMAIL PROTECTED] Reported By: info at adaniels dot nl -Status: Assigned +Status: Closed Bug Type: SPL related Operating System: Linux/Ubuntu PHP Version: 5.2.1 Assigned To: helly 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: [2007-02-19 19:54:30] info at adaniels dot nl Description: SplFileInfo::getPathInfo() throws an execption if directory is in root dir. Reproduce code: --- getPathInfo()->getFilename(); ?> Expected result: / Actual result: -- Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot create SplFileInfo for empty path' in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php:6 Stack trace: #0 /home/arnold/projects/jasny/jasny-explorer/webroot/index.php(6): SplFileInfo->getPathInfo() #1 {main} thrown in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=40546&edit=1
#40548 [NEW]: SplFileInfo::getOwner/getGroup give a warning on broken symlink
From: info at adaniels dot nl Operating system: Linux/Ubuntu PHP version: 5.2.1 PHP Bug Type: SPL related Bug description: SplFileInfo::getOwner/getGroup give a warning on broken symlink Description: SplFileInfo::getOwner() and SplFileInfo::getGroup() give a warning on broken symlink. This is probably due the fact that the function follows the symlink. Reproduce code: --- system: ln -s nothing /broken getOwner(); echo $fi->getGroup(); ?> Expected result: rootroot Actual result: -- Warning: SplFileInfo::getOwner() [function.SplFileInfo-getOwner]: stat failed for /broken in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 Warning: SplFileInfo::getGroup() [function.SplFileInfo-getGroup]: stat failed for /broken in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 7 -- Edit bug report at http://bugs.php.net/?id=40548&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40548&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40548&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40548&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40548&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40548&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40548&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40548&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40548&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40548&r=support Expected behavior:http://bugs.php.net/fix.php?id=40548&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40548&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40548&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40548&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40548&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40548&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40548&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40548&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40548&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40548&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40548&r=mysqlcfg
#40421 [Asn]: Install error 2343
ID: 40421 Updated by: [EMAIL PROTECTED] Reported By: wade_link at hotmail dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: XP Pro PHP Version: 5.2.1 Assigned To: jmertic New Comment: Is there a PHP.ini file in the installation directory ( defaults to c:\program files\php 5) ? Previous Comments: [2007-02-17 00:49:05] klearity at lycos dot ca I have the same problem. I downloaded the fix version but I still get the error. I do not know where to find the error log so I can email it to the address given. Where do I find this? [2007-02-16 16:04:04] wade_link at hotmail dot com Still got the same error at the same point of writing INI files. [2007-02-15 19:41:53] [EMAIL PROTECTED] Please try the latest build. If you are still having problems, email the error.log file produced from the following to [EMAIL PROTECTED] >From the command line in the directory where you downloaded the installer: msiexec /i php-5.2.1-win32-installer.msi /l*v error.log [2007-02-10 00:09:58] wade_link at hotmail dot com It worked sort of. It got most of the way through the intall then errored. It had the same error message. It gets through a lot, but the error message shows up when it says it is writing INI files. [2007-02-09 23:37:58] [EMAIL PROTECTED] Please try: http://downloads.php.net/edink/php-5.2.1-win32-installer-fix.msi 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/40421 -- Edit this bug report at http://bugs.php.net/?id=40421&edit=1
#40545 [Fbk->Opn]: zend_strtod.c threading issue
ID: 40545 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: As I said its in the same folder. http://public.vbulletin.com/bugs/php/datastore.txt Previous Comments: [2007-02-19 20:24:33] [EMAIL PROTECTED] './datastore.txt' ? Looks like you forgot to provide this file. [2007-02-19 20:21:23] scottmacvicar at ntlworld dot com Source of a simple script at http://public.vbulletin.com/bugs/php/bug40545.phps You can grab the text file from the same folder. I then ran: ab -c 30 -n 1 http://localhost/~scott/bug40545.php Segfaults within a few hundred requests. Apache 2.2.4 with keep alive disabled and PHP 5.2.1 It's a development box and not a production box so I can change more or less anything if you need anything else tested. [2007-02-19 19:20:54] [EMAIL PROTECTED] That's ok, but how to reproduce it? [2007-02-19 18:51:54] scottmacvicar at ntlworld dot com The backtrace was too large to paste, the trace from the thread in question is at. http://public.vbulletin.com/bugs/php/bug40545-bt.txt It does appear to be an unserialize call thats causing the crash. [2007-02-19 18:24:38] [EMAIL PROTECTED] Ok. 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/40545 -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40545 [Opn->Fbk]: zend_strtod.c threading issue
ID: 40545 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: './datastore.txt' ? Looks like you forgot to provide this file. Previous Comments: [2007-02-19 20:21:23] scottmacvicar at ntlworld dot com Source of a simple script at http://public.vbulletin.com/bugs/php/bug40545.phps You can grab the text file from the same folder. I then ran: ab -c 30 -n 1 http://localhost/~scott/bug40545.php Segfaults within a few hundred requests. Apache 2.2.4 with keep alive disabled and PHP 5.2.1 It's a development box and not a production box so I can change more or less anything if you need anything else tested. [2007-02-19 19:20:54] [EMAIL PROTECTED] That's ok, but how to reproduce it? [2007-02-19 18:51:54] scottmacvicar at ntlworld dot com The backtrace was too large to paste, the trace from the thread in question is at. http://public.vbulletin.com/bugs/php/bug40545-bt.txt It does appear to be an unserialize call thats causing the crash. [2007-02-19 18:24:38] [EMAIL PROTECTED] Ok. [2007-02-19 18:21:42] scottmacvicar at ntlworld dot com I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. 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/40545 -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40547 [Asn->Csd]: spelling mistake
ID: 40547 Updated by: [EMAIL PROTECTED] Reported By: pat at languageschoolint dot com -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: windows 2000 PHP Version: 5.2.1 Assigned To: jmertic 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: [2007-02-19 20:19:19] [EMAIL PROTECTED] Assigned to the maintainer of win32 installer. [2007-02-19 20:08:10] pat at languageschoolint dot com Description: Installing 5.2.1 using windows installer and the screen that states, "Choose Items To Install" contains a spelling error. On the right hand side of the installer, it is written, "Installs PHP with all server modules and all extensions enabled. It is reccommended to only..." The word reccommended should have only one "c". Just thought I let you know. --Great software otherwise-- -- Edit this bug report at http://bugs.php.net/?id=40547&edit=1
#40545 [Fbk->Opn]: zend_strtod.c threading issue
ID: 40545 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: Source of a simple script at http://public.vbulletin.com/bugs/php/bug40545.phps You can grab the text file from the same folder. I then ran: ab -c 30 -n 1 http://localhost/~scott/bug40545.php Segfaults within a few hundred requests. Apache 2.2.4 with keep alive disabled and PHP 5.2.1 It's a development box and not a production box so I can change more or less anything if you need anything else tested. Previous Comments: [2007-02-19 19:20:54] [EMAIL PROTECTED] That's ok, but how to reproduce it? [2007-02-19 18:51:54] scottmacvicar at ntlworld dot com The backtrace was too large to paste, the trace from the thread in question is at. http://public.vbulletin.com/bugs/php/bug40545-bt.txt It does appear to be an unserialize call thats causing the crash. [2007-02-19 18:24:38] [EMAIL PROTECTED] Ok. [2007-02-19 18:21:42] scottmacvicar at ntlworld dot com I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. [2007-02-19 18:14:06] [EMAIL PROTECTED] We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". 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/40545 -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40547 [Opn->Asn]: spelling mistake
ID: 40547 Updated by: [EMAIL PROTECTED] Reported By: pat at languageschoolint dot com -Status: Open +Status: Assigned -Bug Type: Unicode Engine related +Bug Type: Unknown/Other Function Operating System: windows 2000 PHP Version: 5.2.1 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the maintainer of win32 installer. Previous Comments: [2007-02-19 20:08:10] pat at languageschoolint dot com Description: Installing 5.2.1 using windows installer and the screen that states, "Choose Items To Install" contains a spelling error. On the right hand side of the installer, it is written, "Installs PHP with all server modules and all extensions enabled. It is reccommended to only..." The word reccommended should have only one "c". Just thought I let you know. --Great software otherwise-- -- Edit this bug report at http://bugs.php.net/?id=40547&edit=1
#40547 [NEW]: spelling mistake
From: pat at languageschoolint dot com Operating system: windows 2000 PHP version: 5.2.1 PHP Bug Type: Unicode Engine related Bug description: spelling mistake Description: Installing 5.2.1 using windows installer and the screen that states, "Choose Items To Install" contains a spelling error. On the right hand side of the installer, it is written, "Installs PHP with all server modules and all extensions enabled. It is reccommended to only..." The word reccommended should have only one "c". Just thought I let you know. --Great software otherwise-- -- Edit bug report at http://bugs.php.net/?id=40547&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40547&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40547&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40547&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40547&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40547&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40547&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40547&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40547&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40547&r=support Expected behavior:http://bugs.php.net/fix.php?id=40547&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40547&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40547&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40547&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40547&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40547&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40547&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40547&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40547&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40547&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40547&r=mysqlcfg
#40546 [Opn->Asn]: SplFileInfo::getPathInfo() throws an execption if directory is in root dir.
ID: 40546 Updated by: [EMAIL PROTECTED] Reported By: info at adaniels dot nl -Status: Open +Status: Assigned Bug Type: SPL related Operating System: Linux/Ubuntu PHP Version: 5.2.1 -Assigned To: +Assigned To: helly Previous Comments: [2007-02-19 19:54:30] info at adaniels dot nl Description: SplFileInfo::getPathInfo() throws an execption if directory is in root dir. Reproduce code: --- getPathInfo()->getFilename(); ?> Expected result: / Actual result: -- Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot create SplFileInfo for empty path' in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php:6 Stack trace: #0 /home/arnold/projects/jasny/jasny-explorer/webroot/index.php(6): SplFileInfo->getPathInfo() #1 {main} thrown in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=40546&edit=1
#40546 [NEW]: SplFileInfo::getPathInfo() throws an execption if directory is in root dir.
From: info at adaniels dot nl Operating system: Linux/Ubuntu PHP version: 5.2.1 PHP Bug Type: SPL related Bug description: SplFileInfo::getPathInfo() throws an execption if directory is in root dir. Description: SplFileInfo::getPathInfo() throws an execption if directory is in root dir. Reproduce code: --- getPathInfo()->getFilename(); ?> Expected result: / Actual result: -- Fatal error: Uncaught exception 'RuntimeException' with message 'Cannot create SplFileInfo for empty path' in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php:6 Stack trace: #0 /home/arnold/projects/jasny/jasny-explorer/webroot/index.php(6): SplFileInfo->getPathInfo() #1 {main} thrown in /home/arnold/projects/jasny/jasny-explorer/webroot/index.php on line 6 -- Edit bug report at http://bugs.php.net/?id=40546&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40546&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40546&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40546&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40546&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40546&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40546&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40546&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40546&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40546&r=support Expected behavior:http://bugs.php.net/fix.php?id=40546&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40546&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40546&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40546&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40546&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40546&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40546&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40546&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40546&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40546&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40546&r=mysqlcfg
#40545 [Opn->Fbk]: zend_strtod.c threading issue
ID: 40545 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: That's ok, but how to reproduce it? Previous Comments: [2007-02-19 18:51:54] scottmacvicar at ntlworld dot com The backtrace was too large to paste, the trace from the thread in question is at. http://public.vbulletin.com/bugs/php/bug40545-bt.txt It does appear to be an unserialize call thats causing the crash. [2007-02-19 18:24:38] [EMAIL PROTECTED] Ok. [2007-02-19 18:21:42] scottmacvicar at ntlworld dot com I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. [2007-02-19 18:14:06] [EMAIL PROTECTED] We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". [2007-02-19 17:53:51] scottmacvicar at ntlworld dot com Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40545 [Fbk->Opn]: zend_strtod.c threading issue
ID: 40545 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: The backtrace was too large to paste, the trace from the thread in question is at. http://public.vbulletin.com/bugs/php/bug40545-bt.txt It does appear to be an unserialize call thats causing the crash. Previous Comments: [2007-02-19 18:24:38] [EMAIL PROTECTED] Ok. [2007-02-19 18:21:42] scottmacvicar at ntlworld dot com I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. [2007-02-19 18:14:06] [EMAIL PROTECTED] We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". [2007-02-19 17:53:51] scottmacvicar at ntlworld dot com Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#17307 [Bgs->Opn]: sorting using usort() does not produce correct result anymore
ID: 17307 User updated by: fcartegnie at nordnet dot fr Reported By: fcartegnie at nordnet dot fr -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: Linux -PHP Version: 4.2.1 +PHP Version: 4.4.5 New Comment: Still broken on 4.4.5... Still using homemade usort routine for 4 years now. The usort functions really needs to be fixed ! Before usort() Value: E Value: C Value: B Value: D Value: A After usort() Value: A Value: D Value: B Value: C Value: E Previous Comments: [2002-06-26 08:12:55] david dot derr at milesmedia dot com Hi all. I think this is still a bug as I can partially recreate the behaviour that [EMAIL PROTECTED] reported. On a script that uses a function passed to usort that always returns 0 (implying equal values), I am seeing that the order of elements in the array is being modified. The only reason I consider this a bug is because that was not the case in the earlier version I tested. Here are the details: -The code I used on both systems: \n"; while(list($key, $val) = each($aTest)){ echo "Value: ".$val."\n"; } //sort it usort($aTest, "fake_sort"); //output the order of elements in the array after running usort on it. reset($aTest); echo "After usort()\n"; while(list($key, $val) = each($aTest)){ echo "Value: ".$val."\n"; } ?> -Incorrect (unexpected) Results System: RH 7.2, Apache 1.3.26, PHP 4.2.1 Output: Before usort() Value: E Value: C Value: B Value: D Value: A After usort() Value: A Value: D Value: B Value: C Value: E -Correct (expected) Results System: RH 7.2, Apache 1.3.26, PHP 4.1.2 Output: Before usort() Value: E Value: C Value: B Value: D Value: A After usort() Value: E Value: C Value: B Value: D Value: A [2002-06-17 06:52:12] timebreaker at newmail dot ru Hi! It's really a problem. I tried to write simple ascending sort routine and got strange results too. Met the conditions at Intel P-133/Win98/Apache2.0.35/PPH4.2.0 and PHP4.2.1, it doesn't matter what the version is. In 4.0.6/4.1.x everything works... [2002-06-04 13:58:40] [EMAIL PROTECTED] Heh, ok. Still better then a bug in PHP :) thx. [2002-06-04 13:44:21] mauf at franzoni dot info I fixed the problem in my sort routine... it works now (for 4.2.1, so far it seems it was 4.0.6 the buggy one as it has worked for a long while). So far there may be at most a backward compatibility issue (I still have to check back in 4.0.6) but it is no longer worth the critical status for sure... sorry for the bothering, cheers, mauro [2002-06-04 12:00:07] mauf at franzoni dot info No, I hit the problem on a P3 first... currently testing on a celeron - both using apache 2.0.36, debian with 2.4.18 on p3, rh7.2 (2.4.7-10) on celeron. here is the config, if it can helps: ./configure \ --prefix=/usr/local/php4-200206040600 \ --with-mysql=/usr/local/mysql-3.23.49 \ --with-apxs2=/usr/local/httpd-2.0.36/bin/apxs \ --enable-track-vars \ --enable-sigchild \ --enable-shared \ --enable-cxx \ --enable-cli=yes (I tried to track it a while but I get scrambled when it comes into the zend modules :-( ) 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/17307 -- Edit this bug report at http://bugs.php.net/?id=17307&edit=1
#39858 [Com]: Lost connection to MySQL server during query by a repeated call stored proced
ID: 39858 Comment by: denis dot podgurskiy at cofelab dot ru Reported By: develar at gmail dot com Status: Assigned Bug Type: PDO related Operating System: Windows XP SP2 PHP Version: 5.2.0 Assigned To: wez New Comment: Hi once again. Step by step instruction how to work with MySQL sp/transaction under Win XP SP 2 1. Install MySQL ODBC driver. 2. Create database with tables in InnoDB format (to support transaction - see my.cnf). 3. Create DSN with connection to your database (see Admin tools->ODBC). 4. Enable pdo_odbc within php.ini file. 5. Use this to create connection if(strstr($_SERVER['SERVER_SOFTWARE'],'Win')){ $this -> Db = new PDO("odbc:DSN=MY_MySQL_ODBC;", user, password); } else { $this -> Db = Zend_Db::factory( PDO_MYSQL); 6. When the sp has been executed do not forget to fetch the statement: $command -> execute(); do { $rows = $command->fetchAll(); } while ($command -> nextRowset()); That's all. This code will work under win/nix without any diffireneces - checked by me. If you still have any problems - just email me and I'll contact you by ICQ/Skype to help (I spent four weeks to solve it). Regards, Denis Previous Comments: [2007-02-15 13:56:39] mike at we11er dot co dot uk Thanks for the help Denis, although I can't personally implement this workaround... For the time being I have hacked in lines of code to create a new database connection before calling certain stored procedures. Now, PLEASE could a developer or someone RESPOND and acknowledge this bug, and let us know what is going on!? I've been stuck with this bug for months and months with no help whatsoever from the PHP guys. [2007-02-07 09:25:31] denis dot podgurskiy at cofelab dot ru It works under Nix as well. So, good luck. [2007-02-06 17:13:57] denis dot podgurskiy at cofelab dot ru One more thing - you need to install MySQL ODBC driver to work with MySQL in this example: see dsn string. I use named DSN - XMS_MySQL based on MySQL ODBC 3.51.12 Win driver. [2007-02-06 17:11:33] denis dot podgurskiy at cofelab dot ru Well, some updates. The previous approach doesn't work with transactions at all - see Init method. After long investigation I can say the next: Windows XP SP/2 Apache 1.3/PHP 5.2/MySQL/5.** MySql tables should be in InnoDB (possibly BDB) format - MYISAM doesn't support transactions yet. Class to work with DB: http://www.cofelab.ru) * @licensehttp://www.cofelab.ru/license */ class Xms_Do { /* Begin class */ /** * @var Zend Db factory object. */ public $Db; /** * @var array */ private $_params; /** * @var string. Type of the PDO object. */ private $_config; /** * Construct * @param object. Zend config object. */ public function __construct( $config ) { Zend::loadClass('Zend_Db'); $this -> _config = $config -> database; $this -> _params = array ('host'=> $this -> _config -> host, 'port' => $this -> _config -> port, 'username' => $this -> _config -> username, 'password' => $this -> _config -> password, 'dbname' => $this -> _config -> name, PDO::ATTR_PERSISTENT => true); $this -> Init(); } /** * Init database connection */ public function Init() { if(strstr($_SERVER['SERVER_SOFTWARE'],'Win')){ $this -> Db = new PDO($this -> _config -> odbc, $this -> _config -> username, $this -> _config -> password); } else { $this -> Db = Zend_Db::factory( $this -> _config -> type, $this -> _params); } $this -> Db -> query("SET NAMES '".$this -> _config -> charset."'"); $this -> Db -> query("SET CHARACTER SET '".$this -> _config -> charset."'"); } private function InitOdbc(){ } /** * Execute stored procedure. * @param string. Stored procedure's name. * @param array. DbParameter objects. */ public function ExecuteStore
#40217 [Asn->Fbk]: Installation problem and file upload using html post not working
ID: 40217 Updated by: [EMAIL PROTECTED] Reported By: ratneshmaurya at gmail dot com -Status: Assigned +Status: Feedback Bug Type: IIS related Operating System: Windows XP PHP Version: 5.2.0 Assigned To: jmertic Previous Comments: [2007-02-15 19:41:35] [EMAIL PROTECTED] Please try the latest build. If you are still having problems, email the error.log file produced from the following to [EMAIL PROTECTED] >From the command line in the directory where you downloaded the installer: msiexec /i php-5.2.1-win32-installer.msi /l*v error.log [2007-02-07 16:51:14] dmaher at isppainting dot com I have tried these steps and I am getting the same issue. [2007-02-02 21:12:21] bill dot stout at greenborder dot com I'm experiencing the same problem. I've attempted to install RC3 and it does not want to upgrade 5.2.0. Uninstalling 5.2.0 from Control Panel - Add or Remove Programs returns an error: PHP 5.2.0 "The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2343." [2007-01-29 13:17:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and e-mail the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.1RC3-win32-installer.msi /l*v error.log [2007-01-24 13:17:13] ratneshmaurya at gmail dot com I tried the link. http://downloads.php.net/edink/php-5.2.1RC3-win32-installer.msi It gives error, I think similar to that Iwas getting earliear Error 1722. 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/40217 -- Edit this bug report at http://bugs.php.net/?id=40217&edit=1
#40193 [Opn->Fbk]: PHP crashes on start on Sparc (GCC 4.x only)
ID: 40193 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Debian Linux/Sparc PHP Version: 6CVS-2007-01-22 (CVS) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip This should be fixed now. Previous Comments: [2007-01-30 10:27:47] [EMAIL PROTECTED] Actually I am using Debian/SPARC, thus it seems like GCC problem on SPARC (gcc 4.1, 3.4 works well) [2007-01-29 21:24:41] [EMAIL PROTECTED] Looks like some GCC problem reproducible only on Solaris. [2007-01-22 16:25:22] [EMAIL PROTECTED] PHP6 on Solaris is not my high priority at the moment. I'm using GCC 3.4.2 and PHP5.2.x, which works just fine here. [2007-01-22 14:52:44] [EMAIL PROTECTED] Downgraded to 3.4, now builds and starts without problems, but the errors are in bad condition - the function name is printed. Endiannees problem? [EMAIL PROTECTED]:~/dev/6$ sapi/cli/php -r 'file_get_contents("nofile.txt");' Warning: (nofile.txt): failed to open stream: No such file or directory in Command line code on line 1 The problem lies somewhere here : function.v is not NULL, but function_name_is_string is false. Otherwise function.s points to the right string, which is "file_get_contents" /* if we still have memory then format the origin */ if (function.v) { if (function_name_is_string) { origin_len = spprintf(&origin, 0, "%v%s%s(%s)", class_name, space, function.s, params); } else { origin_len = spprintf(&origin, 0, "%v%s%v(%s)", class_name, space, function, params); } } else { origin_len = spprintf(&origin, 0, "%s", stage); } Tony, please contact me if you need more information. [2007-01-22 11:49:36] [EMAIL PROTECTED] It is known to crash on Solaris/SPARC when built with GCC 4.1, but NOT with GCC 3.x. I'd be grateful if you find the reason, but it looks like it's a problem of newer versions of GCC on SPARC. 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/40193 -- Edit this bug report at http://bugs.php.net/?id=40193&edit=1
#40545 [Opn->Fbk]: zend_strtod.c threading issue
ID: 40545 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: Ok. Previous Comments: [2007-02-19 18:21:42] scottmacvicar at ntlworld dot com I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. [2007-02-19 18:14:06] [EMAIL PROTECTED] We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". [2007-02-19 17:53:51] scottmacvicar at ntlworld dot com Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40545 [Fbk->Opn]: zend_strtod.c threading issue
ID: 40545 User updated by: scottmacvicar at ntlworld dot com Reported By: scottmacvicar at ntlworld dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: I've been unable to track it down specifically, its happening across a larger number of scripts, the only thing I can see in common between them all is a large number of unserialize calls during the script startup. I've compiled PHP into debug mode now and I'll leave it running overnight to try and obtain a more detailed backtrace. Previous Comments: [2007-02-19 18:14:06] [EMAIL PROTECTED] We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". [2007-02-19 17:53:51] scottmacvicar at ntlworld dot com Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40545 [Opn->Fbk]: zend_strtod.c threading issue
ID: 40545 Updated by: [EMAIL PROTECTED] Reported By: scottmacvicar at ntlworld dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.2.1 New Comment: We still need to know how to reproduce it, otherwise it's hardly a "**Reproducible** crash". Previous Comments: [2007-02-19 17:53:51] scottmacvicar at ntlworld dot com Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit this bug report at http://bugs.php.net/?id=40545&edit=1
#40545 [NEW]: zend_strtod.c threading issue
From: scottmacvicar at ntlworld dot com Operating system: RHEL 4 PHP version: 5.2.1 PHP Bug Type: Reproducible crash Bug description: zend_strtod.c threading issue Description: Recently upgraded to PHP 5.2.1 from PHP 5.1.6 and we started to see a series of crashes every few hundred thousand requests, couldn't isolate this to a specific section of code so I think its a concurrency problem. I managed to catch a core file from the past few and in each case the backtrace revealed that the problem is zend_strod. This is just an excerpt the rest of the backtrace are just apache internals. Thread 27 (process 14353): #0 0x008b07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 No symbol table info available. #1 0x0013bc46 in kill () from /lib/tls/libc.so.6 No symbol table info available. #2 0x0807e90d in sig_coredump (sig=14332) at mpm_common.c:1170 No locals. #3 No symbol table info available. #4 Balloc (k=1953067823) at /www/src/php-5.2.1/Zend/zend_strtod.c:460 x = Variable "x" is not available. We're seeing this problem on both of our web servers, I can recompile one of the boxes in debug mode if that would help. The only change I can see of recent was a reimplementation of the code to a BSD license. -- Edit bug report at http://bugs.php.net/?id=40545&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40545&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40545&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40545&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40545&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40545&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40545&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40545&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40545&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40545&r=support Expected behavior:http://bugs.php.net/fix.php?id=40545&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40545&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40545&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40545&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40545&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40545&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40545&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40545&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40545&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40545&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40545&r=mysqlcfg
#40371 [Asn->Csd]: pg_set_client_encoding() and pg_client_encoding() are inconsistent
ID: 40371 Updated by: [EMAIL PROTECTED] Reported By: jamaicafisk at gmail dot com -Status: Assigned +Status: Closed Bug Type: PostgreSQL related Operating System: Windows XP SP2 PHP Version: 6CVS-2007-02-06 (snap) Assigned To: edink 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: [2007-02-06 13:23:38] [EMAIL PROTECTED] This means PgSQL client has been built without multibyte support. Edin, is this possible to change somehow? [2007-02-06 13:15:42] jamaicafisk at gmail dot com Description: pg_set_client_encoding('UTF-8') returns 0 but a call to pg_client_encoding() afterwards returns SQL_ASCII The same code works on FreeBSD 6.2-RC1 and PHP 5.2.0 built against Postgresql 8.2 Reproduce code: --- client_encoding . "\n"; echo "pg_client_encoding: " . pg_client_encoding(); ?> Expected result: pg_set_client_encoding: 0 client_encoding: UTF-8 pg_client_encoding: UTF-8 Actual result: -- pg_set_client_encoding: 0 client_encoding: UTF-8 pg_client_encoding: SQL_ASCII -- Edit this bug report at http://bugs.php.net/?id=40371&edit=1
#36496 [Asn->Csd]: SSL support in [EMAIL PROTECTED] not working
ID: 36496 Updated by: [EMAIL PROTECTED] Reported By: krejci at ped dot muni dot cz -Status: Assigned +Status: Closed Bug Type: IMAP related Operating System: WinXP, Win2003 PHP Version: 5.1.4 Assigned To: edink 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. Thanks to olivier dot monaco at free dot fr for giving a good hint :) Previous Comments: [2006-07-30 08:16:15] piotr dot rezmer at ens dot net dot pl the problem relates to mail_open() function which is called within imap_open(). [2006-07-30 07:33:13] piotr dot rezmer at ens dot net dot pl The problem exists also in PHP 5.2 (snapshot php5.2-win32-200607291830.zip) and PHP 6.0 (php6.0-win32-200607291630.zip) [2006-07-14 15:11:22] olivier dot monaco at free dot fr Patch from http://bugs.php.net/bug.php?id=29036 seems to never be tested. Maybe the answer... [2006-05-31 18:36:23] [EMAIL PROTECTED] Just a sidenote: on can link extensions on Windows, if this is really the problem. [2006-05-28 19:14:01] krejci at ped dot muni dot cz Hi, please don't forget me ;-) No change upto latest 5.1.5-dev (Build Date: May 7 2006 00:16:05) 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/36496 -- Edit this bug report at http://bugs.php.net/?id=36496&edit=1
#29036 [NoF->Csd]: imap with ssl not working on windows
ID: 29036 Updated by: [EMAIL PROTECTED] Reported By: josef dot spangler at rz dot uni-regensburg dot de -Status: No Feedback +Status: Closed Bug Type: IMAP related Operating System: Windows PHP Version: 4.3.6 New Comment: Better late than never, fixed in 5.2.2 :) Previous Comments: [2005-08-25 17:29:52] dweingart at pobox dot com [EMAIL PROTECTED] wrote: > It won't help much since we don't build the c-client library > on windows with SSL support. Does this mean that the imap_* functions on the Windows platforms won't work over SSL at all? Even with the openssl extension enabled? If so, that's probably a documentation bug, since the IMAP section of the manual should probably mention that the SSL-enabled examples won't work on Windows. [2004-07-26 01:00:04] 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". [2004-07-08 11:33:00] [EMAIL PROTECTED] It won't help much since we don't build the c-client library on windows with SSL support.. And the .dsp file should be edited too, did you to that? (give a diff for that if you did :) [2004-07-06 21:18:07] josef dot spangler at rz dot uni-regensburg dot de Description: The php_imap extension is unable to connect over ssl to an imap server. The reason is because the ssl engine is not initialized: In php_imap.c Line 435 the function ssl_onceonlyinit (); is not called on windows systems. The following fix will correct this: *** php_imap.c.org Thu Jan 15 01:36:08 2004 --- php_imap.c Thu May 06 13:28:30 2004 *** *** 427,438 #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ auth_link(&auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB && defined(HAVE_IMAP_AUTH_GSS) auth_link(&auth_gss); /* link in the gss authenticator */ #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); - #endif #endif --- 427,438 #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ auth_link(&auth_md5); /* link in the cram-md5 authenticator */ #if HAVE_IMAP_KRB && defined(HAVE_IMAP_AUTH_GSS) auth_link(&auth_gss); /* link in the gss authenticator */ #endif + #endif #ifdef HAVE_IMAP_SSL ssl_onceonlyinit (); #endif -- Edit this bug report at http://bugs.php.net/?id=29036&edit=1
#40544 [Fbk->Opn]: PostgreSQL connection hangs after die()
ID: 40544 User updated by: kees at tweakers dot net Reported By: kees at tweakers dot net -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: Linux (Debian) PHP Version: 5.2.1 New Comment: tested with the snapshot: [EMAIL PROTECTED]:/usr/src/php5.2-200702191330$ sapi/cli/php test.3.php Starting And now he hangs in a busy wait [ctrl-c] [EMAIL PROTECTED]:/usr/src/php5.2-200702191330$ sapi/cli/php -v PHP 5.2.2-dev (cli) (built: Feb 19 2007 16:49:22) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies ldd sapi/cli/php libpq.so.5 => /usr/lib/libpq.so.5 (0xa7f3c000) Previous Comments: [2007-02-19 15:19:10] acm at tweakers dot net Btw, when hanging gdb to the php-process and type 'bt' you get this: #0 0xa7ba88c0 in free () from /lib/tls/libc.so.6 #1 0xa7ec8ea7 in PQclear () from /usr/lib/libpq.so.5 #2 0x08086fc8 in _close_pgsql_link (rsrc=0x81e43ec) at /usr/src/php-4.4.2/ext/pgsql/pgsql.c:277 #3 0x08139fb2 in list_entry_destructor (ptr=0x81e43ec) at /usr/src/php-4.4.2/Zend/zend_list.c:177 #4 0x08137977 in zend_hash_apply_deleter (ht=0x81a49e0, p=0x81e43b4) at /usr/src/php-4.4.2/Zend/zend_hash.c:611 #5 0x08137b97 in zend_hash_graceful_reverse_destroy (ht=0x81a49e0) at /usr/src/php-4.4.2/Zend/zend_hash.c:677 #6 0x0812b9ed in shutdown_executor () at /usr/src/php-4.4.2/Zend/zend_execute_API.c:211 #7 0x08133801 in zend_deactivate () at /usr/src/php-4.4.2/Zend/zend.c:689 #8 0x08107862 in php_request_shutdown (dummy=0x0) at /usr/src/php-4.4.2/main/main.c:999 #9 0x0814ee56 in main (argc=2, argv=0xafb6d114) at /usr/src/php-4.4.2/sapi/cli/php_cli.c:881 [2007-02-19 15:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-02-19 14:57:19] kees at tweakers dot net Description: After opening a db connection to postgresql and executing a query, and after that query a 'die()' php doesnt return to the CLI but hangs Reproduce code: --- Expected result: [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [EMAIL PROTECTED]:~$ Actual result: -- [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [no prompt, you have to ctrl-c to exit] Last part of strace: recv(3, "C\0\0\0\21CREATE TABLE\0G\0\0\0\t\0\0\1\0\0", 16384, 0) = 28 write(1, "And now he hangs in a busy wait\n", 32And now he hangs in a busy wait ) = 32 close(6)= 0 close(5)= 0 close(4)= 0 He probably wants to do a close(3) here as that is the postgresql connection, but it never closes, and netstat will show an open connection: Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program namePath unix 3 [ ] STREAM CONNECTED 549701 - /var/run/postgresql/.s.PGSQL.5432 unix 3 [ ] STREAM CONNECTED 549700 26884/php Tested with PHP 5.2.0-8 (debian package) and PHP 4.4.2 -- Edit this bug report at http://bugs.php.net/?id=40544&edit=1
#22427 [Com]: Missing Form Post Data
ID: 22427 Comment by: arek_felinczak at o2 dot pl Reported By: jroland at uow dot edu dot au Status: No Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: I had the same problem with empty $_POST table. In my case solution was to remove post_max_size line from php.ini. In php.ini i had post_max_size = 16000 instead of default post_max_size = 8M Previous Comments: [2006-12-07 22:30:59] celtic at sairyx dot org I'm experiencing the same problem. Server's running Apache 2 on a Windows Server 2003 machine. IE 6.0, Windows XP SP 2, and about 90% of the time, POST data never reaches my PHP script. Firefox 1.5 in the same conditions, and it runs perfectly. It does seem suspiciously like an IE bug, but this seems too big to be a coincidence that IE never sends POST data to only these PHP applications. [2006-10-18 08:15:50] thisisrobg at gmail dot com Not sure if it exactly the same problem but POST related. - PHP5.2.0RC6-dev - Apache 2.2.3 - IE6 Code SQL : SQL2 : SQL3 : /*sqlprocess.php */ $query = $_REQUEST["sqlstring"]; $query2 = $_REQUEST["sqlstring2"]; $query3 = $_REQUEST["sqlstring3"]; print "Query: " . $query . ""; print "Query2: " . $query2 . ""; print "Query3: " . $query3 . ""; - Problem: None of the field show up when request. Experiments 1. Change form method to GET and it work perfectly. 2. Add/Remove fields make no different, still get nothing. 3. Change $_REQUEST to $_POST or $HTTP_POST_VARS make no different, still get nothing. 4. Change browser to Firefox 2.0b1 and it works fine. 5. Change browser to Opera 9.01 builds 8552 and it works fine. Expecting the problem to be incompatibility between PHP5.2 and IE6. I was using PHP5.1.6 and IIS and POST method works. [2006-10-07 04:29:05] zero at tilt dot eu dot org Same prob, PHP5 in cgi, Apache and env REQUEST_METHOD is POST, there is a content length, but $_POST is empty... This is not a prob with my browser. Tested with Opera 9 and Firefox 1.5. And oh, no prob with an other server :/ Weird. [2006-09-14 13:06:50] emil dot hall at gamereactor dot se We must be talking about several different bugs here. But the bug where some fields are missing from $_POST is NOT a PHP bug, it's all Internet Explorer's fault. This HTML reproduces the bug in IE6: The weird character in the second input field will mess up IE's submit. Characters that confuse IE include: three-dots-as-one-char aka chr(133) the long dash aka chr(150) and the double quotation mark aka chr(147) All very common when you copy&paste from MS Word, just like Egil said. A packet sniffer reveals the broken POST request: (some irrelevant headers have been removed) POST /whatever HTTP/1.1 Content-Type: multipart/form-data; boundary=---7d6399243401fe field1" 1 ---7d6399243401fe Content-Disposition: form-data; name="field2" 2. ---7d6399243401fe-- Submit the same form with Firefox and the difference is obvious: POST /whatever HTTP/1.1 Content-Type: multipart/form-data; boundary=--41184676334 --41184676334 Content-Disposition: form-data; name="field1" 1 --41184676334 Content-Disposition: form-data; name="field2" 2. --41184676334-- [2006-08-29 18:16:32] egil at egil dot net Sorry for flooding this one, but I have noticed something else that I think is important here. I am not always getting this bug with IE6 either, it depends on the text I submit into one of my textarea or text fields. If one of them containts a double quotation mark of the type you get if you press shift-2 within Word (not the standard double quotation mark, which works fine) and copy/paste the text into a textarea or textfield. Please contact me if you need a better explaination and/or testdata. 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/22427 -- Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#40544 [Com]: PostgreSQL connection hangs after die()
ID: 40544 Comment by: acm at tweakers dot net Reported By: kees at tweakers dot net Status: Feedback Bug Type: PostgreSQL related Operating System: Linux (Debian) PHP Version: 5.2.1 New Comment: Btw, when hanging gdb to the php-process and type 'bt' you get this: #0 0xa7ba88c0 in free () from /lib/tls/libc.so.6 #1 0xa7ec8ea7 in PQclear () from /usr/lib/libpq.so.5 #2 0x08086fc8 in _close_pgsql_link (rsrc=0x81e43ec) at /usr/src/php-4.4.2/ext/pgsql/pgsql.c:277 #3 0x08139fb2 in list_entry_destructor (ptr=0x81e43ec) at /usr/src/php-4.4.2/Zend/zend_list.c:177 #4 0x08137977 in zend_hash_apply_deleter (ht=0x81a49e0, p=0x81e43b4) at /usr/src/php-4.4.2/Zend/zend_hash.c:611 #5 0x08137b97 in zend_hash_graceful_reverse_destroy (ht=0x81a49e0) at /usr/src/php-4.4.2/Zend/zend_hash.c:677 #6 0x0812b9ed in shutdown_executor () at /usr/src/php-4.4.2/Zend/zend_execute_API.c:211 #7 0x08133801 in zend_deactivate () at /usr/src/php-4.4.2/Zend/zend.c:689 #8 0x08107862 in php_request_shutdown (dummy=0x0) at /usr/src/php-4.4.2/main/main.c:999 #9 0x0814ee56 in main (argc=2, argv=0xafb6d114) at /usr/src/php-4.4.2/sapi/cli/php_cli.c:881 Previous Comments: [2007-02-19 15:10:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-02-19 14:57:19] kees at tweakers dot net Description: After opening a db connection to postgresql and executing a query, and after that query a 'die()' php doesnt return to the CLI but hangs Reproduce code: --- Expected result: [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [EMAIL PROTECTED]:~$ Actual result: -- [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [no prompt, you have to ctrl-c to exit] Last part of strace: recv(3, "C\0\0\0\21CREATE TABLE\0G\0\0\0\t\0\0\1\0\0", 16384, 0) = 28 write(1, "And now he hangs in a busy wait\n", 32And now he hangs in a busy wait ) = 32 close(6)= 0 close(5)= 0 close(4)= 0 He probably wants to do a close(3) here as that is the postgresql connection, but it never closes, and netstat will show an open connection: Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program namePath unix 3 [ ] STREAM CONNECTED 549701 - /var/run/postgresql/.s.PGSQL.5432 unix 3 [ ] STREAM CONNECTED 549700 26884/php Tested with PHP 5.2.0-8 (debian package) and PHP 4.4.2 -- Edit this bug report at http://bugs.php.net/?id=40544&edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: e at sloven dot net Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: I have same problem and I have tried all suggested solutions. Problem still remains. Previous Comments: [2007-02-16 20:29:24] general at itpsg dot com I am having the same problem. I have tried all the suggestions here. One system is fedora core 4 the other is fedora core 5. Updating the packages does not help. Setting charset does not help. Adding 0; to the save_path does not help. The save path has the appropriate permissions. The session file is created but always empty. Using session_write_close has no effect. We developed the application, fully tested, went to deploy and now this is blowing everything up...ouch! [2007-02-07 09:35:10] morten at vianett dot no Same problem using v5.2.0 I get empty sess_ files in /tmp I have had this problem many times before. It seems that it works if its installed on a sunny day.. [2007-01-18 19:20:45] par at tor dot se Try to change this: session.save_path = "0;c:\program files\php\tmp" don't forget to use the 0; before the path. [2006-12-24 13:18:44] barts at time dot net dot my PHP 5.1.4 Windows NT SERVER 5.1 build 2600 Possible workarounds installed as mentioned in the thread. I also noticed that the session cookie is not updated when another pages is loaded that contains session_start(); This causes the session always to expire after its lifetime, where I expect the session to expire after the last session_start + lifetime. [2006-12-02 05:00:24] michaellai2006 at yahoo dot com Same thing for 5.1.16 I tried other people's suggestion, did not work for me neither. Please give a workaround. 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263&edit=1
#40544 [Opn->Fbk]: PostgreSQL connection hangs after die()
ID: 40544 Updated by: [EMAIL PROTECTED] Reported By: kees at tweakers dot net -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Linux (Debian) PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-02-19 14:57:19] kees at tweakers dot net Description: After opening a db connection to postgresql and executing a query, and after that query a 'die()' php doesnt return to the CLI but hangs Reproduce code: --- Expected result: [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [EMAIL PROTECTED]:~$ Actual result: -- [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [no prompt, you have to ctrl-c to exit] Last part of strace: recv(3, "C\0\0\0\21CREATE TABLE\0G\0\0\0\t\0\0\1\0\0", 16384, 0) = 28 write(1, "And now he hangs in a busy wait\n", 32And now he hangs in a busy wait ) = 32 close(6)= 0 close(5)= 0 close(4)= 0 He probably wants to do a close(3) here as that is the postgresql connection, but it never closes, and netstat will show an open connection: Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program namePath unix 3 [ ] STREAM CONNECTED 549701 - /var/run/postgresql/.s.PGSQL.5432 unix 3 [ ] STREAM CONNECTED 549700 26884/php Tested with PHP 5.2.0-8 (debian package) and PHP 4.4.2 -- Edit this bug report at http://bugs.php.net/?id=40544&edit=1
#40544 [NEW]: PostgreSQL connection hangs after die()
From: kees at tweakers dot net Operating system: Linux (Debian) PHP version: 5.2.1 PHP Bug Type: PostgreSQL related Bug description: PostgreSQL connection hangs after die() Description: After opening a db connection to postgresql and executing a query, and after that query a 'die()' php doesnt return to the CLI but hangs Reproduce code: --- Expected result: [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [EMAIL PROTECTED]:~$ Actual result: -- [EMAIL PROTECTED]:~$ php test.3.php Starting And now he hangs in a busy wait [no prompt, you have to ctrl-c to exit] Last part of strace: recv(3, "C\0\0\0\21CREATE TABLE\0G\0\0\0\t\0\0\1\0\0", 16384, 0) = 28 write(1, "And now he hangs in a busy wait\n", 32And now he hangs in a busy wait ) = 32 close(6)= 0 close(5)= 0 close(4)= 0 He probably wants to do a close(3) here as that is the postgresql connection, but it never closes, and netstat will show an open connection: Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program name Path unix 3 [ ] STREAM CONNECTED 549701 - /var/run/postgresql/.s.PGSQL.5432 unix 3 [ ] STREAM CONNECTED 549700 26884/php Tested with PHP 5.2.0-8 (debian package) and PHP 4.4.2 -- Edit bug report at http://bugs.php.net/?id=40544&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40544&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40544&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40544&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40544&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40544&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40544&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40544&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40544&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40544&r=support Expected behavior:http://bugs.php.net/fix.php?id=40544&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40544&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40544&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40544&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40544&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40544&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40544&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40544&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40544&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40544&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40544&r=mysqlcfg
#38670 [Com]: Whole 4.4.x branch has problem with open_basedir option nested from Apache2
ID: 38670 Comment by: jos at webstekker dot nl Reported By: serokka at hrn dot ru Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.10 PHP Version: 4.4.4 New Comment: The same problem exists when upgrading from 5.2.0 to 5.2.1 on Windows 2003 Server (web edition). safe_mode=on, safe_mode_gid=off: Warning: include() [function.include]: SAFE MODE Restriction in effect. The script whose uid is 1 is not allowed to access ./text/Home.txt owned by uid 0 in E:\wwwroot\test\Home.php on line 14 safe_mode=on, safe_mode_gid=on: Warning: include() [function.include]: SAFE MODE Restriction in effect. The script whose uid/gid is 1/1 is not allowed to access ./text/Home.txt owned by uid/gid 0/0 in E:\wwwroot\test\Home.php on line 14 This works fine in 5.2.0 without any changes to the server configuration. Previous Comments: [2007-01-25 21:27:38] david at cryptix dot de I have the same issue on: Debian Etch Apache/2.2.3 (Debian) PHP/4.4.4-8 mod_ssl/2.2.3 OpenSSL/0.9.8c mod_chroot/0.5 [2007-01-11 12:33:21] prieler at abm dot at hi! i also have this problem. as already said on some reloads of a simple .jpg image this error occurs: Warning: Unknown(): SAFE MODE Restriction in effect. The script whose uid/gid is ... is not allowed to access ... owned by uid/gid ... in Unknown on line 0 i've testet it with apache 2.2.0 and apache 2.2.4. and on each compiled the phpversions 4.3.11, 4.4.2 and 4.4.4. Operating-System is a SuSE-Linux 10.0 i think the error comes on the first time i open an image after apache is restarted. ignore_repeated_errors = On / Off doesn't change anything. thanks. [2006-11-28 19:50:43] steveny at missiondata dot com We are having the same issue on: Fedora Core release 4 PHP 4.4.4 (./configure --with-apxs2=/web/apache/bin/apxs --with-mysql --with-pgsql --with-gd --with-zlib --with-jpeg-dir --with-gettext --enable-mbstring --enable-track-vars --with-xml --with-curl) Apache/2.0.55 If there is more info that I can provide, please let me know. For now, I guess the only option is to pull back to PHP 4.3.11 [2006-11-17 14:33:22] ndsrox at gmx dot net Hey folks, i, better said my our customers, hat exactly this bug on a linux system! So it`s not limited to FreeBSD. [2006-11-08 22:25:08] [EMAIL PROTECTED] No, thanks, we've already figured out that this issue exists only on FreeBSD and only with Apache2, because of some changes done to the Apache engine. Though, solution is not known yet. 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/38670 -- Edit this bug report at http://bugs.php.net/?id=38670&edit=1
#40542 [Bgs]: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon
ID: 40542 User updated by: marvin at chag dot net Reported By: marvin at chag dot net Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 5.2.1 New Comment: Hi Tony2001, The only change to our systems is switching between PHP <= 5.1.1 and PHP >= 5.1.2 (today it was 5.2.1). The result is: for PHP <= 5.1.1 the database connections are working fine and for PHP >= 5.1.2 they are not. So I kindly ask, wether you please can tell me what else should cause this problem, if not PHP / OCI8? Sadly upgrading this databases in this special configuration is no option. PHP documentation http://de.php.net/manual/en/ref.oci8.php states that OCI8 can be used for Oracle 7 and 8 databases, though. Previous Comments: [2007-02-19 13:14:41] [EMAIL PROTECTED] Not PHP problem. I'd also recommend upgrading the DB, 8i is not supported by Oracle for a long time. [2007-02-19 13:06:43] marvin at chag dot net Description: Problem is, that more or less often (not always) the call to OCIPLogon (or OCILogon) results into an Oracle error message "ORA-02248: invalid option for ALTER SESSION" and the connection to the database is not made. Everything worked fine up to PHP 5.1.1 but all other versions starting from 5.1.2 up to 5.2.1 are showing this "ALTER SESSION" behavior. The Oracle related environment for Apache startup is: export ORACLE_SID=db export ORACLE_TERM=vt220 export ORACLE_BASE=/opt/oracle export ORACLE_HOME=$ORACLE_BASE/product/8.1.7 export CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip export LD_LIBRARY_PATH=$ORACLE_HOME/lib export TNS_ADMIN=$ORACLE_HOME/network/admin export PATH=$PATH:$ORACLE_HOME/bin export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P1 Webserver: Linux 2.4.21-303-smp4G Apache 1.3.37 + SSL Patch 1.57 PHP 5.2.1 compiled statically into Apache Oracle Client 8.1.7.0.0 Database: Oracle from version 8.1.6 to 8.1.7.0.4 running on different Linux and Windows PHP configure line: ./configure --with-ldap --enable-dbase --with-mysql --with-oci8 --with-oracle --with-gd --with-jpeg-dir --with-png-dir --with-tiff-dir --with-xpm-dir --enable-calendar --enable-sigchild --with-zlib --with-bz2 --enable-ftp --enable-sockets --with-apache=../apache_1.3.37 --with-gettext --enable-bcmath --with-mcrypt --with-mhash --with-ttf=/usr/include/freetype --with-gmp --enable-trans-sid --with-freetype-dir=/usr/include/freetype2 --enable-gd-native-ttf --with-libxml-dir --enable-soap Reproduce code: --- ","",""); if ($con == true) break; else { echo var_dump(OCIError()); break; } }; ?> Expected result: OCIPLogon() should give a valid DB connection. Actual result: -- When the connect is not working, DEBUG shows the following: OCI8 DEBUG: OCIEnvCreate at (/php-5.2.1/ext/oci8/oci8.c:1216) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1239) OCI8 DEBUG: OCIServerAttach at (/php-5.2.1/ext/oci8/oci8.c:1248) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1258) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1267) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1276) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1286) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1297) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1307) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1316) OCI8 DEBUG: OCISessionBegin at (/php-5.2.1/ext/oci8/oci8.c:1350) OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1514) OCI8 DEBUG: OCIServerDetach at (/php-5.2.1/ext/oci8/oci8.c:1518) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1522) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1526) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1530) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1534) DEBUG XXX OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) array(4) { ["code"]=> int(604) ["message"]=> string(94) "ORA-00604: error occurred at recursive SQL level 1 ORA-02248: invalid option for ALTER SESSION" ["offset"]=> int(0) ["sqltext"]=> string(0) "" } -- Edit this bug report at http://bugs.php.net/?id=40542&edit=1
#40543 [NEW]: pack/unpack bug
From: dedmajor at gmail dot com Operating system: linux x86_64 PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: pack/unpack bug Description: #38770 not fixed(?) in 5.2.1-dev on x86_64 AMD Opteron(tm) Processor 265 unpack don't work, on i686 Intel(R) Celeron(R) CPU 2.50GHz works fine for example. Reproduce code: --- php -r 'print_r(unpack("N", pack("N", 41445))); Expected result: Array ( [1] => 41445 ) Actual result: -- Array ( [1] => -2147442203 ) -- Edit bug report at http://bugs.php.net/?id=40543&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40543&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40543&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40543&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40543&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40543&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40543&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40543&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40543&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40543&r=support Expected behavior:http://bugs.php.net/fix.php?id=40543&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40543&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40543&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40543&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40543&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40543&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40543&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40543&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40543&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40543&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40543&r=mysqlcfg
#40517 [Fbk->Opn]: async connections do not obey connect timeout
ID: 40517 User updated by: djgrrr+phpbugs at p2p-network dot net Reported By: djgrrr+phpbugs at p2p-network dot net -Status: Feedback +Status: Open Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 5.2.1 New Comment: 0) { echo "Ready to read:\n"; foreach($r as $rr) { $md = stream_get_meta_data($rr); var_dump($md, feof($rr), fgets($rr)); fclose($rr); unset($sock); echo $host."\n"; } } } ?> The above code should cause the stream_select to return a readable connection after 5 seconds (in reality it takes around 3 minutes), which when read from will return false, indicating its a failed connection attempt. It would be nice if eof was set on the stream, because the stream technically is at its end (although i'm not sure if that would affect the use of stream_select or not). Previous Comments: [2007-02-19 09:46:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-17 16:05:43] djgrrr+phpbugs at p2p-network dot net Description: when using stream_socket_client() with the flags (STREAM_CLIENT_CONNECT | STREAM_CLIENT_ASYNC_CONNECT), the async connection does not obey the timeout parameter. Also, when the connection does time out (after around 3 minutes) it does not set the eof flag; although it does return false if you try to read from the connection, it would also make a lot of sense if the eof flag was also set on the resource, so calls to feof() return true. -- Edit this bug report at http://bugs.php.net/?id=40517&edit=1
#40542 [Opn->Bgs]: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon
ID: 40542 Updated by: [EMAIL PROTECTED] Reported By: marvin at chag dot net -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 5.2.1 New Comment: Not PHP problem. I'd also recommend upgrading the DB, 8i is not supported by Oracle for a long time. Previous Comments: [2007-02-19 13:06:43] marvin at chag dot net Description: Problem is, that more or less often (not always) the call to OCIPLogon (or OCILogon) results into an Oracle error message "ORA-02248: invalid option for ALTER SESSION" and the connection to the database is not made. Everything worked fine up to PHP 5.1.1 but all other versions starting from 5.1.2 up to 5.2.1 are showing this "ALTER SESSION" behavior. The Oracle related environment for Apache startup is: export ORACLE_SID=db export ORACLE_TERM=vt220 export ORACLE_BASE=/opt/oracle export ORACLE_HOME=$ORACLE_BASE/product/8.1.7 export CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip export LD_LIBRARY_PATH=$ORACLE_HOME/lib export TNS_ADMIN=$ORACLE_HOME/network/admin export PATH=$PATH:$ORACLE_HOME/bin export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P1 Webserver: Linux 2.4.21-303-smp4G Apache 1.3.37 + SSL Patch 1.57 PHP 5.2.1 compiled statically into Apache Oracle Client 8.1.7.0.0 Database: Oracle from version 8.1.6 to 8.1.7.0.4 running on different Linux and Windows PHP configure line: ./configure --with-ldap --enable-dbase --with-mysql --with-oci8 --with-oracle --with-gd --with-jpeg-dir --with-png-dir --with-tiff-dir --with-xpm-dir --enable-calendar --enable-sigchild --with-zlib --with-bz2 --enable-ftp --enable-sockets --with-apache=../apache_1.3.37 --with-gettext --enable-bcmath --with-mcrypt --with-mhash --with-ttf=/usr/include/freetype --with-gmp --enable-trans-sid --with-freetype-dir=/usr/include/freetype2 --enable-gd-native-ttf --with-libxml-dir --enable-soap Reproduce code: --- ","",""); if ($con == true) break; else { echo var_dump(OCIError()); break; } }; ?> Expected result: OCIPLogon() should give a valid DB connection. Actual result: -- When the connect is not working, DEBUG shows the following: OCI8 DEBUG: OCIEnvCreate at (/php-5.2.1/ext/oci8/oci8.c:1216) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1239) OCI8 DEBUG: OCIServerAttach at (/php-5.2.1/ext/oci8/oci8.c:1248) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1258) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1267) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1276) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1286) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1297) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1307) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1316) OCI8 DEBUG: OCISessionBegin at (/php-5.2.1/ext/oci8/oci8.c:1350) OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1514) OCI8 DEBUG: OCIServerDetach at (/php-5.2.1/ext/oci8/oci8.c:1518) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1522) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1526) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1530) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1534) DEBUG XXX OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) array(4) { ["code"]=> int(604) ["message"]=> string(94) "ORA-00604: error occurred at recursive SQL level 1 ORA-02248: invalid option for ALTER SESSION" ["offset"]=> int(0) ["sqltext"]=> string(0) "" } -- Edit this bug report at http://bugs.php.net/?id=40542&edit=1
#40542 [NEW]: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon
From: marvin at chag dot net Operating system: Linux PHP version: 5.2.1 PHP Bug Type: OCI8 related Bug description: "ORA-02248: invalid option for ALTER SESSION" on OCIPLogon Description: Problem is, that more or less often (not always) the call to OCIPLogon (or OCILogon) results into an Oracle error message "ORA-02248: invalid option for ALTER SESSION" and the connection to the database is not made. Everything worked fine up to PHP 5.1.1 but all other versions starting from 5.1.2 up to 5.2.1 are showing this "ALTER SESSION" behavior. The Oracle related environment for Apache startup is: export ORACLE_SID=db export ORACLE_TERM=vt220 export ORACLE_BASE=/opt/oracle export ORACLE_HOME=$ORACLE_BASE/product/8.1.7 export CLASSPATH=$ORACLE_HOME/jdbc/lib/classes111.zip export LD_LIBRARY_PATH=$ORACLE_HOME/lib export TNS_ADMIN=$ORACLE_HOME/network/admin export PATH=$PATH:$ORACLE_HOME/bin export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data export NLS_LANG=GERMAN_GERMANY.WE8ISO8859P1 Webserver: Linux 2.4.21-303-smp4G Apache 1.3.37 + SSL Patch 1.57 PHP 5.2.1 compiled statically into Apache Oracle Client 8.1.7.0.0 Database: Oracle from version 8.1.6 to 8.1.7.0.4 running on different Linux and Windows PHP configure line: ./configure --with-ldap --enable-dbase --with-mysql --with-oci8 --with-oracle --with-gd --with-jpeg-dir --with-png-dir --with-tiff-dir --with-xpm-dir --enable-calendar --enable-sigchild --with-zlib --with-bz2 --enable-ftp --enable-sockets --with-apache=../apache_1.3.37 --with-gettext --enable-bcmath --with-mcrypt --with-mhash --with-ttf=/usr/include/freetype --with-gmp --enable-trans-sid --with-freetype-dir=/usr/include/freetype2 --enable-gd-native-ttf --with-libxml-dir --enable-soap Reproduce code: --- ","",""); if ($con == true) break; else { echo var_dump(OCIError()); break; } }; ?> Expected result: OCIPLogon() should give a valid DB connection. Actual result: -- When the connect is not working, DEBUG shows the following: OCI8 DEBUG: OCIEnvCreate at (/php-5.2.1/ext/oci8/oci8.c:1216) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1239) OCI8 DEBUG: OCIServerAttach at (/php-5.2.1/ext/oci8/oci8.c:1248) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1258) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1267) OCI8 DEBUG: OCIHandleAlloc at (/php-5.2.1/ext/oci8/oci8.c:1276) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1286) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1297) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1307) OCI8 DEBUG: OCIAttrSet at (/php-5.2.1/ext/oci8/oci8.c:1316) OCI8 DEBUG: OCISessionBegin at (/php-5.2.1/ext/oci8/oci8.c:1350) OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1514) OCI8 DEBUG: OCIServerDetach at (/php-5.2.1/ext/oci8/oci8.c:1518) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1522) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1526) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1530) OCI8 DEBUG: OCIHandleFree at (/php-5.2.1/ext/oci8/oci8.c:1534) DEBUG XXX OCI8 DEBUG: OCIErrorGet at (/php-5.2.1/ext/oci8/oci8.c:922) array(4) { ["code"]=> int(604) ["message"]=> string(94) "ORA-00604: error occurred at recursive SQL level 1 ORA-02248: invalid option for ALTER SESSION" ["offset"]=> int(0) ["sqltext"]=> string(0) "" } -- Edit bug report at http://bugs.php.net/?id=40542&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40542&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40542&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40542&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40542&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40542&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40542&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40542&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40542&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40542&r=support Expected behavior:http://bugs.php.net/fix.php?id=40542&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40542&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40542&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40542&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40542&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40542&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40542&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40542&r=gnused Floating point limitations: http://bugs.php.ne
#40527 [Opn->Bgs]: Can't compile with IMAP.
ID: 40527 Updated by: [EMAIL PROTECTED] Reported By: sega01 at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux/Zenserver (Slackware drv.) PHP Version: 5.2.1 New Comment: configure:45914:22: c-client.h: No such file or directory The header file "c-client.h" is apparently missing. Previous Comments: [2007-02-19 12:37:56] sega01 at gmail dot com Here is my config log - http://www.go-beyond.org/config.log . Thanks for looking into this. [2007-02-19 10:00:22] [EMAIL PROTECTED] Please upload your config.log somewhere, I'll look into it. [2007-02-18 18:22:11] sega01 at gmail dot com I have used 2002e and 2004 from uw imap. I had lots of trouble trying to compile the latest, so I just got those as packages and made sure they had the .a, .h, and appropriate files needed by PHP for imap support. PS: I think that PHP should ship with the IMAP sources inside it, it would resolve many problems like this. [2007-02-18 15:41:39] [EMAIL PROTECTED] What version of c-client are you using? [2007-02-17 22:32:21] sega01 at gmail dot com Description: ./configure fails with --with-imap. I have tried a few different versions of uw-imap/c-client, and they all do not work. I'm sorry if this has been reported before, or I haven't read enough documentation but after hours of frustrating work I think it's time to submit my report. Let me know if you need my config.log file. Reproduce code: --- ./configure (other things as well, but this only fails when imap is included) --with-imap Expected result: checking for utf8_mime2text signature... new checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. Actual result: -- Same as expected. -- Edit this bug report at http://bugs.php.net/?id=40527&edit=1
#40527 [Fbk->Opn]: Can't compile with IMAP.
ID: 40527 User updated by: sega01 at gmail dot com Reported By: sega01 at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux/Zenserver (Slackware drv.) PHP Version: 5.2.1 New Comment: Here is my config log - http://www.go-beyond.org/config.log . Thanks for looking into this. Previous Comments: [2007-02-19 10:00:22] [EMAIL PROTECTED] Please upload your config.log somewhere, I'll look into it. [2007-02-18 18:22:11] sega01 at gmail dot com I have used 2002e and 2004 from uw imap. I had lots of trouble trying to compile the latest, so I just got those as packages and made sure they had the .a, .h, and appropriate files needed by PHP for imap support. PS: I think that PHP should ship with the IMAP sources inside it, it would resolve many problems like this. [2007-02-18 15:41:39] [EMAIL PROTECTED] What version of c-client are you using? [2007-02-17 22:32:21] sega01 at gmail dot com Description: ./configure fails with --with-imap. I have tried a few different versions of uw-imap/c-client, and they all do not work. I'm sorry if this has been reported before, or I haven't read enough documentation but after hours of frustrating work I think it's time to submit my report. Let me know if you need my config.log file. Reproduce code: --- ./configure (other things as well, but this only fails when imap is included) --with-imap Expected result: checking for utf8_mime2text signature... new checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. Actual result: -- Same as expected. -- Edit this bug report at http://bugs.php.net/?id=40527&edit=1
#40540 [Opn->Fbk]: MySQL Undefined references
ID: 40540 Updated by: [EMAIL PROTECTED] Reported By: mikko dot kayhko at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 3 PHP Version: 5.2.1 New Comment: I can't see any problems building PHP with MySQL 5.0.27 from RPMs. Did you build MySQL yourself or did you use some binary packages? It looks like you're using new libraries, but headers are from MySQL v.4.x.x. Please make sure you've installed new headers and removed the old ones. Previous Comments: [2007-02-19 11:02:24] mikko dot kayhko at gmail dot com MySQL server community edition 5.0.27. [2007-02-19 10:22:02] [EMAIL PROTECTED] Can't reproduce. Which version of MySQL are you using? [2007-02-19 10:06:02] mikko dot kayhko at gmail dot com Description: PHP 5.2.1. ./configure parameters: --with-apxs2=/usr/local/apache/bin/apxs --with-mysql --with-config-file-path=/usr/local/apache/php --with-ldap While performing "make", the following error message appears and stops doing whatever it did: .. ext/mysql/.libs/php_mysql.o(.text+0x232d): In function `zif_mysql_create_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1164: undefined reference to `mysql_create_db' ext/mysql/.libs/php_mysql.o(.text+0x2548): In function `zif_mysql_drop_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1203: undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Expected result: Successful build. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=40540&edit=1
#40537 [Fbk->Opn]: move_uploaded_file - target directory's name problem
ID: 40537 User updated by: stloukal at programator dot cz Reported By: stloukal at programator dot cz -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Hello, here is working code that demonstrates described bug. I append some configuration that may be interesting for you. Configuration: Safe mode: off $_SERVER[SCRIPT_FILENAME]: /var/www/web/tuzemsko/krtek/admin/gallery_test.php real path of the script: /home/chroot/home/krtek/web/tuzemsko/www/admin/gallery_test.php /var/www/web/tuzemsko/krtek is a symbolic link to /home/chroot/home/krtek/web/tuzemsko/www/. httpd.conf: php_admin_value upload_tmp_dir /home/chroot/tmp/ php_admin_value open_basedir /var/www/web/tuzemsko/krtek/:/home/chroot/tmp/:/home/chroot/home/krtek/web/ Directory /home/chroot/home/krtek/web/tuzemsko/tmp/ has 0777 permissions. --- Script: '; ?> Everything worked fine with 5.1.2 version. Previous Comments: [2007-02-19 10:01:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2007-02-19 01:13:39] stloukal at programator dot cz Description: Hello, I have a problem with move_uploaded_file() function which doesn't move the uploaded file. No errors or warnings are thrown, only false is returned. Problem occurs only if target directory is RELATIVELY addressed and it is named "tmp". It seems, that this is the same problem: http://bugs.php.net/bug.php?id=32456 Reproduce code: --- $path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system tmp directory echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' = '.(int)file_exists($_FILES['soubor']['tmp_name']); move_uploaded_file($_FILES['soubor']['tmp_name'], $path); echo ' moved: '.$path.' = '.(int)file_exists($path); Expected result: uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 1 Actual result: -- uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 0 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40461 [Opn->Csd]: Test for #39602 fails bogusly
ID: 40461 Updated by: [EMAIL PROTECTED] Reported By: ben at qolc dot net -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux RedHat AS 4 PHP Version: 5.2.1 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: [2007-02-13 12:20:06] ben at qolc dot net Description: I had a number of 'make test' failures from 5.2.1, but the one for bug #39602 concerned me so I checked it out. Running sapi/cli/php Zend/tests/bug39602.php prints "ok", which seems to suggest that the test does NOT fail, so why is it being reported as a failure? I don't know how the test framework works or how to increase the verbosity; if you need any more info just let me know how to get it... -- Edit this bug report at http://bugs.php.net/?id=40461&edit=1
#40540 [Fbk->Opn]: MySQL Undefined references
ID: 40540 User updated by: mikko dot kayhko at gmail dot com Reported By: mikko dot kayhko at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Fedora Core 3 PHP Version: 5.2.1 New Comment: MySQL server community edition 5.0.27. Previous Comments: [2007-02-19 10:22:02] [EMAIL PROTECTED] Can't reproduce. Which version of MySQL are you using? [2007-02-19 10:06:02] mikko dot kayhko at gmail dot com Description: PHP 5.2.1. ./configure parameters: --with-apxs2=/usr/local/apache/bin/apxs --with-mysql --with-config-file-path=/usr/local/apache/php --with-ldap While performing "make", the following error message appears and stops doing whatever it did: .. ext/mysql/.libs/php_mysql.o(.text+0x232d): In function `zif_mysql_create_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1164: undefined reference to `mysql_create_db' ext/mysql/.libs/php_mysql.o(.text+0x2548): In function `zif_mysql_drop_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1203: undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Expected result: Successful build. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=40540&edit=1
#40539 [Opn->Asn]: Invisible attributes in XML loaded with default namespace
ID: 40539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: SimpleXML related Operating System: Windows PHP Version: 5.2.1 -Assigned To: +Assigned To: helly Previous Comments: [2007-02-19 10:01:16] [EMAIL PROTECTED] Description: When I load XML with fourth attribute of simplexml_load_file or simplexml_load_string, attributes are invisible. It's irrelevant if namespace is default (xmlns=) or prefixed (xmlns:x=). Reproduce code: --- $text = 'http://example.org";>test'; $xml = simplexml_load_string($text, null, 0, "http://example.org";); var_dump($xml->c["a"]); Expected result: object(SimpleXMLElement)#4 (1) { [0]=> string(1) "d" } Actual result: -- NULL -- Edit this bug report at http://bugs.php.net/?id=40539&edit=1
#40540 [Opn->Fbk]: MySQL Undefined references
ID: 40540 Updated by: [EMAIL PROTECTED] Reported By: mikko dot kayhko at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 3 PHP Version: 5.2.1 New Comment: Can't reproduce. Which version of MySQL are you using? Previous Comments: [2007-02-19 10:06:02] mikko dot kayhko at gmail dot com Description: PHP 5.2.1. ./configure parameters: --with-apxs2=/usr/local/apache/bin/apxs --with-mysql --with-config-file-path=/usr/local/apache/php --with-ldap While performing "make", the following error message appears and stops doing whatever it did: .. ext/mysql/.libs/php_mysql.o(.text+0x232d): In function `zif_mysql_create_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1164: undefined reference to `mysql_create_db' ext/mysql/.libs/php_mysql.o(.text+0x2548): In function `zif_mysql_drop_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1203: undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Expected result: Successful build. Actual result: -- See description. -- Edit this bug report at http://bugs.php.net/?id=40540&edit=1
#40540 [NEW]: MySQL Undefined references
From: mikko dot kayhko at gmail dot com Operating system: Fedora Core 3 PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: MySQL Undefined references Description: PHP 5.2.1. ./configure parameters: --with-apxs2=/usr/local/apache/bin/apxs --with-mysql --with-config-file-path=/usr/local/apache/php --with-ldap While performing "make", the following error message appears and stops doing whatever it did: .. ext/mysql/.libs/php_mysql.o(.text+0x232d): In function `zif_mysql_create_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1164: undefined reference to `mysql_create_db' ext/mysql/.libs/php_mysql.o(.text+0x2548): In function `zif_mysql_drop_db': /tmp/php-5.2.1/ext/mysql/php_mysql.c:1203: undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 Expected result: Successful build. Actual result: -- See description. -- Edit bug report at http://bugs.php.net/?id=40540&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40540&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40540&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40540&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40540&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40540&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40540&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40540&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40540&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40540&r=support Expected behavior:http://bugs.php.net/fix.php?id=40540&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40540&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40540&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40540&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40540&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40540&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40540&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40540&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40540&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40540&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40540&r=mysqlcfg
#40538 [Csd->Bgs]: Compile Error
ID: 40538 Updated by: [EMAIL PROTECTED] Reported By: support at myevolve dot com -Status: Closed +Status: Bogus Bug Type: mbstring related Operating System: Red Hat EL 3 PHP Version: 5CVS-2007-02-19 (snap) Previous Comments: [2007-02-19 09:28:58] support at myevolve dot com I had used the "--enable-zend-multibyte" flag prior to including the "--enable-mbstring" flag. This trashed my make. Only after doing a "make clean" was I able to successfully build. [2007-02-19 08:56:53] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Don\'t select a snapshot when you\'re using PHP 5.0.4 either... [2007-02-19 08:44:42] support at myevolve dot com Description: Only when using "--enable-mbstring" in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit this bug report at http://bugs.php.net/?id=40538&edit=1
#40537 [Opn->Fbk]: move_uploaded_file - target directory's name problem
ID: 40537 Updated by: [EMAIL PROTECTED] Reported By: stloukal at programator dot cz -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FC4, 2.6.17 PHP Version: 5.2.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-19 01:13:39] stloukal at programator dot cz Description: Hello, I have a problem with move_uploaded_file() function which doesn't move the uploaded file. No errors or warnings are thrown, only false is returned. Problem occurs only if target directory is RELATIVELY addressed and it is named "tmp". It seems, that this is the same problem: http://bugs.php.net/bug.php?id=32456 Reproduce code: --- $path = '../../tmp/'.$_FILES['soubor']['name']; // this is not the system tmp directory echo 'uploaded: '.$_FILES['soubor']['tmp_name'].' = '.(int)file_exists($_FILES['soubor']['tmp_name']); move_uploaded_file($_FILES['soubor']['tmp_name'], $path); echo ' moved: '.$path.' = '.(int)file_exists($path); Expected result: uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 1 Actual result: -- uploaded: /home/chroot/tmp/phpcLIB4C = 1 moved: ../../tmp/galerie_2001_image001jpg.jpg = 0 -- Edit this bug report at http://bugs.php.net/?id=40537&edit=1
#40539 [NEW]: Invisible attributes in XML loaded with default namespace
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.2.1 PHP Bug Type: SimpleXML related Bug description: Invisible attributes in XML loaded with default namespace Description: When I load XML with fourth attribute of simplexml_load_file or simplexml_load_string, attributes are invisible. It's irrelevant if namespace is default (xmlns=) or prefixed (xmlns:x=). Reproduce code: --- $text = 'http://example.org";>test'; $xml = simplexml_load_string($text, null, 0, "http://example.org";); var_dump($xml->c["a"]); Expected result: object(SimpleXMLElement)#4 (1) { [0]=> string(1) "d" } Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=40539&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40539&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40539&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40539&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40539&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40539&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40539&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40539&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40539&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40539&r=support Expected behavior:http://bugs.php.net/fix.php?id=40539&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40539&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40539&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40539&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40539&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40539&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40539&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40539&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40539&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40539&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40539&r=mysqlcfg
#40527 [Opn->Fbk]: Can't compile with IMAP.
ID: 40527 Updated by: [EMAIL PROTECTED] Reported By: sega01 at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux/Zenserver (Slackware drv.) PHP Version: 5.2.1 New Comment: Please upload your config.log somewhere, I'll look into it. Previous Comments: [2007-02-18 18:22:11] sega01 at gmail dot com I have used 2002e and 2004 from uw imap. I had lots of trouble trying to compile the latest, so I just got those as packages and made sure they had the .a, .h, and appropriate files needed by PHP for imap support. PS: I think that PHP should ship with the IMAP sources inside it, it would resolve many problems like this. [2007-02-18 15:41:39] [EMAIL PROTECTED] What version of c-client are you using? [2007-02-17 22:32:21] sega01 at gmail dot com Description: ./configure fails with --with-imap. I have tried a few different versions of uw-imap/c-client, and they all do not work. I'm sorry if this has been reported before, or I haven't read enough documentation but after hours of frustrating work I think it's time to submit my report. Let me know if you need my config.log file. Reproduce code: --- ./configure (other things as well, but this only fails when imap is included) --with-imap Expected result: checking for utf8_mime2text signature... new checking for U8T_CANONICAL... no configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information. Actual result: -- Same as expected. -- Edit this bug report at http://bugs.php.net/?id=40527&edit=1
#40524 [Opn->Fbk]: undefined symbol: zend_qsort
ID: 40524 Updated by: [EMAIL PROTECTED] Reported By: mgarner at sunnet dot net -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: RHEL4 PHP Version: 5.2.1 New Comment: Can't reproduce. Please provide more information about your system. Previous Comments: [2007-02-17 19:06:29] mgarner at sunnet dot net Description: Apache 2.2.4 compiles fine as does PHP5.2.1. When apachectl start is run I get "undefined symbol: zend_qsort" Actual result: -- Syntax error on line 53 of /etc/httpd/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: zend_qsort -- Edit this bug report at http://bugs.php.net/?id=40524&edit=1
#40517 [Opn->Fbk]: async connections do not obey connect timeout
ID: 40517 Updated by: [EMAIL PROTECTED] Reported By: djgrrr+phpbugs at p2p-network dot net -Status: Open +Status: Feedback Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 5.2.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-02-17 16:05:43] djgrrr+phpbugs at p2p-network dot net Description: when using stream_socket_client() with the flags (STREAM_CLIENT_CONNECT | STREAM_CLIENT_ASYNC_CONNECT), the async connection does not obey the timeout parameter. Also, when the connection does time out (after around 3 minutes) it does not set the eof flag; although it does return false if you try to read from the connection, it would also make a lot of sense if the eof flag was also set on the resource, so calls to feof() return true. -- Edit this bug report at http://bugs.php.net/?id=40517&edit=1
#40516 [Opn->Bgs]: IE7 problem with ob_start('ob_gzhandler');
ID: 40516 Updated by: [EMAIL PROTECTED] Reported By: driv at telenet dot be -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: win xp PHP Version: 4.4.5 New Comment: IE7 problems should be reported to Microsoft. Previous Comments: [2007-02-17 14:51:33] driv at telenet dot be Description: IE7 problem with ob_start('ob_gzhandler'); Reproduce code: --- $name = 'test.sql.gz'; header("Pragma: no-cache"); header("Content-Type: application/x-gzip; name=\"$name\""); header("Content-disposition: attachment; filename=$name"); ob_start('ob_gzhandler'); echo "test"; Expected result: a good gzip file it works on every browser except IE7 -- Edit this bug report at http://bugs.php.net/?id=40516&edit=1
#40538 [Bgs->Csd]: Compile Error
ID: 40538 User updated by: support at myevolve dot com Reported By: support at myevolve dot com -Status: Bogus +Status: Closed Bug Type: mbstring related Operating System: Red Hat EL 3 PHP Version: 5CVS-2007-02-19 (snap) New Comment: I had used the "--enable-zend-multibyte" flag prior to including the "--enable-mbstring" flag. This trashed my make. Only after doing a "make clean" was I able to successfully build. Previous Comments: [2007-02-19 08:56:53] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Don\'t select a snapshot when you\'re using PHP 5.0.4 either... [2007-02-19 08:44:42] support at myevolve dot com Description: Only when using "--enable-mbstring" in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit this bug report at http://bugs.php.net/?id=40538&edit=1
#40538 [Opn->Bgs]: Compile Error
ID: 40538 Updated by: [EMAIL PROTECTED] Reported By: support at myevolve dot com -Status: Open +Status: Bogus Bug Type: mbstring related Operating System: Red Hat EL 3 PHP Version: 5CVS-2007-02-19 (snap) New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Don't select a snapshot when you're using PHP 5.0.4 either... Previous Comments: [2007-02-19 08:44:42] support at myevolve dot com Description: Only when using "--enable-mbstring" in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit this bug report at http://bugs.php.net/?id=40538&edit=1
#40538 [NEW]: Compile Error
From: support at myevolve dot com Operating system: Red Hat EL 3 PHP version: 5CVS-2007-02-19 (snap) PHP Bug Type: mbstring related Bug description: Compile Error Description: Only when using "--enable-mbstring" in version 5.0.4, make fails with the following error: ext/mbstring/mbstring.lo(.text+0xa59): In function `OnUpdate_mbstring_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:623: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x1544): In function `zif_mb_internal_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:1061: undefined reference to `zend_multibyte_set_internal_encoding' ext/mbstring/mbstring.lo(.text+0x640d): In function `php_mb_set_zend_encoding': /usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3541: undefined reference to `zend_multibyte_set_script_encoding' ext/mbstring/mbstring.lo(.text+0x6449):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3556: undefined reference to `zend_multibyte_set_functions' ext/mbstring/mbstring.lo(.text+0x6478):/usr/src/redhat/BUILD/php-5.0.4/ext/mbstring/mbstring.c:3553: undefined reference to `zend_multibyte_set_internal_encoding' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 (Please advise on how to work around this, as I must use this version for now.) -- Edit bug report at http://bugs.php.net/?id=40538&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40538&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40538&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40538&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40538&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40538&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40538&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40538&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40538&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40538&r=support Expected behavior:http://bugs.php.net/fix.php?id=40538&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40538&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40538&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40538&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40538&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40538&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40538&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40538&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40538&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40538&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40538&r=mysqlcfg
#40536 [Opn->Fbk]: PHP craching as well 4.4.5
ID: 40536 Updated by: [EMAIL PROTECTED] Reported By: avx at seznam dot cz -Status: Open +Status: Feedback Bug Type: IIS related Operating System: windows 2000 PHP Version: 4.4.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. Previous Comments: [2007-02-18 23:37:55] avx at seznam dot cz Description: Totaly crash php 4.4.5 with Access Violation after a few minutes of correct work. This bug was firts included in php 4.4.2 version and to this day was not fixed. Reproduce code: --- I dont no, this is web hosting server with 1000 users, more scripts and php applications. Applications Access Violation crashing randomly. Expected result: PHP running as cached ISAPI IIS5 application pool isolation is set to LOW (but also MEDIUM has identical effect) Actual result: -- This had been first version 4.4.2 and in all higher versions (4.4.5 included). The latest stable version is really 4.4.1 (with GD2 from 4.4.2 version). Please, check all changes from off 4.4.1. and fix this problem. Thanks. -- Edit this bug report at http://bugs.php.net/?id=40536&edit=1