#38613 [NEW]: SNMP issues via Apache but ok via PHP CLI
From: neil at fissure dot net Operating system: CentOS release 4.3 PHP version: 5.1.5 PHP Bug Type: SNMP related Bug description: SNMP issues via Apache but ok via PHP CLI Description: Similar to bug: #32680 PHP_MSHUTDOWN PHP_MINIT PHP gives errors when used as an Apache Module, but the same source code works via PHP CLI Reproduce code: --- error_reporting(E_ALL); $host = "xxx"; $community = "xxx"; $syscontact = snmpget($host, $community, "system.sysName.0"); PRINT "$syscontact\n"; Expected result: STRING: 7200 Actual result: -- Warning: snmpget() [function.snmpget]: Could not open snmp connection: Unknown host in /usr/local/apache/ htdocs/xxx/snmpwalk.php3 on line 9 I'm running: PHP Version 5.1.6 './configure' '--with-mysql' '--with-mysqli' '--enable- mbstring' '--with-zlib-dir=/usr' '--with-curl' '--with- snmp' '--with-apache=../apache_1.3.37' '--enable-ucd- snmp-hack' ('--enable-ucd-snmp-hack' was added in troubleshooting) Using: Name : net-snmp Arch : i386 Version: 5.1.2 Release: 11.EL4.6 Once, but only once stracing the httpd process, I saw: write(2, "No support for requested transpo"..., 48) = 48 which I believe came from net-snmp -- Edit bug report at http://bugs.php.net/?id=38613&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38613&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38613&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38613&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38613&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38613&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38613&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38613&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38613&r=support Expected behavior:http://bugs.php.net/fix.php?id=38613&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38613&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38613&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38613&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38613&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38613&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38613&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38613&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38613&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38613&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38613&r=mysqlcfg
#38612 [NEW]: Oracle retrieval of LOBs broken
From: stronk7 at moodle dot org Operating system: MacOS X and Linux PHP version: 5.1.5 PHP Bug Type: OCI8 related Bug description: Oracle retrieval of LOBs broken Description: Under PHP 5.1.x, retrieval of LOBs is completely broken. We have tried it with: ocifetchinto() with the OCI_RETURN_LOBS flag set. ociloadlob() OCI-Lob->read() OCU-Lob->load() and the script ends with timeout. It seems that this bug was solved in Bug 37406 and closed for 5.1.4 but under 5.1.6 the same problem persists. Isn't this going to be back-ported to 5.1.x series? It does Oracle practically unusable! Ciao, Eloy :-) -- Edit bug report at http://bugs.php.net/?id=38612&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38612&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38612&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38612&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38612&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38612&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38612&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38612&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38612&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38612&r=support Expected behavior:http://bugs.php.net/fix.php?id=38612&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38612&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38612&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38612&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38612&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38612&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38612&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38612&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38612&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38612&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38612&r=mysqlcfg
#36646 [Com]: foreach($_SESSION as $key => $value) unset($_SESSION[$key]) crashes apache2
ID: 36646 Comment by: joe at gmail dot com Reported By: christian dot cal at gmx dot de Status: No Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 New Comment: Actually to clarify, it doesn't crash Apache on my computer, but it doesn't unset the variables! Previous Comments: [2006-08-27 01:09:31] joe at gmail dot com I'm running 5.1.6 and I have this problem... it still hasn't been fixed! [2006-08-02 01:00:00] 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". [2006-07-25 16:30:02] gmartyn at judicialtitle dot com Ugh, looks like I was affected by this bug after all.. the array_merge was a problem, but so was the foreach over the $_SESSION. I got my script working by using the trick provided in the first comment: $helper=&$_SESSION; foreach ($helper as $key => $value){ unset($helper[$key]); } [2006-07-25 16:20:41] gmartyn at judicialtitle dot com I'm sorry, my last comment was incorrect. My problem was that I was trying to do this: $_SESSION = array_merge($_SESSION, $SomeVars); [2006-07-25 16:14:29] [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 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/36646 -- Edit this bug report at http://bugs.php.net/?id=36646&edit=1
#36646 [Com]: foreach($_SESSION as $key => $value) unset($_SESSION[$key]) crashes apache2
ID: 36646 Comment by: joe at gmail dot com Reported By: christian dot cal at gmx dot de Status: No Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 New Comment: I'm running 5.1.6 and I have this problem... it still hasn't been fixed! Previous Comments: [2006-08-02 01:00:00] 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". [2006-07-25 16:30:02] gmartyn at judicialtitle dot com Ugh, looks like I was affected by this bug after all.. the array_merge was a problem, but so was the foreach over the $_SESSION. I got my script working by using the trick provided in the first comment: $helper=&$_SESSION; foreach ($helper as $key => $value){ unset($helper[$key]); } [2006-07-25 16:20:41] gmartyn at judicialtitle dot com I'm sorry, my last comment was incorrect. My problem was that I was trying to do this: $_SESSION = array_merge($_SESSION, $SomeVars); [2006-07-25 16:14:29] [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 [2006-07-25 16:10:54] gmartyn at judicialtitle dot com I am able to reproduce this bug with php 5.1.4 on IIS 6. I also tried one of the solutions provided by the first comment: $helper=array_keys($_SESSION); foreach ($helper as $key){ unset($_SESSION[$key]); } ..but after a print_r($_SESSION), I got this. Note the Access Violation: The session is now: Array ( [numRecords] => 2 [curRecord] => 1 [curTab_r0] => Header [curPartyType_r1] => d [numDebtors_r1] => 1 [numSecured_r1] => 1 [numProperty_r1] => 1 [curTab_r1] => Document [OriginalDocPgcnt_r1] => 1PHP has encountered an Access Violation at 01E1CCA6 [curTab_r2] => Document [OriginalDocPgcnt_r2] => 2 [chkbox_doc_nonstd_r1] => false [curPartyType_r2] => d [numDebtors_r2] => 1 [numSecured_r2] => 1 [numProperty_r2] => 1 ) 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/36646 -- Edit this bug report at http://bugs.php.net/?id=36646&edit=1
#38611 [NEW]: Call to undefined function mail()
From: ole at gidderikke dot no Operating system: Debian GNU/Linux 3.1 (sarge) PHP version: 5.1.5 PHP Bug Type: Mail related Bug description: Call to undefined function mail() Description: Fatal error: Call to undefined function mail() in /path/file.php on line 1 Reproduce code: --- php-script: $headers = "From: $name <$frommail>\n"; $mailtext = "Text for the mail."; mail($tomail, "Subject for the mail", $mailtext, $headers); php.ini (the path is correct): sendmail_path = "/var/qmail/bin/qmail-inject" Expected result: I expect that PHP will find it's mail()-function. All this code and php.ini worked in earlier versions (not with) than PHP 5.1.4. I don't remember wich version, but I guess it was ~5.1.2. Version running now: 5.1.6 (not 5.1.5). -- Edit bug report at http://bugs.php.net/?id=38611&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38611&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38611&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38611&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38611&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38611&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38611&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38611&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38611&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38611&r=support Expected behavior:http://bugs.php.net/fix.php?id=38611&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38611&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38611&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38611&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38611&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38611&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38611&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38611&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38611&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38611&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38611&r=mysqlcfg
#38610 [NEW]: wish: gmp_printf
From: php at richardneill dot org Operating system: PHP version: 5.1.5 PHP Bug Type: Feature/Change Request Bug description: wish: gmp_printf Description: According to the gmp homepage, there is a gmp_printf function. However, PHP doesn't have one. While it isn't that hard to implement by hand, it would be nice to have... (gmp_log would be nice, too!) Thanks, Richard -- Edit bug report at http://bugs.php.net/?id=38610&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38610&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38610&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38610&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38610&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38610&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38610&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38610&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38610&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38610&r=support Expected behavior:http://bugs.php.net/fix.php?id=38610&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38610&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38610&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38610&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38610&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38610&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38610&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38610&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38610&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38610&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38610&r=mysqlcfg
#38600 [Opn]: libpcre needs update to 6.7: Infinite loop using preg_match
ID: 38600 User updated by: phillip dot berndt at googlemail dot com -Summary: Infinite loop in preg_match Reported By: phillip dot berndt at googlemail dot com Status: Open Bug Type: PCRE related Operating System: Linux PHP Version: 5.1.5 New Comment: Changed title to fit better. Sorry for posting another comment, I can't submit the update without posting something :) I just tested updating the php source to use the newest libpcre - everything is working perfectly. Previous Comments: [2006-08-26 14:55:06] phillip dot berndt at googlemail dot com This should be the problem: ChangeLog for PCRE -- Version 6.7 04-Jul-06 [...] 4. When UTF-8 mode was not set, PCRE looped when compiling certain patterns containing an extended class (one that cannot be represented by a bitmap because it contains high-valued characters or Unicode property items, e.g. [\pZ]). Almost always one would set UTF-8 mode when processing such a pattern, but PCRE should not loop if you do not (it no longer does). [Detail: two cases were found: (a) a repeated subpattern containing an extended class; (b) a recursive reference to a subpattern that followed a previous extended class. It wasn't skipping over the extended class correctly when UTF-8 mode was not set.] [...] [2006-08-26 13:40:16] phillip dot berndt at googlemail dot com Same result for a fresh php5.2-200608261230 build. I don't know, whether this helps, but in this build I interrupted the process after about 10 seconds; here's the bt: #0 adjust_recurse (group=0x84706db "R", adjust=1, utf8=0, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117 #1 0x08080269 in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681 #2 0x0807e71a in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177 #3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8 "(?http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-25 21:14:47] phillip dot berndt at googlemail dot com Description: When executing the code below, the function won't return but loop forever (or do something else, I don't know). Reproduce code: --- Expected result: Something like that: [EMAIL PROTECTED] ~ $ time perl -e '$_="bla bla bla"; /(? Fatal error: Maximum execution time of 10 seconds exceeded in /home/pberndt/- on line 4 -- Edit this bug report at http://bugs.php.net/?id=38600&edit=1
#38608 [NEW]: File include control system feature request
From: p3n4g473 at hotmail dot com Operating system: n/a PHP version: 5.1.5 PHP Bug Type: Feature/Change Request Bug description: File include control system feature request Description: I think PHP should include some sort of directive control system for determining what portions of a file are included when using the include()/include_once() and require()/require_once() functions from another file. For example, a directive to prevent inclusion of a block of code. #NOINCLUDE { // some code that should not be included } The code inside that block would only be parsed when executing the script file directly. Obviously, this is not a particularly important feature. However I would find this very useful for adding testing code to include files, so that the includes can be called directly to test them. :-) -- Edit bug report at http://bugs.php.net/?id=38608&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38608&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38608&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38608&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38608&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38608&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38608&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38608&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38608&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38608&r=support Expected behavior:http://bugs.php.net/fix.php?id=38608&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38608&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38608&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38608&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38608&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38608&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38608&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38608&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38608&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38608&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38608&r=mysqlcfg
#28285 [Com]: php_mysql.dll unclear on module installation
ID: 28285 Comment by: charles dot wicksteed at lycos dot com Reported By: pburden98 at yahoo dot com Status: No Feedback Bug Type: *Configuration Issues Operating System: windows 98 2nd Edition PHP Version: 5.0.0RC2 New Comment: I have reproduced this problem with Windows 98, and have some more information to put into the documentation. In the Apache error log: PHP Warning: PHP Startup: Unable to load dynamic library 'd:\\php\\ext\\php_mysql.dll' - A device attached to the system is not functioning.\r\n in Unknown on line 0 Environment: Apache/2.0.54 (Win32) PHP/5.1.6 Windows 98 (4.10.1998) I followed all the instructions about setting my PATH (C:\WINDOWS;C:\WINDOWS\COMMAND;D:\PHP). Command line PHP loads the MySQL extension OK (comes up in phpinfo). It works if I copy libmysql.dll to Apache's bin directory, so that is my chosen workround. It looks as though this version of Windows does not use the PATH for DLLs, but looks in the directory where the original executable (apache.exe) lives. I expect it would have worked if I had copied the DLL to the central DLL location, which is C:\WINDOWS\SYSTEM on Windows 98, but I don't want to do that. This is a documentation problem, affecting Windows 98 users. Previous Comments: [2004-05-21 01:00:06] 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-05-13 19:29:13] [EMAIL PROTECTED] Please try these simplified instructions (and don't copy any files anywhere except for php.ini). 1. Unpack snap to say c:\php 2. Make sure c:\php is in your system path 3. Adjust apache config accordingly (load c:\php\php5apache.dll directly) This should work. Please remember to remove any remains of old php installs. [2004-05-08 10:28:53] noreply at brutex dot de What I found out, that might be of interest: If you do a correct setup of PHP5.0.0RC2 and then you try to enable php_mysql extension it says to me at loading "Prozedureinsprungpunkt nicht gefunden". Found some google results of similar problems. To me it seems there is an error in libMySQL.dll, however it is the same with php_mysqli.dll. I am using Win2000 with apache. The error occours when I startup apache. [2004-05-05 16:37:35] pburden98 at yahoo dot com Description: Standard installation of php5 works with apache how ever I am trying to enable c:\php\ext\php_mysql.dll Chosen path of installation as follows 1) Installed php5rc2 1.1 unzip into directory c:\php 1.1 copied "c:\php\php-php.ini-dist" to "C:\Program Files\Apache Group\Apache\php.ini" 1.2 edited php.ini 1.2.1 changed line 'extension_dir = "./"' to extension_dir = "c:\php\ext\" 2) Setup Apache with php5rc2 2.1 copied "c:\php\php5ts.dll" to "C:\Program Files\Apache Group\Apache\php5ts.dll" 2.2 added the following lines to "C:\Program Files\Apache Group\Apache\conf\httpd.conf" ---start of new lines added to httpd.conf--- LoadModule php5_module c:/php/php5apache.dll AddModule mod_php5.c AddType application/x-httpd-php .php ---end of new lines added to httpd.conf--- 3) Set up test environment on Apache so I check php5 works 3.1 I set up a "virtualhost 192.168.0.5:8081" on apache ---Start of new lines in httpd.conf--- Listen *:8081 DocumentRoot /phpco/www/ ServerName pjb DirectoryIndex index.html index.htm index.php ---End of new lines in httpd.conf--- 3.2 I set up a file index.php in the directory ---start contents of index.php--- hi from apache ---end contents of index.php--- 3.3 I setup phpinfo.php too 3.4 Restarted the apache. No problems accept for (exec() command not found 'bug in apache'). saw the message "Apache/1.3.29 (Win32) PHP/5.0.0RC2 running..." 4 Tested the PHP5 4.1 Visited the site "http://192.168.0.5:8081/"; ---OUTPUT on mozilla 1.6--- hi from apache hi from php5rc2 ---OUTPUT on mozilla 1.6--- 4.2 Also done a phpinfo.php Out i saw looked fine. 5 Enabled mysql extension 5.1 uncommented line 565 "extension=php_mysql.dll" 6 verified there is no more required dll files to be installed 6.1 I checked the INSTALL notes on any other dll files required for the mysql extension to run [nothin] 6.2 I checked the php.net manuals on dll files to be installed [nothing] 7 Restarted apache 8 Verified it wasnt any dlls required by old distrobution 8.1 I reported the following http://bugs.php.net/bug.php?id=28255 SOFTWARE THAT WORKS === windows98 box -- SOFTWARE USED (sorted by Installed o
#18556 [Asn->Fbk]: Setting locale to 'tr_TR' lowercases class names
ID: 18556 Updated by: [EMAIL PROTECTED] Reported By: spud at nothingness dot org -Status: Assigned +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version: 5CVS, 4CVS (2005-10-04) Assigned To: andrei 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 Can't reproduce... Previous Comments: [2006-04-10 11:04:53] [EMAIL PROTECTED] Andrei, care to take a look? [2006-02-17 11:49:21] [EMAIL PROTECTED] This bug has resurfaced in the 5.x branches since revision 1.151 of Zend/zend_operators.h [2002-09-26 13:56:37] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-23 07:31:30] [EMAIL PROTECTED] Verified with latest CVS head. The example script outputs: Instantiating an infoBlob with a lowercase iFooInstantiating an InfoBlob with an uppercase I Fatal error: Cannot instantiate non-existent class: ýnfoblob in t.php on line 18 t.php(18) : Fatal error - Cannot instantiate non-existent class: ýnfoblob [2002-08-28 21:12:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Something related to this was fixed in CVS. (the #16865 which this one was marked duplicate of is closed) 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/18556 -- Edit this bug report at http://bugs.php.net/?id=18556&edit=1
#38600 [Opn]: Infinite loop in preg_match
ID: 38600 User updated by: phillip dot berndt at googlemail dot com Reported By: phillip dot berndt at googlemail dot com Status: Open Bug Type: PCRE related Operating System: Linux PHP Version: 5.1.5 New Comment: This should be the problem: ChangeLog for PCRE -- Version 6.7 04-Jul-06 [...] 4. When UTF-8 mode was not set, PCRE looped when compiling certain patterns containing an extended class (one that cannot be represented by a bitmap because it contains high-valued characters or Unicode property items, e.g. [\pZ]). Almost always one would set UTF-8 mode when processing such a pattern, but PCRE should not loop if you do not (it no longer does). [Detail: two cases were found: (a) a repeated subpattern containing an extended class; (b) a recursive reference to a subpattern that followed a previous extended class. It wasn't skipping over the extended class correctly when UTF-8 mode was not set.] [...] Previous Comments: [2006-08-26 13:40:16] phillip dot berndt at googlemail dot com Same result for a fresh php5.2-200608261230 build. I don't know, whether this helps, but in this build I interrupted the process after about 10 seconds; here's the bt: #0 adjust_recurse (group=0x84706db "R", adjust=1, utf8=0, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117 #1 0x08080269 in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681 #2 0x0807e71a in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177 #3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8 "(?http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-25 21:14:47] phillip dot berndt at googlemail dot com Description: When executing the code below, the function won't return but loop forever (or do something else, I don't know). Reproduce code: --- Expected result: Something like that: [EMAIL PROTECTED] ~ $ time perl -e '$_="bla bla bla"; /(? Fatal error: Maximum execution time of 10 seconds exceeded in /home/pberndt/- on line 4 -- Edit this bug report at http://bugs.php.net/?id=38600&edit=1
#37812 [Opn->Csd]: aggregate_methods_by_list fails to take certain methods
ID: 37812 Updated by: [EMAIL PROTECTED] Reported By: wickedfather at hotmail dot com -Status: Open +Status: Closed Bug Type: Class/Object related Operating System: Win 98SE PHP Version: 4.4.2 -Assigned To: +Assigned To: bjori 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: [2006-06-15 03:20:10] wickedfather at hotmail dot com Description: aggregate_methods_by_list fails to aggregate certain methods that are definitely not present in the object Reproduce code: --- class Absorber { /** * Assigns object's properties from supplied array * @param array associative */ function absorb($data) { $props = get_object_vars($this); foreach (array_keys($props) as $prop) { if (isset($data[$prop])) { $this->$prop = $data[$prop]; } } } } class User { function User($id = NULL) { // doesn't work aggregate_methods_by_list($this, 'Absorber', array('absorb')); echo 'Aggregation:'.print_r(aggregation_info($this),1).''; } } Expected result: Expectation is to see the method absorb in the aggregation list, and to be available as a method. The problem can be worked around by using aggregate_methods_by_regexp($this, 'Absorber', '/absorb/'); Actual result: -- No methods are present in the aggregation list -- Edit this bug report at http://bugs.php.net/?id=37812&edit=1
#38600 [Fbk->Opn]: Infinite loop in preg_match
ID: 38600 User updated by: phillip dot berndt at googlemail dot com Reported By: phillip dot berndt at googlemail dot com -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Linux PHP Version: 5.1.5 New Comment: Same result for a fresh php5.2-200608261230 build. I don't know, whether this helps, but in this build I interrupted the process after about 10 seconds; here's the bt: #0 adjust_recurse (group=0x84706db "R", adjust=1, utf8=0, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117 #1 0x08080269 in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681 #2 0x0807e71a in compile_regex (options=0, oldims=0, brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8, errorcodeptr=0xbfd084dc, lookbehind=0, skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d, cd=0xbfd088e0) at /home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177 #3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8 "(?http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-25 21:14:47] phillip dot berndt at googlemail dot com Description: When executing the code below, the function won't return but loop forever (or do something else, I don't know). Reproduce code: --- Expected result: Something like that: [EMAIL PROTECTED] ~ $ time perl -e '$_="bla bla bla"; /(? Fatal error: Maximum execution time of 10 seconds exceeded in /home/pberndt/- on line 4 -- Edit this bug report at http://bugs.php.net/?id=38600&edit=1
#37185 [Com]: IIS 5 crash on service shutdown
ID: 37185 Comment by: andrew dot chapman at brighterworking dot com Reported By: rjf at seastate1 dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.1.2 New Comment: Using 5.1.5 on Windows XP Professional SP2. Having the same problem. No extensions. No php.ini being used. Totally repeatable problem, it happens every time a php page is accessed and then IIS is restarted. I don't have an ISAPI filter enabled, just the .php extension. I only have it included for the "Default Web Site" not the master site (following someone elses suggestion). Information from phpinfo() below. System Windows NT 5.1 build 2600 Build Date Aug 15 2006 23:50:22 Server API ISAPI PHP API 20041225 PHP Extension 20050922 Zend Extension 220051025 Debug Build no Happy to help with a backtrace, but I am a Javahead (no idea what MSVC6 is). Previous Comments: [2006-05-09 01:00:00] 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". [2006-05-01 15:15:38] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-04-26 17:17:27] rjf at seastate1 dot com Tony, I tried what you said. (For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip) There is no change. The issue still exists with the same behavior. What next? [2006-04-24 17:33:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-24 14:26:15] rjf at seastate1 dot com Description: Recent (4/21/2006) "vanilla" install of PHP 5.1.2.2 on Windows XP SP2. I installed PHP as an ISAPI filter in IIS. Can run .html and .aspx pages in IE6 browser using IIS on same machine just fine. Can start and stop IIS just fine. Can run .php pages in IE6 browser using IIS on same machine just fine. However, after running one or more .php pages, if I stop the World Wide Web Publishing service (via the Services control panel UI) while stopping the service, a Microsoft Send Error Report dialog reports "Internet Information Services has encountered a problem and needs to close." The only additional information readily visible is "An unhandled win32 exception occured in inetinfo.exe [9584]. It appears the shutdown is not clean. What additional information should I provide? Reproduce code: --- No code per se. Issue happens at late stage of stopping IIS after running one or more .php pages. Here is a simple page "hello.php": Hello Hello Expected result: All PHP code runs fine. Issue is inetinfo.exe does not shutdown cleanly as it usually does. Actual result: -- Shall I send you the dump files that are automatically sent to Microsoft? -- Edit this bug report at http://bugs.php.net/?id=37185&edit=1
#38607 [Opn->Bgs]: References in function
ID: 38607 Updated by: [EMAIL PROTECTED] Reported By: kilgor at twojepc dot pl -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows/Linux PHP Version: 5.1.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . Previous Comments: [2006-08-26 10:21:15] kilgor at twojepc dot pl Description: PHP 5.1.1 is the last version of PHP which gave expected result of this statement. I noticed that next versions return wrong result. I tested PHP version 5.1.2, 5.1.4, 5.1.6 and the all returned unexpected (wrong) result. As you can see, the mistake appeares when you assign value to the variable which is passed to function as a reference: In my example: test($i=array()); Reproduce code: --- Expected result: array(4) { [0]=> int(1) [1]=> int(2) [2]=> int(3) [3]=> int(4) } Actual result: -- array(1) { [3]=> int(4) } -- Edit this bug report at http://bugs.php.net/?id=38607&edit=1
#38596 [Opn->Bgs]: PHP segfaults on exit() with PDO prepared statements
ID: 38596 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PDO related Operating System: Linux PHP Version: 5.1.5 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. duplicate of #37445 (which is fixed) Previous Comments: [2006-08-26 09:01:58] [EMAIL PROTECTED] The issue does *not* occur in php5.2-200608260630. [2006-08-25 20:45:59] [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 [2006-08-25 19:07:15] [EMAIL PROTECTED] The problem also exists in PHP 5.2.0 RC1. The backtrace is identical except for different line numbers: #0 0x40402927 in mysql_more_results () from /usr//lib/libmysqlclient.so.14 #1 0x0814bfb0 in free_statement (stmt=0x40793b54) at /home/martin/src/php-5.2.0RC1/ext/pdo/pdo_stmt.c:2225 #2 0x082fd939 in zend_objects_store_free_object_storage (objects=0x8477d78) at /home/martin/src/php-5.2.0RC1/Zend/zend_objects_API.c:86 #3 0x082d4193 in shutdown_executor () at /home/martin/src/php-5.2.0RC1/Zend/zend_execute_API.c:295 #4 0x082e1260 in zend_deactivate () at /home/martin/src/php-5.2.0RC1/Zend/zend.c:839 #5 0x0829c678 in php_request_shutdown (dummy=0x0) at /home/martin/src/php-5.2.0RC1/main/main.c:1300 #6 0x0835820e in main (argc=3, argv=0xbb64) at /home/martin/src/php-5.2.0RC1/sapi/cli/php_cli.c:1250 [2006-08-25 18:46:14] [EMAIL PROTECTED] Description: [Note: This bug is against PHP 5.1.6, but the bug interface only offers 5.1.5.] The code below makes PHP segfault at the time that exit() is called. This happens with both CLI and Apache 2 (prefork). I'm using MySQL 4.1.11. If the return value of prepare() is not assigned to a variable, the script does not crash. Also it does not crash when omitting the exit() call. Reproduce code: --- prepare("UPDATE entry SET id = ?"); exit(); } } $obj = new SomeClass; $obj->doSomething(1); Expected result: No crash. Actual result: -- #0 0x4011c927 in mysql_more_results () from /usr//lib/libmysqlclient.so.14 #1 0x08134329 in free_statement (stmt=0x84e351c) at /home/martin/src/php-5.1.6/ext/pdo/pdo_stmt.c:2200 #2 0x082a2349 in zend_objects_store_free_object_storage (objects=0x83f60dc) at /home/martin/src/php-5.1.6/Zend/zend_objects_API.c:86 #3 0x0828062f in shutdown_executor () at /home/martin/src/php-5.1.6/Zend/zend_execute_API.c:281 #4 0x0828b074 in zend_deactivate () at /home/martin/src/php-5.1.6/Zend/zend.c:854 #5 0x082513b6 in php_request_shutdown (dummy=0x0) at /home/martin/src/php-5.1.6/main/main.c:1292 #6 0x082f0cc0 in main (argc=3, argv=0xbb84) at /home/martin/src/php-5.1.6/sapi/cli/php_cli.c:1246 -- Edit this bug report at http://bugs.php.net/?id=38596&edit=1
#38607 [NEW]: References in function
From: kilgor at twojepc dot pl Operating system: Windows/Linux PHP version: 5.1.5 PHP Bug Type: Scripting Engine problem Bug description: References in function Description: PHP 5.1.1 is the last version of PHP which gave expected result of this statement. I noticed that next versions return wrong result. I tested PHP version 5.1.2, 5.1.4, 5.1.6 and the all returned unexpected (wrong) result. As you can see, the mistake appeares when you assign value to the variable which is passed to function as a reference: In my example: test($i=array()); Reproduce code: --- Expected result: array(4) { [0]=> int(1) [1]=> int(2) [2]=> int(3) [3]=> int(4) } Actual result: -- array(1) { [3]=> int(4) } -- Edit bug report at http://bugs.php.net/?id=38607&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38607&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38607&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38607&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38607&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38607&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38607&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38607&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38607&r=support Expected behavior:http://bugs.php.net/fix.php?id=38607&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38607&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38607&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38607&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38607&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38607&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38607&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38607&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38607&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38607&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38607&r=mysqlcfg
#38525 [Com]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525 Comment by: poeml at suse dot de Reported By: judas dot iscariote at gmail dot com Status: Feedback Bug Type: Reproducible crash Operating System: linux PHP Version: 5.2.0RC2 New Comment: Hi, on my machine it happens with IMAP server _on localhost_. A how-to-reproduce procedure here is: - open inbox in browser - open first mail - click "next mail" - proceed with clicking "next mail" (thereby stepping through mailbox mail by mail), until segfault happens. Sometimes it takes a while, but il WILL happen sooner or later. - now, reloading will trigger the segfault again and again. - viewing the next mail and going back shows the mail without segfault. This also allows to continue to use squirrelmail until the next segfault is encountered. Previous Comments: [2006-08-23 23:06:11] [EMAIL PROTECTED] Well, we still need a reproduce case.. [2006-08-23 22:52:46] judas dot iscariote at gmail dot com Tony : Sadly I still get a segfault with a fresh CVS copy :-( =32459== Process terminating with default action of signal 11 (SIGSEGV) ==32459== Bad permissions for mapped region at address 0x18 ==32459==at 0x7BEC108: zend_mm_add_to_free_list (zend_alloc.c:465) ==32459==by 0x7BEDC23: _zend_mm_alloc_int (zend_alloc.c:1233) ==32459==by 0x7BEEB7D: _zend_mm_realloc_int (zend_alloc.c:1543) ==32459==by 0x7BEEE9D: _erealloc (zend_alloc.c:1633) ==32459==by 0x7B84771: php_var_serialize_string (var.c:538) ==32459==by 0x7B86607: php_var_serialize_intern (var.c:701) ==32459==by 0x7B88679: php_var_serialize_intern (var.c:827) ==32459==by 0x7B88679: php_var_serialize_intern (var.c:827) ==32459==by 0x7B89295: php_var_serialize (var.c:845) ==32459==by 0x7B00700: ps_srlzr_encode_php (session.c:479) ==32459==by 0x7B01268: php_session_encode (session.c:581) ==32459==by 0x7B01DDD: php_session_save_current_state (session.c:860) ==32459== ==32459== ERROR SUMMARY: 26 errors from 8 contexts (suppressed: 149 from 1) ==32459== malloc/free: in use at exit: 21,210,557 bytes in 5,186 blocks. ==32459== malloc/free: 169,756 allocs, 164,570 frees, 216,925,409 bytes allocated. ==32459== For counts of detected errors, rerun with: -v ==32459== searching for pointers to 5,186 not-freed blocks. ==32459== checked 19,498,696 bytes. [2006-08-23 13:04:57] [EMAIL PROTECTED] This seems to be a duplicate of bug #38265. Dmitry has committed a patch for it several minutes ago, please try the next snapshot (or CVS sources). Thanks. [2006-08-22 08:02:57] [EMAIL PROTECTED] No, using IMAP server on a different machine didn't change anything. It still works fine without any crashes. [2006-08-22 06:14:48] judas dot iscariote at gmail dot com ok. I now checked a fresh copy from the cvs, and reduced my php installation to the really minimum to run the offended app that crashes. my configure line now is : ./configure --enable-debug --with-pcre-regex --with-iconv --enable-session --disable-all --with-libdir=lib64 --with -apxs2=/usr/sbin/apxs2 results : imap server in remote === RANDOM CRASH imap server in localhost === NO CRASH. the gdb and valgrind info are the same. 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/38525 -- Edit this bug report at http://bugs.php.net/?id=38525&edit=1
#38596 [Fbk->Opn]: PHP segfaults on exit() with PDO prepared statements
ID: 38596 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.5 New Comment: The issue does *not* occur in php5.2-200608260630. Previous Comments: [2006-08-25 20:45:59] [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 [2006-08-25 19:07:15] [EMAIL PROTECTED] The problem also exists in PHP 5.2.0 RC1. The backtrace is identical except for different line numbers: #0 0x40402927 in mysql_more_results () from /usr//lib/libmysqlclient.so.14 #1 0x0814bfb0 in free_statement (stmt=0x40793b54) at /home/martin/src/php-5.2.0RC1/ext/pdo/pdo_stmt.c:2225 #2 0x082fd939 in zend_objects_store_free_object_storage (objects=0x8477d78) at /home/martin/src/php-5.2.0RC1/Zend/zend_objects_API.c:86 #3 0x082d4193 in shutdown_executor () at /home/martin/src/php-5.2.0RC1/Zend/zend_execute_API.c:295 #4 0x082e1260 in zend_deactivate () at /home/martin/src/php-5.2.0RC1/Zend/zend.c:839 #5 0x0829c678 in php_request_shutdown (dummy=0x0) at /home/martin/src/php-5.2.0RC1/main/main.c:1300 #6 0x0835820e in main (argc=3, argv=0xbb64) at /home/martin/src/php-5.2.0RC1/sapi/cli/php_cli.c:1250 [2006-08-25 18:46:14] [EMAIL PROTECTED] Description: [Note: This bug is against PHP 5.1.6, but the bug interface only offers 5.1.5.] The code below makes PHP segfault at the time that exit() is called. This happens with both CLI and Apache 2 (prefork). I'm using MySQL 4.1.11. If the return value of prepare() is not assigned to a variable, the script does not crash. Also it does not crash when omitting the exit() call. Reproduce code: --- prepare("UPDATE entry SET id = ?"); exit(); } } $obj = new SomeClass; $obj->doSomething(1); Expected result: No crash. Actual result: -- #0 0x4011c927 in mysql_more_results () from /usr//lib/libmysqlclient.so.14 #1 0x08134329 in free_statement (stmt=0x84e351c) at /home/martin/src/php-5.1.6/ext/pdo/pdo_stmt.c:2200 #2 0x082a2349 in zend_objects_store_free_object_storage (objects=0x83f60dc) at /home/martin/src/php-5.1.6/Zend/zend_objects_API.c:86 #3 0x0828062f in shutdown_executor () at /home/martin/src/php-5.1.6/Zend/zend_execute_API.c:281 #4 0x0828b074 in zend_deactivate () at /home/martin/src/php-5.1.6/Zend/zend.c:854 #5 0x082513b6 in php_request_shutdown (dummy=0x0) at /home/martin/src/php-5.1.6/main/main.c:1292 #6 0x082f0cc0 in main (argc=3, argv=0xbb84) at /home/martin/src/php-5.1.6/sapi/cli/php_cli.c:1246 -- Edit this bug report at http://bugs.php.net/?id=38596&edit=1