#31737 [NEW]: COM crash when calling WinMgmts
From: jlim at natsoft dot com Operating system: Windows XP PHP version: 4.3.10 PHP Bug Type: COM related Bug description: COM crash when calling WinMgmts Description: Previously the following script to monitor CPU usage on Windows was working with PHP 4.3.8. The following script also fails with PHP 5.0.3. Thanks for looking into it. John Lim. Reproduce code: --- PercentProcessorTime; $info[1] = $c->TimeStamp_Sys100NS; print_r($info); ?> Expected result: TESTED ON PHP 4.3.8 works fine: C:\php4\php438>php -n c:\com.php Content-type: text/html X-Powered-By: PHP/4.3.8 Array ( [0] => 363738299988; [1] => 127513714771937472 ) Actual result: -- Crash with no output and windows crash manager dialog box appears. -- Edit bug report at http://bugs.php.net/?id=31737&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31737&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31737&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31737&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31737&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31737&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31737&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31737&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31737&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31737&r=support Expected behavior: http://bugs.php.net/fix.php?id=31737&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31737&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31737&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31737&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31737&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31737&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31737&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31737&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31737&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31737&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31737&r=mysqlcfg
#31726 [Opn]: GD -JPEG-JFIF error
ID: 31726 User updated by: skyfox at isp dot ee Reported By: skyfox at isp dot ee Status: Open Bug Type: *Graphics related Operating System: Debian PHP Version: 4.3.10 New Comment: http://www.amur.ee/~deni/60125 Previous Comments: [2005-01-28 08:33:43] skyfox at isp dot ee http://www.amur.ee/~disa/60125 [2005-01-27 17:41:14] [EMAIL PROTECTED] Please supply the image in question. [2005-01-27 17:37:20] skyfox at isp dot ee Description: PHP Version 4.3.10 GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with freetype GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Expected result: but any jpeg(JFIF) make error: Warning: imagecreatefromjpeg(): '/var/www/upload/60125' is not a valid JPEG file in /var/www/amur/photo_new.php on line 39 Warning: imagesx(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 40 Warning: imagesy(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 41 -- Edit this bug report at http://bugs.php.net/?id=31726&edit=1
#31726 [Fbk->Opn]: GD -JPEG-JFIF error
ID: 31726 User updated by: skyfox at isp dot ee Reported By: skyfox at isp dot ee -Status: Feedback +Status: Open Bug Type: *Graphics related Operating System: Debian PHP Version: 4.3.10 New Comment: http://www.amur.ee/~disa/60125 Previous Comments: [2005-01-27 17:41:14] [EMAIL PROTECTED] Please supply the image in question. [2005-01-27 17:37:20] skyfox at isp dot ee Description: PHP Version 4.3.10 GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with freetype GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Expected result: but any jpeg(JFIF) make error: Warning: imagecreatefromjpeg(): '/var/www/upload/60125' is not a valid JPEG file in /var/www/amur/photo_new.php on line 39 Warning: imagesx(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 40 Warning: imagesy(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 41 -- Edit this bug report at http://bugs.php.net/?id=31726&edit=1
#31736 [NEW]: E_PARSE on include() and include_once() stops execution
From: jakent at gmail dot com Operating system: Any PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: E_PARSE on include() and include_once() stops execution Description: It appears that bug #26814 caused a minor change in how include, include_once, require, and require_once function. In spirit of how include works versus require, I would like to see execution continue on include and include_once E_PARSE errors. It makes sense for require and require_once to stop script execution, since failure causes a fatal error, while include and include_once only issue a warning. If nothing happens with this, the documentation needs to be changed. "Be warned that parse error in required file doesn't cause processing halting." is still present. It would help a lot if include reflects the documented behavior once again. Jeff Kent Reproduce code: --- (file 1) test.php (file 2) e_parse.php Expected result: Test1 Test2 Actual result: -- Test1 -- Edit bug report at http://bugs.php.net/?id=31736&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31736&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31736&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31736&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31736&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31736&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31736&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31736&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31736&r=support Expected behavior: http://bugs.php.net/fix.php?id=31736&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31736&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31736&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31736&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31736&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31736&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31736&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31736&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31736&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31736&r=mysqlcfg
#31717 [Asn]: Cannot turn off PATH_INFO
ID: 31717 Updated by: [EMAIL PROTECTED] Reported By: stijn at win dot tue dot nl Status: Assigned Bug Type: Apache2 related Operating System: FreeBSD 4 and -CURRENT PHP Version: 4.3.10 Assigned To: jorton New Comment: It doesn't make sense to me that this is the responsibility of the handler. I see by looking at the code that it is, but it doesn't seem like a valid place for this to happen. If you configure Apache to not honour path_info then Apache shouldn't trigger the handler on the partial path. Previous Comments: [2005-01-27 19:37:51] [EMAIL PROTECTED] Yes it does, in 2.0 the handler has to honour the r->used_path_info setting appropriately. [2005-01-27 18:08:01] [EMAIL PROTECTED] This has nothing to do with PHP and please don't post support questions to the bug database. [2005-01-27 11:23:03] stijn at win dot tue dot nl Description: I'm trying to turn the support for PATH_INFO off on a *default* install of apache-2.0.52 and php-4.3.10, but it doesn't work. Note that I am not 100% sure that this is a PHP bug, however Apache does not accept PATH_INFO for regular HTML files so I'm inclined to suspect PHP. I first installed Apache in a scratch directory: ./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork --enable-maintainer-mode gmake gmake install Then PHP: env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp --with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi --disable-path-info-check gmake gmake install I edited /var/tmp/apachephp/conf/httpd.conf and added these lines: %%% AddType application/x-httpd-php .php AcceptPathInfo off AcceptPathInfo off %%% Adding a simple index.php to the docroot (/var/tmp/apachephp/htdocs/index.php): %%% %%% After starting httpd, I can still browse to http://localhost/index.php/foo/bar and see that PATH_INFO indeed contains /foo/bar. I've tried digging in the sources but I'm not familiar with Apache plugins. I did see this in gdb: %%% Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70) at /local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408 408 SG(sapi_headers).http_response_code = !r->status ? HTTP_OK : r->status; (gdb) print r->path_info $1 = 0x81b3253 "/foo/bar" (gdb) print r->used_path_info $2 = 1 %%% So in the request constructor the path info is already set up? I did see something about overriding r->path_info for apache modules in the apache sources but here is where I cannot follow the code anymore... BTW, I tried to post this to php-general twice, but somehow my e-mail is blocked. I do hope this is not PEBKAC but even if it is I would be glad if someone pointed this out to me... Reproduce code: --- n/a Expected result: n/a Actual result: -- see above for a maybe relevant backtrace snippet -- Edit this bug report at http://bugs.php.net/?id=31717&edit=1
#31433 [Opn]: PHP CGI Core Dumps W/O TERMCAP Assignment
ID: 31433 User updated by: dgrimes at scvl dot com Reported By: dgrimes at scvl dot com Status: Open Bug Type: Reproducible crash Operating System: SCO OpenServer 5 PHP Version: 4CVS, 5CVS (2005-01-22) New Comment: Here is the fix: main/php.h set MAXPATHLEN from 256 to 1024 diff -c php.h.org php.h *** php.h.org Thu Jan 27 20:54:04 2005 --- php.h Thu Jan 27 20:56:13 2005 *** *** 250,256 # ifdef PATH_MAX # define MAXPATHLEN PATH_MAX # else ! # define MAXPATHLEN 256/* Should be safe for any weird systems that do no t define it */ # endif #endif --- 250,256 # ifdef PATH_MAX # define MAXPATHLEN PATH_MAX # else ! # define MAXPATHLEN 1024/* Should be safe for any weird systems that do n ot define it */ # endif #endif Previous Comments: [2005-01-26 17:36:42] dgrimes at scvl dot com SCO sent this to me: Dean, Please have a look at this TA and let me know if you think this will help your situation. It appears that this is applicable to OSr5.0.0 to 5.0.6. Thanks, Todd *** TA # 100815 ** Calling realpath(S) from within my program causes a core dump. KEYWORDS: v5 5.0.0 osr5 openserver dev sys development system ds getcwd realpath memory fault coredump core dump ENGREF LTD-246-807 RELEASE: SCO OpenServer Development System Release 5.0.0 PROBLEM: If I make a call to realpath(S) from within my source I find that, when compiled, the resulting binary will terminate with the error: Memory fault(coredump) CAUSE:The character buffer passed to realpath(S) is being passed to a function called pathcanon(). This function is calling getcwd(S) with a buffer size of 4096 bytes. getcwd(S) clears this buffer and overruns the stack causing the core dump. SOLUTION: This problem has been reported to SCO Engineering. To work around this problem, make sure that the character buffer passed to realpath(S) is 4096 bytes in size: char buff[4096]; realpath(filename, buff); where 'filename' is the name of the file whose path you wish to resolve. -- Thanks, Dean [2005-01-26 06:18:49] [EMAIL PROTECTED] See also bug #23665 [2005-01-26 06:14:08] [EMAIL PROTECTED] You could ask SCO support why the realpath() function is called from libsocket.so.2 and not from libc.so.1.. [2005-01-26 05:49:06] [EMAIL PROTECTED] Can you provide the above backtrace but using the snapshot? [2005-01-24 22:59:30] dgrimes at scvl dot com That version compiled just fine but I still have the original problem. PHP 4.0.6 compiles and doesn't have this issue. It's the version were using now. I can open an issue with SCO if you think it's a bad libc. Can you give me more information that supports that conclusion? Dean 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/31433 -- Edit this bug report at http://bugs.php.net/?id=31433&edit=1
#31735 [NEW]: COM will not create an object
From: jbricci at gmail dot com Operating system: Win2000 PHP version: 4.3.10 PHP Bug Type: COM related Bug description: COM will not create an object Description: Trying to create a object via COM, will not create any object, no matter what COM type dll is called! Reproduce code: --- RegWrite ( 'HKEY_LOCAL_MACHINE\SOFTWARE\ABCSpell\LicenseKey', $next, 'REG_DWORD' ); $key = null; ?> Expected result: I expect the object to be created and the value entered into the Windows registry! Actual result: -- [27-Jan-2005 21:54:54] PHP Fatal error: Call to a member function on a non-object in E:\www\docs\www\docs\run.php on line 5 If I try to test if it is a object, after trying to create it... It will always print 'is not a object', this happens for any COM object I try -> (word, mappoint, spell)! Going back to 4.3.9, everything works the way it should! -- Edit bug report at http://bugs.php.net/?id=31735&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31735&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31735&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31735&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31735&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31735&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31735&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31735&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31735&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31735&r=support Expected behavior: http://bugs.php.net/fix.php?id=31735&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31735&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31735&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31735&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31735&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31735&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31735&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31735&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31735&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31735&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31735&r=mysqlcfg
#31734 [NEW]: PHP-Crash when registering Class
From: m dot leuffen at i-line dot net Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Session related Bug description: PHP-Crash when registering Class Description: Hi, I tried to register a local object with a SoapClient property into a Session. When registrating this object following Error occours: Fatal error: Exception thrown without a stack frame in Unknown on line 0 Thereafter, while loading the Session, PHP crashs. (No Output - No Header - No Apache-Process) Maybe this problem is also related to the Soap-Functions. (Although I will send it as Session-Related ;-) Kindest Regards, Matthias Leuffen Reproduce code: --- mySoapConnector = new SoapClient (""); } public function isAlive() { echo "I'm still alive"; } } session_start(); if (!isset ($_SESSION["CLASS"])) { echo "Creating new Session"; $_SESSION["CLASS"] = new test(); } else { echo "Loading Session"; $_SESSION["CLASS"]->isAlive(); } Expected result: 1st Call: >-- >Creating new Session >-- 2nd Call: >-- >Loading Session >I'm still alive >-- Actual result: -- 1st Call: >-- >Creating new Session > >Fatal error: Exception thrown without a stack frame in Unknown on line 0 >-- 2nd Call: -- Edit bug report at http://bugs.php.net/?id=31734&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31734&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31734&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31734&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31734&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31734&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31734&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31734&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31734&r=support Expected behavior: http://bugs.php.net/fix.php?id=31734&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31734&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31734&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31734&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31734&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31734&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31734&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31734&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31734&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31734&r=mysqlcfg
#31732 [Opn->Csd]: mb_get_info causes seg fault
ID: 31732 Updated by: [EMAIL PROTECTED] Reported By: clewis at myfonts dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: RedHat Enterprise 3 PHP Version: 5.0.3 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: [2005-01-28 01:33:35] clewis at myfonts dot com Only happens when no argument is given. According to the manual, this case should behave as if the argument is 'all'. [2005-01-28 01:23:45] clewis at myfonts dot com Description: Calling the mb_get_info() function causes segmentation fault. This happens both as Apache module and CLI. The other mb_* functions work fine, it's just the info that causes a problem. Compiled with: './configure' '--prefix=/usr/local' '--with-apache=../apache' '--with-mysql=/usr/local/mysql' '--with-curl=/usr/local' '--with-gd' '--with-mcrypt=/usr/local' '--enable-mbstring' '--with-zlib' '--with-iconv' '--with-pspell=/usr/local' '--with-curlwrappers' '--enable-soap' '--with-libxml-dir=/usr/local' '--without-sqlite' Reproduce code: --- Expected result: Multi-byte string library info. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1218546240 (LWP 11950)] 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 (gdb) bt #0 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 #1 0x080b9f0d in zif_mb_get_info (ht=0, return_value=0xb62898, this_ptr=0x0, return_value_used=1) at /usr/local/src/currentstuff/php-5.0.3/ext/mbstring/mbstring.c:3219 #2 0x081d04d6 in zend_do_fcall_common_helper (execute_data=0xbfffb150, opline=0x9d69d9c, op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:2711 #3 0x081cdad2 in execute (op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:1400 #4 0x081b3c77 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend.c:1069 #5 0x08186a73 in php_execute_script (primary_file=0xbfffd510) at /usr/local/src/currentstuff/php-5.0.3/main/main.c:1628 #6 0x081d6c64 in main (argc=2, argv=0xbfffd5d4) at /usr/local/src/currentstuff/php-5.0.3/sapi/cli/php_cli.c:943 -- Edit this bug report at http://bugs.php.net/?id=31732&edit=1
#31732 [NEW]: mb_get_info causes seg fault
From: clewis at myfonts dot com Operating system: RedHat Enterprise 3 PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: mb_get_info causes seg fault Description: Calling the mb_get_info() function causes segmentation fault. This happens both as Apache module and CLI. The other mb_* functions work fine, it's just the info that causes a problem. Compiled with: './configure' '--prefix=/usr/local' '--with-apache=../apache' '--with-mysql=/usr/local/mysql' '--with-curl=/usr/local' '--with-gd' '--with-mcrypt=/usr/local' '--enable-mbstring' '--with-zlib' '--with-iconv' '--with-pspell=/usr/local' '--with-curlwrappers' '--enable-soap' '--with-libxml-dir=/usr/local' '--without-sqlite' Reproduce code: --- Expected result: Multi-byte string library info. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1218546240 (LWP 11950)] 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 (gdb) bt #0 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 #1 0x080b9f0d in zif_mb_get_info (ht=0, return_value=0xb62898, this_ptr=0x0, return_value_used=1) at /usr/local/src/currentstuff/php-5.0.3/ext/mbstring/mbstring.c:3219 #2 0x081d04d6 in zend_do_fcall_common_helper (execute_data=0xbfffb150, opline=0x9d69d9c, op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:2711 #3 0x081cdad2 in execute (op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:1400 #4 0x081b3c77 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend.c:1069 #5 0x08186a73 in php_execute_script (primary_file=0xbfffd510) at /usr/local/src/currentstuff/php-5.0.3/main/main.c:1628 #6 0x081d6c64 in main (argc=2, argv=0xbfffd5d4) at /usr/local/src/currentstuff/php-5.0.3/sapi/cli/php_cli.c:943 -- Edit bug report at http://bugs.php.net/?id=31732&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31732&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31732&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31732&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31732&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31732&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31732&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31732&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31732&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31732&r=support Expected behavior: http://bugs.php.net/fix.php?id=31732&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31732&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31732&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31732&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31732&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31732&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31732&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31732&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31732&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31732&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31732&r=mysqlcfg
#31732 [Opn]: mb_get_info causes seg fault
ID: 31732 User updated by: clewis at myfonts dot com Reported By: clewis at myfonts dot com Status: Open Bug Type: Reproducible crash Operating System: RedHat Enterprise 3 PHP Version: 5.0.3 New Comment: Only happens when no argument is given. According to the manual, this case should behave as if the argument is 'all'. Previous Comments: [2005-01-28 01:23:45] clewis at myfonts dot com Description: Calling the mb_get_info() function causes segmentation fault. This happens both as Apache module and CLI. The other mb_* functions work fine, it's just the info that causes a problem. Compiled with: './configure' '--prefix=/usr/local' '--with-apache=../apache' '--with-mysql=/usr/local/mysql' '--with-curl=/usr/local' '--with-gd' '--with-mcrypt=/usr/local' '--enable-mbstring' '--with-zlib' '--with-iconv' '--with-pspell=/usr/local' '--with-curlwrappers' '--enable-soap' '--with-libxml-dir=/usr/local' '--without-sqlite' Reproduce code: --- Expected result: Multi-byte string library info. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1218546240 (LWP 11950)] 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 (gdb) bt #0 0x00aa7f38 in strcasecmp () from /lib/tls/libc.so.6 #1 0x080b9f0d in zif_mb_get_info (ht=0, return_value=0xb62898, this_ptr=0x0, return_value_used=1) at /usr/local/src/currentstuff/php-5.0.3/ext/mbstring/mbstring.c:3219 #2 0x081d04d6 in zend_do_fcall_common_helper (execute_data=0xbfffb150, opline=0x9d69d9c, op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:2711 #3 0x081cdad2 in execute (op_array=0x9d65c4c) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend_execute.c:1400 #4 0x081b3c77 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/currentstuff/php-5.0.3/Zend/zend.c:1069 #5 0x08186a73 in php_execute_script (primary_file=0xbfffd510) at /usr/local/src/currentstuff/php-5.0.3/main/main.c:1628 #6 0x081d6c64 in main (argc=2, argv=0xbfffd5d4) at /usr/local/src/currentstuff/php-5.0.3/sapi/cli/php_cli.c:943 -- Edit this bug report at http://bugs.php.net/?id=31732&edit=1
#30764 [Fbk->NoF]: printf + zero fill + negative number = extra null character on windows xp
ID: 30764 Updated by: php-bugs@lists.php.net Reported By: php at arantius dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: Windows XP PHP Version: 4.3.9 New Comment: 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". Previous Comments: [2005-01-19 03:25:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And try this script with the PHP CLI binary: [2004-11-11 21:06:19] php at arantius dot com Description: When using printf, zero fill, floats, and negative numbers, PHP 4.3.9 on Windows XP Pro SP1 generates null characters at the end of the number that should not be there. Passing a negative number, i.e. -1, into the format string "%0.2f" will give an invalid result, i.e. "-1.00[NULL]" where [NULL] is the 0th byte. Reproduce code: --- ", 1.51555); //ok printf("%0.2f", -1.51555);//broken printf("%0.2f", -1); //broken printf("%.2f", -1.5); //ok printf("%.2f", -1.51555); //ok printf("%0.2f", 1.51555); //ok ?> Expected result: I expect "-1.00" or appropriately rounded values with no trailing null bytes. Actual result: -- Cannot paste output, it is truncated at the first null byte. -- Edit this bug report at http://bugs.php.net/?id=30764&edit=1
#31720 [Opn]: Invalid object callbacks not caught in array_walk()
ID: 31720 User updated by: a at b dot c dot de Reported By: a at b dot c dot de Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.3 New Comment: I guess I could point out that when I found this I was trying to find some way to call a certain method of each of the array's elements, i.e. call $child->show() for each $child in $children. If there's a way to do this with array_walk() that doesn't involve additional wrapper functions then it eludes me. Previous Comments: [2005-01-27 13:06:45] a at b dot c dot de Description: Using array_walk will crash PHP if a method of an uninstantiated object variable is used in the callback method. Other functions that take variables (at least, usort(), array_map(), array_reduce()) error out instead. There has to be at least one element in the array being walked. Reproduce code: --- $array = array('at least one element'); array_walk($array, array($nonesuchvar,'show')); Expected result: PHP 4.3.10's error message for this situation reads: Warning: array_walk(): Unable to call Array() - function does not exist in ... while PHP 5.0.3 also reports a Notice-level message that $nonesuchvar is undefined. Actual result: -- A Notice-level message that $nonesuchvar is undefined, then a Windows core dump. -- Edit this bug report at http://bugs.php.net/?id=31720&edit=1
#31730 [Opn->Bgs]: behaviour of count() with strings
ID: 31730 Updated by: [EMAIL PROTECTED] Reported By: tierra at ibaku dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux 2.4.27 PHP Version: 5.0.3 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 strings are still strings. this would break all kinds of bc. Previous Comments: [2005-01-27 22:05:34] tierra at ibaku dot net Description: This may not be a bug, but I would assume with the change in PHP5 (from PHP4) where character access in strings is now done using array operators that count('anystring') would return the length of the string (being the number of array items in the string). I don't see any official documentation on the reasoning for moving to array access operators with strings in PHP5, but I've seen a number of reports that it was for the movement of treating strings as arrays. [EMAIL PROTECTED] tierra $ php -v PHP 5.0.3 (cli) (built: Dec 21 2004 20:37:03) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] tierra $ php count.php count('string') returns: 1 [EMAIL PROTECTED] tierra $ uname -a Linux ibaku 2.4.27-linode36-3um #1 Fri Oct 29 00:59:10 EDT 2004 i686 UML User Mode Linux GNU/Linux PHP Version => 5.0.3 System => Linux ibaku 2.4.27-linode36-3um #1 Fri Oct 29 00:59:10 EDT 2004 i686 Build Date => Dec 21 2004 20:26:48 Configure Command => './configure' '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var /lib' '--disable-cgi' '--enable-cli' '--enable-embed' '--with-config-file-path=/etc/php/cli-php5' '--disable-bcmath' '--without-bz2' '--disable-calendar' '--without-cpdflib' '--disable-ctype' '--wi th-curl' '--without-curlwrappers' '--disable-dbase' '--disable-dio' '--disable-exif' '--without-fam' '--without-fbsql' '--without-fdftk' '--disable-filepro' '--disable-ftp' '--with-gettext' '--with out-gmp' '--without-hwapi' '--without-iconv' '--without-informix' '--without-ingres' '--without-interbase' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mcve' '--disable-memor y-limit' '--without-mhash' '--without-mime-magic' '--without-ming' '--without-mnogosearch' '--without-msql' '--without-mssql' '--with-ncurses' '--without-oci8' '--without-oracle' '--with-openssl' ' --with-openssl-dir=/usr' '--without-ovrimos' '--disable-pcntl' '--without-pfpro' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--disable -soap' '--disable-sockets' '--disable-spl' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wdd x' '--with-xsl' '--with-xmlrpc' '--disable-yp' '--with-zlib' '--disable-debug' '--without-cdb' '--with-db4' '--without-dbm' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' ' --with-jpeg-dir=/usr' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--with-ttf=/usr' '--enable-gd-jis-conf' '--enable-gd-native-ttf' '--with-png-dir=/usr' '--with-tiff-dir=/usr' '--without-xpm-di r' '--with-gd' '--with-imap' '--with-imap-ssl' '--with-mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mm' '--without-msession' '--enable-sqlite-utf8' '--enable-dba' '--with-readl ine' '--without-libedit' Reproduce code: --- Expected result: count('string') returns: 6 Actual result: -- count('string') returns: 1 -- Edit this bug report at http://bugs.php.net/?id=31730&edit=1
#31730 [NEW]: behaviour of count() with strings
From: tierra at ibaku dot net Operating system: Linux 2.4.27 PHP version: 5.0.3 PHP Bug Type: Arrays related Bug description: behaviour of count() with strings Description: This may not be a bug, but I would assume with the change in PHP5 (from PHP4) where character access in strings is now done using array operators that count('anystring') would return the length of the string (being the number of array items in the string). I don't see any official documentation on the reasoning for moving to array access operators with strings in PHP5, but I've seen a number of reports that it was for the movement of treating strings as arrays. [EMAIL PROTECTED] tierra $ php -v PHP 5.0.3 (cli) (built: Dec 21 2004 20:37:03) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] tierra $ php count.php count('string') returns: 1 [EMAIL PROTECTED] tierra $ uname -a Linux ibaku 2.4.27-linode36-3um #1 Fri Oct 29 00:59:10 EDT 2004 i686 UML User Mode Linux GNU/Linux PHP Version => 5.0.3 System => Linux ibaku 2.4.27-linode36-3um #1 Fri Oct 29 00:59:10 EDT 2004 i686 Build Date => Dec 21 2004 20:26:48 Configure Command => './configure' '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var /lib' '--disable-cgi' '--enable-cli' '--enable-embed' '--with-config-file-path=/etc/php/cli-php5' '--disable-bcmath' '--without-bz2' '--disable-calendar' '--without-cpdflib' '--disable-ctype' '--wi th-curl' '--without-curlwrappers' '--disable-dbase' '--disable-dio' '--disable-exif' '--without-fam' '--without-fbsql' '--without-fdftk' '--disable-filepro' '--disable-ftp' '--with-gettext' '--with out-gmp' '--without-hwapi' '--without-iconv' '--without-informix' '--without-ingres' '--without-interbase' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mcve' '--disable-memor y-limit' '--without-mhash' '--without-mime-magic' '--without-ming' '--without-mnogosearch' '--without-msql' '--without-mssql' '--with-ncurses' '--without-oci8' '--without-oracle' '--with-openssl' ' --with-openssl-dir=/usr' '--without-ovrimos' '--disable-pcntl' '--without-pfpro' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--disable -soap' '--disable-sockets' '--disable-spl' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wdd x' '--with-xsl' '--with-xmlrpc' '--disable-yp' '--with-zlib' '--disable-debug' '--without-cdb' '--with-db4' '--without-dbm' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' ' --with-jpeg-dir=/usr' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--with-ttf=/usr' '--enable-gd-jis-conf' '--enable-gd-native-ttf' '--with-png-dir=/usr' '--with-tiff-dir=/usr' '--without-xpm-di r' '--with-gd' '--with-imap' '--with-imap-ssl' '--with-mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mm' '--without-msession' '--enable-sqlite-utf8' '--enable-dba' '--with-readl ine' '--without-libedit' Reproduce code: --- Expected result: count('string') returns: 6 Actual result: -- count('string') returns: 1 -- Edit bug report at http://bugs.php.net/?id=31730&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31730&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31730&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31730&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31730&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31730&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31730&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31730&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31730&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31730&r=support Expected behavior: http://bugs.php.net/fix.php?id=31730&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31730&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31730&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31730&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31730&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31730&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31730&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31730&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31730&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31730&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31730&r=mysqlcfg
#26494 [Fbk->Opn]: mod_php4 fails Timeout setting while writing to a dead client on Apache 1.3
ID: 26494 User updated by: hexer at studentcenter dot org Reported By: hexer at studentcenter dot org -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux PHP Version: 4.3.10 New Comment: Ok I tried it, same results. It's the problem in mod_php4.c also just as a side note, our php is compiled-in to apache. Previous Comments: [2005-01-25 15:25:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Always try the snapshot first.. [2005-01-11 21:50:43] hexer at studentcenter dot org Ok here is a more detailed step-by-step on how to reproduce: Use php 4.3.10 compiled-in with Apache 1.3.33 1. Compile Apache 1.3 with php-4.3.10 compiled-in: In source tree: ./configure --prefix=/usr/local/apache In PHP source tree: ./configure --with-mysql \ --with-xml \ --with-apache=../apache_1.3.33 \ --enable-track-vars \ --with-gd \ --enable-discard-path \ --enable-bcmath \ --enable-gd-native-tt \ --with-freetype-dir=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-zlib=/usr/local make make install In Apache source tree: ./configure \ --activate-module=src/modules/php4/libphp4.a \ --enable-module=php4 \ --enable-module=rewrite \ --enable-module=so \ --prefix=/usr/local/apache make make install 2. Edit httpd.conf and make sure you have the following enabled in httpd.conf: TimeOut 60 AddModule mod_status.c ExtendedStatus On SetHandler server-status Order deny,allow Allow from all 3. Create the test output script (test.php): \n"; } ?> 4. On a different computer, open the browser and point it to test.php, as soon as test.php starts loading unplug the computer from the network, before it finishes loading. This one's important. You have to make a true dead connection without the server knowing about it. Make sure your network does not notify the server immediately that the connection was closed or there is a broken pipe etc. (by default the Linux recv has a very long timeout) 5. Check the server-status page. You will see something like this: 0-1 4990 0/177/15106 W 0.45 9 0 0.0 0.19 43.85 x.x.x.x your.server.com GET /test.php Note the 'W' under status in that particular process. 6. You will see the SS value start going way beyond the timeout setting. This _must_ happen unless the system has somehow managed to find out that the connection is broken. If the process is not in W status and 60 seconds have not passed that means the system somehow found out that the connection is broken so the dead-connection condition hasn't been simulated. Also another good experiment would be to see if the TimeOut overrides max_execution_time. If in your scenario TimeOut does in fact work, it probably overrides the max_execution_time and causes the script to abort if it runs longer than TimeOut seconds. [2005-01-11 20:28:39] [EMAIL PROTECTED] I haven't been able to reproduce this either even with MySQL enabled. [2005-01-11 19:10:22] hexer at studentcenter dot org Update: More test results, some improvements to the patch. After some testing on our production cluster I've made some improvements on the patch. (Scroll down for the patch itself) For a better way on reproducing this, check out the newsgroups post that talks more about this problem: http://groups-beta.google.com/group/php.general/browse_frm/thread/f18f3da1cc3b51a7/1e7c60d14432f6c5?q=mod_php+timeout&_done=%2Fgroups%3Fq%3Dmod_php+timeout%26hl%3Den%26lr%3D%26sa%3DN%26tab%3Dwg%26&_doneTitle=Back+to+Search&&d#1e7c60d14432f6c5 (Reproducible with latest version of Apache 1.3 and php 4.3.10) THE PATCH: (mod_php) List of changes since the initial version of the patch: 1. hard_timeout is no longer set before the main entry into the php engine execution. (TimeOut must only be used to monitor for stalled client connections according to the apache spec) 2. fixed for proper use of apache timeout in the READ post section. (timer is now primed before the start the read loop, timer refreshes in between the reads and is killed after the read loop so that TimeOut is tracked during communication and refreshed accordingly. 3. changed to ap_soft_timeout in the ub_write section. This makes PHP's ignore_user_abort possible again. (ap_soft_timeout causes apache to close socket instead of forcing a quit) Our test results: Upon setting apache TimeOut to 60, the server closes the connection with the client if and only if the connection has been stalled for more than 60 seconds during transfers. Since long script execution
#31731 [NEW]: HTTP server encountered unhandled exception while processing ISAPI Application
From: karin dot berger at grace dot com Operating system: Windows 2000 Advanced Server PHP version: 5.0.2 PHP Bug Type: IIS related Bug description: HTTP server encountered unhandled exception while processing ISAPI Application Description: 1.Renamed file entitled "php.ini-recommended" to "php.ini", and copied the file to the directory "c:\winnt" 2.Made the following alterations: a.from "ouput_buffering = 4096" to "output_buffering = Off" b.from "max_execution_time = 30" to "max_execution_time = 300" c.from "register_long_arrays = Off" to "register_long_arrays = On" d.from "post_max_size = 8M" to "post_max_size = 101M" e.from ";include_path = '.;c:\php\includes'" (under "Windows: '\path1\path2'") to "include_path = 'd:\inetpub\wwwroot\include'" f.from "; cgi.force_redirect = 1" to "cgi.force_redirect = 0" g.Made upload_tmp_dir equal to c:/php/up_tmp h.from "upload_max_filesize = 2M" to "upload_max_filesize = 100M" i.from ";extension=php_mssql.dll" to "extension=php_mssql.dll" j.from ";extension=php_mysql.dll" to "extension=php_mysql.dll" k.from "mysql.default_port =" to "myself.default_port = 3306" l.from ";session.save_path = '/tmp'" to "session.save_path = 'c:\php\tmp'" m.from "session.gc_divisor = 1000" to "session.gc_divisor = 100" 3.The server's Event Viewer is giving the following error: Event Type: Error Event Source: WAM Event ID: 204 Description: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' wam!WAM_REQ_CORE::GetSz(unsigned long)const + 0x51 php5isapi + 0x1172 wam!DllCanUnloadNow + 0x636 wam!DllCanUnloadNow + 0x20C w3svc!HTTP_HEADERS::FindValue(char const *,unsigned long *) + 0xE2 w3svc!STR::Copy(char const *,unsigned long) + 0xC71 w3svc!STR::Copy(char const *,unsigned long) + 0xB49 w3svc!STR::Copy(char const *,unsigned long) + 0x9A2 w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) + 0x642 w3svc!HTTP_REQUEST::ReprocessURL(char *,enum HTTP_VERB) + 0x25A w3svc!W3_SERVER_INSTANCE::ResetSSLInfo(void *) + 0x2F49 w3svc!CLIENT_CONN::Disconnect(class HTTP_REQ_BASE *,unsigned long,unsigned long,int,int *) + 0x114 w3svc!DumpW3InfoToHTML + 0x1986 w3svc!CLIENT_CONN::OnSessionStartup(int *,void *,unsigned long,int) + 0x5CF w3svc!HTTP_HEADERS::Reset(void) + 0x1CA w3svc!STR::Copy(char const *,unsigned long) + 0x16EF ISATQ!CDirMonitor::RemoveEntry(class CDirMonitorEntry *) + 0x13A + 0x7B0EF012 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Expected result: Page should open. Actual result: -- Get these errors instead: 1.The page cannot be displayed 2.PHP has encountered an Access Violation at 77FCCA95 -- Edit bug report at http://bugs.php.net/?id=31731&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31731&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31731&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31731&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31731&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31731&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31731&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31731&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31731&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31731&r=support Expected behavior: http://bugs.php.net/fix.php?id=31731&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31731&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31731&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31731&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31731&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31731&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31731&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31731&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31731&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31731&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31731&r=mysqlcfg
#31729 [NEW]: no errors or warnings are produces when entering quoted text as a command
From: php at atu dot cjb dot net Operating system: GNU/Linux PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: no errors or warnings are produces when entering quoted text as a command Description: Even when /etc/php.ini has full error reporting turned on (error_reporting = E_ALL), no error or warning is displayed. Reproduce code: --- ""; Expected result: Some sort of warning about an invalid command. Actual result: -- Nothing is output. -- Edit bug report at http://bugs.php.net/?id=31729&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31729&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31729&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31729&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31729&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31729&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31729&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31729&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31729&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31729&r=support Expected behavior: http://bugs.php.net/fix.php?id=31729&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31729&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31729&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31729&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31729&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31729&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31729&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31729&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31729&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31729&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31729&r=mysqlcfg
#31728 [Fbk->Opn]: mysql_insert_id() return wrong ID
ID: 31728 User updated by: godwizard at hotmail dot com Reported By: godwizard at hotmail dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Linux Fedora Core 2 PHP Version: 5.0.3 New Comment: Here is all code what U will need... usr = $usr; $this->pwd = $pwd; $this->db = $db; $this->server = $server; $this->link = mysql_connect($this->server, $this->usr, $this->pwd, new_link); if ( ! $this->link ) die ("SQL server not OnLine"); { mysql_select_db($this->db) or die ("Error while trying to open database."); } } function query($query) { $this->query = $query; $result = mysql_query($this->query, $this->link); return $result; } } class STAT { function ddd_use() { global $db_dur_insert; $query = sprintf(" insert into stat_ddd_use (istuntoID, rotuID, resolution, request, aikaleima) values (%u, %u, %s, %s, %u)", sql_valid($_SESSION['stat']['istuntoID']), sql_valid($_SESSION['rotuID']), sql_valid($_COOKIE['users_resolution']), sql_valid($_SESSION['login_request']), sql_valid(time())); if ( (isset($db_dur_insert)) && (isset($query)) ) { $db_dur_insert->query($query); unset($query); } } } class ADMIN_DOG_SQL { function add_dog() { global $db_dogdata_insert; $aikaleima = time(); if ( (isset($_SESSION['admin']['dog']['rekisteriID'])) && (strlen($_SESSION['admin']['dog']['rekisteriID']) > 0) ) { $query = sprintf(" insert into doginfo_rekisteri_rekisteriID (rekisteriID, oletus, lisatty, lisaaja) values (%s, 1, %u, %u)", sql_valid($_SESSION['admin']['dog']['rekisteriID']), sql_valid($aikaleima), sql_valid($_SESSION['user']['userID'])); if ( (isset($db_dogdata_insert)) && (isset($query)) ) { $result = $db_dogdata_insert->query($query); unset($query); } if ( (isset($result)) && (mysql_affected_rows() > 0) ) { $rekisterinro = mysql_insert_id(); } } } } $db_dogdata_insert = new DB; $db_dogdata_insert->open([parameters]; $db_dur_insert = new DB; $db_dur_insert->open([parameters]; $test1 = new STAT; $test2 = new ADMIN_DOG_SQL; $test1->ddd_use(); // query OK $test2->add_dog(); // query OK but mysql_insert_id returning $test1->ddd_use() insert ID value => making me very mad... ?> Previous Comments: [2005-01-27 20:38:17] [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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-01-27 20:24:10] godwizard at hotmail dot com Very odd... The ID which mysql_insert_id is returning, comes from following class/function: function ddd_use() { global $db_dur_insert; $query = sprintf(" insert into stat_ddd_use (istuntoID, rotuID, resolution, request, aikaleima) values (%u, %u, %s, %s, %u)", sql_valid($_SESSION['stat']['istuntoID']), sql_valid($_SESSION['rotuID']), sql_valid($_COOKIE['users_resolution']), sql_valid($_SESSION['login_request']), sql_valid((time(; if ( (isset($db_dur_insert)) && (isset($query)) ) { $db_dur_insert->query($query); unset($query); } } All code are in several classes. And there is more than 1 DB connection opened at same time. [2005-01-27 20:08:22] godwizard at hotmail dot com Description: mysql_insert_id return wrong ID. It will add new line to DB correctly but when using mysql_insert_id to get auto_increment value, it will return something odd. Reproduce code: --- function add_line() { global $db_insert; $aikaleima = time(); if ( (isset($_SESSION['admin']['rekisteriID'])) && (strlen($_SESSION['admin']['rekisteriID']) > 0) ) { $query = sprintf(" insert into rekisteri_rekisteriID (rekisteriID, oletus, lisatty, lisaaja) values (%s, 1, %u, %u)", sql_valid($_SESSION['admin']['rekisteriID']), sql_valid($aikaleima), sql_valid($_SESSION['user']['userID'])); if ( (isset($db_insert)) && (isset($query)) ) { $result = $db_insert->query($query); unset($query); } if ( (isset($result)) && (mysql_affected_rows() > 0) ) { $rekisterinro = mysql_insert_id(); } Expected result: Example value should be 29171. Actual result: -- Value is 7618. And ID 7618 is already reserved in DB. -- Edit this bug report at http://bugs.php.net/?id=31728&edit=1
#31728 [Opn->Fbk]: mysql_insert_id() return wrong ID
ID: 31728 Updated by: [EMAIL PROTECTED] Reported By: godwizard at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux Fedora Core 2 PHP Version: 5.0.3 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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-01-27 20:24:10] godwizard at hotmail dot com Very odd... The ID which mysql_insert_id is returning, comes from following class/function: function ddd_use() { global $db_dur_insert; $query = sprintf(" insert into stat_ddd_use (istuntoID, rotuID, resolution, request, aikaleima) values (%u, %u, %s, %s, %u)", sql_valid($_SESSION['stat']['istuntoID']), sql_valid($_SESSION['rotuID']), sql_valid($_COOKIE['users_resolution']), sql_valid($_SESSION['login_request']), sql_valid((time(; if ( (isset($db_dur_insert)) && (isset($query)) ) { $db_dur_insert->query($query); unset($query); } } All code are in several classes. And there is more than 1 DB connection opened at same time. [2005-01-27 20:08:22] godwizard at hotmail dot com Description: mysql_insert_id return wrong ID. It will add new line to DB correctly but when using mysql_insert_id to get auto_increment value, it will return something odd. Reproduce code: --- function add_line() { global $db_insert; $aikaleima = time(); if ( (isset($_SESSION['admin']['rekisteriID'])) && (strlen($_SESSION['admin']['rekisteriID']) > 0) ) { $query = sprintf(" insert into rekisteri_rekisteriID (rekisteriID, oletus, lisatty, lisaaja) values (%s, 1, %u, %u)", sql_valid($_SESSION['admin']['rekisteriID']), sql_valid($aikaleima), sql_valid($_SESSION['user']['userID'])); if ( (isset($db_insert)) && (isset($query)) ) { $result = $db_insert->query($query); unset($query); } if ( (isset($result)) && (mysql_affected_rows() > 0) ) { $rekisterinro = mysql_insert_id(); } Expected result: Example value should be 29171. Actual result: -- Value is 7618. And ID 7618 is already reserved in DB. -- Edit this bug report at http://bugs.php.net/?id=31728&edit=1
#31727 [Opn->Asn]: SOAPClient incorrectly encoding parameters
ID: 31727 Updated by: [EMAIL PROTECTED] Reported By: adam at trachtenberg dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: n/a PHP Version: 5CVS-2005-01-27 (dev) -Assigned To: +Assigned To: dmitry Previous Comments: [2005-01-27 19:55:12] adam at trachtenberg dot com Description: The SOAPClient class is incorrectly encoding parameters. It is not placing them inside their own named elements. I believe this to be a bug, but it's quite hard to confirm because the SOAP spec is so theoretical. I can't find any real examples. Also, even after this bug is fixed, the "working" code won't make a successful request, as the WSDL endpoint is wrong and there are no headers. This is just a stripped down version to reproduce the bug. Reproduce code: --- $wsdl_url = 'http://developer.ebay.com/webservices/393/eBaySvc.wsdl'; $client = new SOAPClient($wsdl_url, array('trace' => 1, 'exceptions' => 0, )); $DetailLevel = new SOAPParam(new SOAPVar('ReturnAll', XSD_STRING, NULL, NULL, NULL, 'urn:ebay:apis:eBLBaseCo\ mponents'), 'DetailLevel'); $Version = new SOAPParam(new SOAPVar(393, XSD_DOUBLE, NULL, NULL, NULL, 'urn:ebay:apis:eBLBaseCom\ ponents'), 'Version'); $user = $client->GetUser($Version, $DetailLevel); print "GetUser(): \n".$client->__getLastRequest() ."\n"; $user = $client->__call('GetUser', array($Version, $DetailLevel)); print "__call(GetUser): \n".$client->__getLastRequest() ."\n"; Expected result: GetUser(): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll __call(GetUser): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll Actual result: -- GetUser(): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll __call(GetUser): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll -- Edit this bug report at http://bugs.php.net/?id=31727&edit=1
#31727 [NEW]: SOAPClient incorrectly encoding parameters
From: adam at trachtenberg dot com Operating system: n/a PHP version: 5CVS-2005-01-27 (dev) PHP Bug Type: SOAP related Bug description: SOAPClient incorrectly encoding parameters Description: The SOAPClient class is incorrectly encoding parameters. It is not placing them inside their own named elements. I believe this to be a bug, but it's quite hard to confirm because the SOAP spec is so theoretical. I can't find any real examples. Also, even after this bug is fixed, the "working" code won't make a successful request, as the WSDL endpoint is wrong and there are no headers. This is just a stripped down version to reproduce the bug. Reproduce code: --- $wsdl_url = 'http://developer.ebay.com/webservices/393/eBaySvc.wsdl'; $client = new SOAPClient($wsdl_url, array('trace' => 1, 'exceptions' => 0, )); $DetailLevel = new SOAPParam(new SOAPVar('ReturnAll', XSD_STRING, NULL, NULL, NULL, 'urn:ebay:apis:eBLBaseCo\ mponents'), 'DetailLevel'); $Version = new SOAPParam(new SOAPVar(393, XSD_DOUBLE, NULL, NULL, NULL, 'urn:ebay:apis:eBLBaseCom\ ponents'), 'Version'); $user = $client->GetUser($Version, $DetailLevel); print "GetUser(): \n".$client->__getLastRequest() ."\n"; $user = $client->__call('GetUser', array($Version, $DetailLevel)); print "__call(GetUser): \n".$client->__getLastRequest() ."\n"; Expected result: GetUser(): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll __call(GetUser): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll Actual result: -- GetUser(): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll __call(GetUser): http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="urn:ebay:apis:eBLBaseComponents">393ReturnAll -- Edit bug report at http://bugs.php.net/?id=31727&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31727&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31727&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31727&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31727&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31727&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31727&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31727&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31727&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31727&r=support Expected behavior: http://bugs.php.net/fix.php?id=31727&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31727&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31727&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31727&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31727&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31727&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31727&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31727&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31727&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31727&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31727&r=mysqlcfg
#31728 [NEW]: mysql_insert_id() return wrong ID
From: godwizard at hotmail dot com Operating system: Linux Fedora Core 2 PHP version: 5.0.3 PHP Bug Type: MySQL related Bug description: mysql_insert_id() return wrong ID Description: mysql_insert_id return wrong ID. It will add new line to DB correctly but when using mysql_insert_id to get auto_increment value, it will return something odd. Reproduce code: --- function add_line() { global $db_insert; $aikaleima = time(); if ( (isset($_SESSION['admin']['rekisteriID'])) && (strlen($_SESSION['admin']['rekisteriID']) > 0) ) { $query = sprintf(" insert into rekisteri_rekisteriID (rekisteriID, oletus, lisatty, lisaaja) values (%s, 1, %u, %u)", sql_valid($_SESSION['admin']['rekisteriID']), sql_valid($aikaleima), sql_valid($_SESSION['user']['userID'])); if ( (isset($db_insert)) && (isset($query)) ) { $result = $db_insert->query($query); unset($query); } if ( (isset($result)) && (mysql_affected_rows() > 0) ) { $rekisterinro = mysql_insert_id(); } Expected result: Example value should be 29171. Actual result: -- Value is 7618. And ID 7618 is already reserved in DB. -- Edit bug report at http://bugs.php.net/?id=31728&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31728&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31728&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31728&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31728&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31728&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31728&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31728&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31728&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31728&r=support Expected behavior: http://bugs.php.net/fix.php?id=31728&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31728&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31728&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31728&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31728&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31728&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31728&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31728&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31728&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31728&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31728&r=mysqlcfg
#31728 [Opn]: mysql_insert_id() return wrong ID
ID: 31728 User updated by: godwizard at hotmail dot com Reported By: godwizard at hotmail dot com Status: Open Bug Type: MySQL related Operating System: Linux Fedora Core 2 PHP Version: 5.0.3 New Comment: Very odd... The ID which mysql_insert_id is returning, comes from following class/function: function ddd_use() { global $db_dur_insert; $query = sprintf(" insert into stat_ddd_use (istuntoID, rotuID, resolution, request, aikaleima) values (%u, %u, %s, %s, %u)", sql_valid($_SESSION['stat']['istuntoID']), sql_valid($_SESSION['rotuID']), sql_valid($_COOKIE['users_resolution']), sql_valid($_SESSION['login_request']), sql_valid((time(; if ( (isset($db_dur_insert)) && (isset($query)) ) { $db_dur_insert->query($query); unset($query); } } All code are in several classes. And there is more than 1 DB connection opened at same time. Previous Comments: [2005-01-27 20:08:22] godwizard at hotmail dot com Description: mysql_insert_id return wrong ID. It will add new line to DB correctly but when using mysql_insert_id to get auto_increment value, it will return something odd. Reproduce code: --- function add_line() { global $db_insert; $aikaleima = time(); if ( (isset($_SESSION['admin']['rekisteriID'])) && (strlen($_SESSION['admin']['rekisteriID']) > 0) ) { $query = sprintf(" insert into rekisteri_rekisteriID (rekisteriID, oletus, lisatty, lisaaja) values (%s, 1, %u, %u)", sql_valid($_SESSION['admin']['rekisteriID']), sql_valid($aikaleima), sql_valid($_SESSION['user']['userID'])); if ( (isset($db_insert)) && (isset($query)) ) { $result = $db_insert->query($query); unset($query); } if ( (isset($result)) && (mysql_affected_rows() > 0) ) { $rekisterinro = mysql_insert_id(); } Expected result: Example value should be 29171. Actual result: -- Value is 7618. And ID 7618 is already reserved in DB. -- Edit this bug report at http://bugs.php.net/?id=31728&edit=1
#31717 [Bgs->Asn]: Cannot turn off PATH_INFO
ID: 31717 Updated by: [EMAIL PROTECTED] Reported By: stijn at win dot tue dot nl -Status: Bogus +Status: Assigned Bug Type: Apache2 related Operating System: FreeBSD 4 and -CURRENT PHP Version: 4.3.10 -Assigned To: +Assigned To: jorton New Comment: Yes it does, in 2.0 the handler has to honour the r->used_path_info setting appropriately. Previous Comments: [2005-01-27 18:08:01] [EMAIL PROTECTED] This has nothing to do with PHP and please don't post support questions to the bug database. [2005-01-27 11:23:03] stijn at win dot tue dot nl Description: I'm trying to turn the support for PATH_INFO off on a *default* install of apache-2.0.52 and php-4.3.10, but it doesn't work. Note that I am not 100% sure that this is a PHP bug, however Apache does not accept PATH_INFO for regular HTML files so I'm inclined to suspect PHP. I first installed Apache in a scratch directory: ./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork --enable-maintainer-mode gmake gmake install Then PHP: env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp --with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi --disable-path-info-check gmake gmake install I edited /var/tmp/apachephp/conf/httpd.conf and added these lines: %%% AddType application/x-httpd-php .php AcceptPathInfo off AcceptPathInfo off %%% Adding a simple index.php to the docroot (/var/tmp/apachephp/htdocs/index.php): %%% %%% After starting httpd, I can still browse to http://localhost/index.php/foo/bar and see that PATH_INFO indeed contains /foo/bar. I've tried digging in the sources but I'm not familiar with Apache plugins. I did see this in gdb: %%% Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70) at /local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408 408 SG(sapi_headers).http_response_code = !r->status ? HTTP_OK : r->status; (gdb) print r->path_info $1 = 0x81b3253 "/foo/bar" (gdb) print r->used_path_info $2 = 1 %%% So in the request constructor the path info is already set up? I did see something about overriding r->path_info for apache modules in the apache sources but here is where I cannot follow the code anymore... BTW, I tried to post this to php-general twice, but somehow my e-mail is blocked. I do hope this is not PEBKAC but even if it is I would be glad if someone pointed this out to me... Reproduce code: --- n/a Expected result: n/a Actual result: -- see above for a maybe relevant backtrace snippet -- Edit this bug report at http://bugs.php.net/?id=31717&edit=1
#31717 [Opn->Bgs]: Cannot turn off PATH_INFO
ID: 31717 Updated by: [EMAIL PROTECTED] Reported By: stijn at win dot tue dot nl -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 4 and -CURRENT PHP Version: 4.3.10 New Comment: This has nothing to do with PHP and please don't post support questions to the bug database. Previous Comments: [2005-01-27 11:23:03] stijn at win dot tue dot nl Description: I'm trying to turn the support for PATH_INFO off on a *default* install of apache-2.0.52 and php-4.3.10, but it doesn't work. Note that I am not 100% sure that this is a PHP bug, however Apache does not accept PATH_INFO for regular HTML files so I'm inclined to suspect PHP. I first installed Apache in a scratch directory: ./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork --enable-maintainer-mode gmake gmake install Then PHP: env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp --with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi --disable-path-info-check gmake gmake install I edited /var/tmp/apachephp/conf/httpd.conf and added these lines: %%% AddType application/x-httpd-php .php AcceptPathInfo off AcceptPathInfo off %%% Adding a simple index.php to the docroot (/var/tmp/apachephp/htdocs/index.php): %%% %%% After starting httpd, I can still browse to http://localhost/index.php/foo/bar and see that PATH_INFO indeed contains /foo/bar. I've tried digging in the sources but I'm not familiar with Apache plugins. I did see this in gdb: %%% Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70) at /local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408 408 SG(sapi_headers).http_response_code = !r->status ? HTTP_OK : r->status; (gdb) print r->path_info $1 = 0x81b3253 "/foo/bar" (gdb) print r->used_path_info $2 = 1 %%% So in the request constructor the path info is already set up? I did see something about overriding r->path_info for apache modules in the apache sources but here is where I cannot follow the code anymore... BTW, I tried to post this to php-general twice, but somehow my e-mail is blocked. I do hope this is not PEBKAC but even if it is I would be glad if someone pointed this out to me... Reproduce code: --- n/a Expected result: n/a Actual result: -- see above for a maybe relevant backtrace snippet -- Edit this bug report at http://bugs.php.net/?id=31717&edit=1
#31723 [Bgs]: call function_exists in safe_mod return true to set_time_limit
ID: 31723 Updated by: [EMAIL PROTECTED] Reported By: diogo at netmake dot com dot br Status: Bogus Bug Type: *General Issues Operating System: Any System PHP Version: 4.3.10 New Comment: Actually, you can use it in safe-mode... to lower the limit (AFAIK). Previous Comments: [2005-01-27 17:40:50] [EMAIL PROTECTED] The function still exists in safe_mode it is just not allowed. You have to check if safe_mode is enabled or not instead. [2005-01-27 17:40:48] [EMAIL PROTECTED] The function exists, which is why the return value of function_exists is TRUE. [2005-01-27 15:32:42] diogo at netmake dot com dot br Description: I'm doing a multiplataform software. I always need to set set_time_limit(0), but some unix disable then turning on safe_mode. in safe_mode, some functions and functionales are disabled. how can call function_exists("set_time_limit") to test if always i get TRUE? in safe_mode should be false. The same happens with get_defined_functions, that returns an array with set_time_limit seted TRUE. Reproduce code: --- $bol_result = function_exists("set_time_limit"); if($bol_result) { set_time_limit(0); } Expected result: $bol_result return false Actual result: -- $bol_result returns true, then call set_time_limit, my php is in safe_mode so crash: set_time_limit(): Cannot set time limit in safe mode -- Edit this bug report at http://bugs.php.net/?id=31723&edit=1
#31723 [Opn->Bgs]: call function_exists in safe_mod return true to set_time_limit
ID: 31723 Updated by: [EMAIL PROTECTED] Reported By: diogo at netmake dot com dot br -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Any System PHP Version: 4.3.10 New Comment: The function exists, which is why the return value of function_exists is TRUE. Previous Comments: [2005-01-27 15:32:42] diogo at netmake dot com dot br Description: I'm doing a multiplataform software. I always need to set set_time_limit(0), but some unix disable then turning on safe_mode. in safe_mode, some functions and functionales are disabled. how can call function_exists("set_time_limit") to test if always i get TRUE? in safe_mode should be false. The same happens with get_defined_functions, that returns an array with set_time_limit seted TRUE. Reproduce code: --- $bol_result = function_exists("set_time_limit"); if($bol_result) { set_time_limit(0); } Expected result: $bol_result return false Actual result: -- $bol_result returns true, then call set_time_limit, my php is in safe_mode so crash: set_time_limit(): Cannot set time limit in safe mode -- Edit this bug report at http://bugs.php.net/?id=31723&edit=1
#31723 [Bgs]: call function_exists in safe_mod return true to set_time_limit
ID: 31723 Updated by: [EMAIL PROTECTED] Reported By: diogo at netmake dot com dot br Status: Bogus Bug Type: *General Issues Operating System: Any System PHP Version: 4.3.10 New Comment: The function still exists in safe_mode it is just not allowed. You have to check if safe_mode is enabled or not instead. Previous Comments: [2005-01-27 17:40:48] [EMAIL PROTECTED] The function exists, which is why the return value of function_exists is TRUE. [2005-01-27 15:32:42] diogo at netmake dot com dot br Description: I'm doing a multiplataform software. I always need to set set_time_limit(0), but some unix disable then turning on safe_mode. in safe_mode, some functions and functionales are disabled. how can call function_exists("set_time_limit") to test if always i get TRUE? in safe_mode should be false. The same happens with get_defined_functions, that returns an array with set_time_limit seted TRUE. Reproduce code: --- $bol_result = function_exists("set_time_limit"); if($bol_result) { set_time_limit(0); } Expected result: $bol_result return false Actual result: -- $bol_result returns true, then call set_time_limit, my php is in safe_mode so crash: set_time_limit(): Cannot set time limit in safe mode -- Edit this bug report at http://bugs.php.net/?id=31723&edit=1
#31726 [NEW]: GD -JPEG-JFIF error
From: skyfox at isp dot ee Operating system: Debian PHP version: 4.3.10 PHP Bug Type: *Graphics related Bug description: GD -JPEG-JFIF error Description: PHP Version 4.3.10 GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with freetype GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Expected result: but any jpeg(JFIF) make error: Warning: imagecreatefromjpeg(): '/var/www/upload/60125' is not a valid JPEG file in /var/www/amur/photo_new.php on line 39 Warning: imagesx(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 40 Warning: imagesy(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 41 -- Edit bug report at http://bugs.php.net/?id=31726&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31726&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31726&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31726&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31726&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31726&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31726&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31726&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31726&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31726&r=support Expected behavior: http://bugs.php.net/fix.php?id=31726&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31726&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31726&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31726&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31726&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31726&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31726&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31726&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31726&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31726&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31726&r=mysqlcfg
#31705 [Opn->Csd]: parse_url: http://foo.com#bar not recognized
ID: 31705 Updated by: [EMAIL PROTECTED] Reported By: cox at idecnet dot com -Status: Open +Status: Closed Bug Type: URL related Operating System: Linux PHP Version: 4.3.10 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: [2005-01-26 18:26:08] cox at idecnet dot com Description: This url format is not recognized by parse_url(): http://foo.com#bar Most browsers do recognize this format. Others like "http://foo.com?bar"; are rightly parsed. Tomas V.V.Cox Reproduce code: --- php -r 'print_r(parse_url("http://foo.com#bar";));' Expected result: Array ( [scheme] => http [host] => foo.com [fragment] => bar ) Actual result: -- Array ( [scheme] => http [host] => foo.com#bar ) -- Edit this bug report at http://bugs.php.net/?id=31705&edit=1
#31589 [Fbk->Csd]: xml_parse_into_struct won't parse data read from a file
ID: 31589 User updated by: fuddyq at gmail dot com Reported By: fuddyq at gmail dot com -Status: Feedback +Status: Closed Bug Type: XML related Operating System: Windows2000 PHP Version: 5.0.2 New Comment: My apologies for the bug filing - I tried a different example on the function page for xml_parse_into_struct() and it seems to work now. Confused. Previous Comments: [2005-01-21 00:09:10] [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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. I can't reproduce it. Make sure $data is not empty and error_reporting is set to E_ALL. [2005-01-18 00:04:28] fuddyq at gmail dot com Description: When using the documentation for xml_parse_into_struct to test xml read from a file, the function appears to unsuccessfully parse the data. The xml file is valid xml, is being read properly and can be dumped by it's fread variable $data. I can copy and paste the xml into the $data variable and the function will work properly. The xml_error_string(xml_get_error_code($parser)) is "Empty Document" which is incorrect. Reproduce code: --- $xml_file = 'someXMLfile.xml'; $filehandler = fopen($xml_file, 'r'); $data = fread($filehandler, filesize($xml_file)); fclose($filehandler); $parser = xml_parser_create(); xml_parse_into_struct($parser, $data, $vals, $index); xml_parser_free($parser); echo "Index array\n"; print_r($index); echo "\nVals array\n"; print_r($vals); Expected result: Similar results to the documentation for the xml_parse_into_struct() function via print_r(). Actual result: -- Index array Array ( ) Vals array Array ( ) -- Edit this bug report at http://bugs.php.net/?id=31589&edit=1
#31726 [Opn->Fbk]: GD -JPEG-JFIF error
ID: 31726 Updated by: [EMAIL PROTECTED] Reported By: skyfox at isp dot ee -Status: Open +Status: Feedback Bug Type: *Graphics related Operating System: Debian PHP Version: 4.3.10 New Comment: Please supply the image in question. Previous Comments: [2005-01-27 17:37:20] skyfox at isp dot ee Description: PHP Version 4.3.10 GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with freetype GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Expected result: but any jpeg(JFIF) make error: Warning: imagecreatefromjpeg(): '/var/www/upload/60125' is not a valid JPEG file in /var/www/amur/photo_new.php on line 39 Warning: imagesx(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 40 Warning: imagesy(): supplied argument is not a valid Image resource in /var/www/amur/photo_new.php on line 41 -- Edit this bug report at http://bugs.php.net/?id=31726&edit=1
#30697 [Com]: SIGSEGV, Segmentation fault
ID: 30697 Comment by: lussnig at smcc dot de Reported By: withpaul at yahoo dot com Status: No Feedback Bug Type: OCI8 related Operating System: sparc-sun-solaris2.8 PHP Version: 5.0.2 New Comment: The OS is not dependent on sparc the problem was under Linux too. also Version should be 5.0.0 up to 5.0.2 Previous Comments: [2005-01-27 17:01:17] lussnig at smcc dot de Hello, i had the same Problem with php-5.0.0 With 5.0.3 it is fixed. [2005-01-15 01:00:10] 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". [2005-01-07 16:21:58] marek dot raida at oskar dot cz There is the smallest example was able to prepare. Problem is with calling abc() before connection to Database. OS: SunOS s1self31 5.9 Generic_117171-08 sun4u PHP: PHP Version 5.0.2 OCI Client: --with-oci8=/app/oracle/product/9.2.0.1_client ORACLE: 9.2.0.4.0 (using UTF-8) Are you able to reproduce it? It works 100%l for me M.R. [2005-01-07 15:01:04] [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 possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2005-01-07 14:24:52] marek dot raida at guide dot cz Hi there, we made some investigation and found 100% way of reproducing error: PHP Warning: Unknown: _oci_close_session OCIHandleAlloc OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE in Unknown on line 0. It has to do with creating OCIParse in function/object's method and returning it as member of array. Mst be not alone in array. Steps. 1. Connect to Oracle 2. Prepare statement inside function and return it in array 3. End script immediatelly (without execution). Example: function xxx($sql,$conn){ $stmt = OCIParse($conn,$sql); return array($sql,$stmt); } $conn = $this->wscDb->connect(); // for example $stmt = xxx('select 123 from dual', $conn); var_dump($conn,$stmt); die('watch crash'); This principle is used in John Lim's ADO DB framework. My env. is PHP 5.0.x, OCI client 9.x, Solaris.. (as described in previous report). I found way to avoid this by returning not simple array, but the same array as property of object and everything works well. Returning standar PHP array with more than one member leads to the error. Hope this will help in finding where the problme lies... cheers, Marek R. 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/30697 -- Edit this bug report at http://bugs.php.net/?id=30697&edit=1
#30697 [Com]: SIGSEGV, Segmentation fault
ID: 30697 Comment by: lussnig at smcc dot de Reported By: withpaul at yahoo dot com Status: No Feedback Bug Type: OCI8 related Operating System: sparc-sun-solaris2.8 PHP Version: 5.0.2 New Comment: Hello, i had the same Problem with php-5.0.0 With 5.0.3 it is fixed. Previous Comments: [2005-01-15 01:00:10] 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". [2005-01-07 16:21:58] marek dot raida at oskar dot cz There is the smallest example was able to prepare. Problem is with calling abc() before connection to Database. OS: SunOS s1self31 5.9 Generic_117171-08 sun4u PHP: PHP Version 5.0.2 OCI Client: --with-oci8=/app/oracle/product/9.2.0.1_client ORACLE: 9.2.0.4.0 (using UTF-8) Are you able to reproduce it? It works 100%l for me M.R. [2005-01-07 15:01:04] [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 possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2005-01-07 14:24:52] marek dot raida at guide dot cz Hi there, we made some investigation and found 100% way of reproducing error: PHP Warning: Unknown: _oci_close_session OCIHandleAlloc OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE in Unknown on line 0. It has to do with creating OCIParse in function/object's method and returning it as member of array. Mst be not alone in array. Steps. 1. Connect to Oracle 2. Prepare statement inside function and return it in array 3. End script immediatelly (without execution). Example: function xxx($sql,$conn){ $stmt = OCIParse($conn,$sql); return array($sql,$stmt); } $conn = $this->wscDb->connect(); // for example $stmt = xxx('select 123 from dual', $conn); var_dump($conn,$stmt); die('watch crash'); This principle is used in John Lim's ADO DB framework. My env. is PHP 5.0.x, OCI client 9.x, Solaris.. (as described in previous report). I found way to avoid this by returning not simple array, but the same array as property of object and everything works well. Returning standar PHP array with more than one member leads to the error. Hope this will help in finding where the problme lies... cheers, Marek R. [2004-12-21 07:41:40] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. 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/30697 -- Edit this bug report at http://bugs.php.net/?id=30697&edit=1
#31725 [NEW]: sqlite/zend engine 2 weird problems
From: [EMAIL PROTECTED] Operating system: all PHP version: 5CVS-2005-01-27 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: sqlite/zend engine 2 weird problems Description: I've found a couple of sqlite weird problems (php 5.1). verified with both linux and windows. Reproduce code: --- prints a warning (and array empty). removing the $error declaration outputs a notice, but works. --- #2 query($sql); Actual result: -- 1st example: Warning: array_map(): The first argument, '~©o', should be either NULL or a valid callback in /transfer/test.php on line 6 (notice the garbidge in the name of the function) 2nd example: Program received signal SIGSEGV, Segmentation fault. 0x403bb848 in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0x403bb848 in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x40462925 in free () from /lib/libc.so.6 #2 0x081d4222 in shutdown_memory_manager (silent=0, full_shutdown=0) at /cvs/php-src/Zend/zend_alloc.c:582 #3 0x081b3a01 in php_request_shutdown (dummy=0x0) at /cvs/php-src/main/main.c:1225 #4 0x0824b1af in main (argc=2, argv=0xb9b4) at /cvs/php-src/sapi/cli/php_cli.c:1047 -- Edit bug report at http://bugs.php.net/?id=31725&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31725&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31725&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31725&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31725&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31725&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31725&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31725&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31725&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31725&r=support Expected behavior: http://bugs.php.net/fix.php?id=31725&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31725&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31725&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31725&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31725&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31725&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31725&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31725&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31725&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31725&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31725&r=mysqlcfg
#31724 [NEW]: --with-pdflib configure option missing
From: jsalomon at science dot uva dot nl Operating system: Linux Fedora Core 3 PHP version: 5.0.3 PHP Bug Type: *Configuration Issues Bug description: --with-pdflib configure option missing Description: Like stated above, I'm trying to compile php 5.0.3 with pdflib library, but no succes. I have downloaded and installed the pdflib lite (http://www.pdflib.com/products/pdflib/index.html). According to the php docs the configure line below should work (--with-pdflib[=DIR]): ./configure --enable-bcmath --with-ftp --with-regex=php --enable-soap --enable-sockets --enable-tokenizer --enable-track-vars --with-pspell --with-xsl --with-gd --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-freetype-dir=/usr/lib --enable-gd-native-ttf --with-zlib --enable-memory-limit --with-apxs2=/download/pir/httpd/bin/apxs --with-xml --with-libxml-dir=/download/pir/libxml --with-xsl=/download/pir/libxslt --with-pdflib=/download/pir/libpdf configure, make and make install do finish successfully, but after restarting apache, phpinfo doesn't show the pdflib options (it does show in de phpinfo configure line). When I do ./configure --help the --with-pdflib[=DIR] is not showing at all!? Is this a bug or am I missing something here!? Thanks -- Edit bug report at http://bugs.php.net/?id=31724&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31724&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31724&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31724&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31724&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31724&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31724&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31724&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31724&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31724&r=support Expected behavior: http://bugs.php.net/fix.php?id=31724&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31724&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31724&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31724&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31724&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31724&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31724&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31724&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31724&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31724&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31724&r=mysqlcfg
#31723 [NEW]: call function_exists in safe_mod return true to set_time_limit
From: diogo at netmake dot com dot br Operating system: Any System PHP version: 4.3.10 PHP Bug Type: *General Issues Bug description: call function_exists in safe_mod return true to set_time_limit Description: I'm doing a multiplataform software. I always need to set set_time_limit(0), but some unix disable then turning on safe_mode. in safe_mode, some functions and functionales are disabled. how can call function_exists("set_time_limit") to test if always i get TRUE? in safe_mode should be false. The same happens with get_defined_functions, that returns an array with set_time_limit seted TRUE. Reproduce code: --- $bol_result = function_exists("set_time_limit"); if($bol_result) { set_time_limit(0); } Expected result: $bol_result return false Actual result: -- $bol_result returns true, then call set_time_limit, my php is in safe_mode so crash: set_time_limit(): Cannot set time limit in safe mode -- Edit bug report at http://bugs.php.net/?id=31723&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31723&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31723&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31723&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31723&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31723&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31723&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31723&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31723&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31723&r=support Expected behavior: http://bugs.php.net/fix.php?id=31723&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31723&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31723&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31723&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31723&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31723&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31723&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31723&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31723&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31723&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31723&r=mysqlcfg
#31721 [Opn]: Wrong memory object management
ID: 31721 User updated by: marek dot raida at oskar dot cz Reported By: marek dot raida at oskar dot cz Status: Open Bug Type: Class/Object related Operating System: FreeBSD, Solaris, maybe more... PHP Version: 5.0.3 New Comment: I forgot to mention that in PHP 5.0.2 everything works correctly... Previous Comments: [2005-01-27 13:10:22] marek dot raida at oskar dot cz Description: When references between more objects, and on of objects is extended from domDocument, has reference to it caller object and use its property in vsprinf, reference to orignal object is destroyed or wrongly managed by garbageCollector... Really confusing -> could be workarounded by calling method of domDocument extended object from outside of referenced object... Reproduce code: --- bb(); } } class b extends domDocument { public $a = NULL; function bb(){ $x = vsprintf('www %s www %s www %s www', $this->a->a) ; } } class x { public $a = null; public $b = null; function __construct() { $this->a = new a(); $this->b = new b(); $this->b->a = $this->a; var_dump('Object a',$this->a, 'Object b',$this->b); $this->a->aa($this->b); var_dump('Object a',$this->a, 'Object b',$this->b); } } $x = new x(); ?> Expected result: string(8) "Object a" object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } string(8) "Object a"<<< RIGHT object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } Actual result: -- string(8) "Object a" object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } string(8) "Object a" string(8) "Object a" <<< WRONG string(8) "Object b" object(b)#3 (1) { ["a"]=> string(8) "Object a" } -- Edit this bug report at http://bugs.php.net/?id=31721&edit=1
#31721 [NEW]: Wrong memory object management
From: marek dot raida at oskar dot cz Operating system: FreeBSD, Solaris, maybe more... PHP version: 5.0.3 PHP Bug Type: Class/Object related Bug description: Wrong memory object management Description: When references between more objects, and on of objects is extended from domDocument, has reference to it caller object and use its property in vsprinf, reference to orignal object is destroyed or wrongly managed by garbageCollector... Really confusing -> could be workarounded by calling method of domDocument extended object from outside of referenced object... Reproduce code: --- bb(); } } class b extends domDocument { public $a = NULL; function bb(){ $x = vsprintf('www %s www %s www %s www', $this->a->a) ; } } class x { public $a = null; public $b = null; function __construct() { $this->a = new a(); $this->b = new b(); $this->b->a = $this->a; var_dump('Object a',$this->a, 'Object b',$this->b); $this->a->aa($this->b); var_dump('Object a',$this->a, 'Object b',$this->b); } } $x = new x(); ?> Expected result: string(8) "Object a" object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } string(8) "Object a"<<< RIGHT object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } Actual result: -- string(8) "Object a" object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } string(8) "Object b" object(b)#3 (1) { ["a"]=> object(a)#2 (1) { ["a"]=> array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } } } string(8) "Object a" string(8) "Object a" <<< WRONG string(8) "Object b" object(b)#3 (1) { ["a"]=> string(8) "Object a" } -- Edit bug report at http://bugs.php.net/?id=31721&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31721&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31721&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31721&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31721&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31721&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31721&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31721&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31721&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31721&r=support Expected behavior: http://bugs.php.net/fix.php?id=31721&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31721&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31721&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31721&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31721&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31721&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31721&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31721&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31721&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31721&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31721&r=mysqlcfg
#31720 [NEW]: Invalid object callbacks not caught in array_walk()
From: a at b dot c dot de Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: Invalid object callbacks not caught in array_walk() Description: Using array_walk will crash PHP if a method of an uninstantiated object variable is used in the callback method. Other functions that take variables (at least, usort(), array_map(), array_reduce()) error out instead. There has to be at least one element in the array being walked. Reproduce code: --- $array = array('at least one element'); array_walk($array, array($nonesuchvar,'show')); Expected result: PHP 4.3.10's error message for this situation reads: Warning: array_walk(): Unable to call Array() - function does not exist in ... while PHP 5.0.3 also reports a Notice-level message that $nonesuchvar is undefined. Actual result: -- A Notice-level message that $nonesuchvar is undefined, then a Windows core dump. -- Edit bug report at http://bugs.php.net/?id=31720&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31720&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31720&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31720&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31720&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31720&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31720&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31720&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31720&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31720&r=support Expected behavior: http://bugs.php.net/fix.php?id=31720&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31720&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31720&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31720&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31720&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31720&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31720&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31720&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31720&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31720&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31720&r=mysqlcfg
#31719 [Opn->Bgs]: Include stops Scriptexecution on error
ID: 31719 Updated by: [EMAIL PROTECTED] Reported By: oc at teuto dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Fedora Core 3 PHP Version: 5.0.3 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: [2005-01-27 12:01:46] oc at teuto dot net Description: When you include a file which contains errors, the main PHP-script dies. Reproduce code: --- test.php: error.php: Expected result: before after Actual result: -- before -- Edit this bug report at http://bugs.php.net/?id=31719&edit=1
#31718 [Bgs]: parse_url: http:///foo.com/bar?joe=1 not recognized
ID: 31718 User updated by: cox at idecnet dot com Reported By: cox at idecnet dot com Status: Bogus Bug Type: URL related Operating System: Linux PHP Version: 4.3.10 New Comment: Sorry I wanted to say "valid for web browsers". Mozilla does recognize the 'http:///foo.com' format, even something like 'http:foo.com', IE doesn't btw. Previous Comments: [2005-01-27 11:56:24] [EMAIL PROTECTED] Since when "http:///foo.com"; is valid URL ? No bug here. [2005-01-27 11:55:48] [EMAIL PROTECTED] there are 3 /'s after http: ... that is obviously wrong. [2005-01-27 11:49:17] cox at idecnet dot com Description: The valid url format: http:///foo.com/bar?joe=1 is not recognized. Tomas V.V.Cox Reproduce code: --- php -r 'print_r(parse_url("http:///foo.com/bar?joe=1";));' Expected result: Array with the correct parts Actual result: -- Warning: parse_url(http:///foo.com/bar?joe=1): Unable to parse url in Command line code on line 1 -- Edit this bug report at http://bugs.php.net/?id=31718&edit=1
#31719 [NEW]: Include stops Scriptexecution on error
From: oc at teuto dot net Operating system: Fedora Core 3 PHP version: 5.0.3 PHP Bug Type: Scripting Engine problem Bug description: Include stops Scriptexecution on error Description: When you include a file which contains errors, the main PHP-script dies. Reproduce code: --- test.php: error.php: Expected result: before after Actual result: -- before -- Edit bug report at http://bugs.php.net/?id=31719&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31719&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31719&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31719&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31719&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31719&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31719&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31719&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31719&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31719&r=support Expected behavior: http://bugs.php.net/fix.php?id=31719&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31719&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31719&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31719&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31719&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31719&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31719&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31719&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31719&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31719&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31719&r=mysqlcfg
#31718 [Bgs]: parse_url: http:///foo.com/bar?joe=1 not recognized
ID: 31718 Updated by: [EMAIL PROTECTED] Reported By: cox at idecnet dot com Status: Bogus Bug Type: URL related Operating System: Linux PHP Version: 4.3.10 New Comment: Since when "http:///foo.com"; is valid URL ? No bug here. Previous Comments: [2005-01-27 11:55:48] [EMAIL PROTECTED] there are 3 /'s after http: ... that is obviously wrong. [2005-01-27 11:49:17] cox at idecnet dot com Description: The valid url format: http:///foo.com/bar?joe=1 is not recognized. Tomas V.V.Cox Reproduce code: --- php -r 'print_r(parse_url("http:///foo.com/bar?joe=1";));' Expected result: Array with the correct parts Actual result: -- Warning: parse_url(http:///foo.com/bar?joe=1): Unable to parse url in Command line code on line 1 -- Edit this bug report at http://bugs.php.net/?id=31718&edit=1
#31718 [Opn->Bgs]: parse_url: http:///foo.com/bar?joe=1 not recognized
ID: 31718 Updated by: [EMAIL PROTECTED] Reported By: cox at idecnet dot com -Status: Open +Status: Bogus Bug Type: URL related Operating System: Linux PHP Version: 4.3.10 New Comment: there are 3 /'s after http: ... that is obviously wrong. Previous Comments: [2005-01-27 11:49:17] cox at idecnet dot com Description: The valid url format: http:///foo.com/bar?joe=1 is not recognized. Tomas V.V.Cox Reproduce code: --- php -r 'print_r(parse_url("http:///foo.com/bar?joe=1";));' Expected result: Array with the correct parts Actual result: -- Warning: parse_url(http:///foo.com/bar?joe=1): Unable to parse url in Command line code on line 1 -- Edit this bug report at http://bugs.php.net/?id=31718&edit=1
#31718 [NEW]: parse_url: http:///foo.com/bar?joe=1 not recognized
From: cox at idecnet dot com Operating system: Linux PHP version: 4.3.10 PHP Bug Type: URL related Bug description: parse_url: http:///foo.com/bar?joe=1 not recognized Description: The valid url format: http:///foo.com/bar?joe=1 is not recognized. Tomas V.V.Cox Reproduce code: --- php -r 'print_r(parse_url("http:///foo.com/bar?joe=1";));' Expected result: Array with the correct parts Actual result: -- Warning: parse_url(http:///foo.com/bar?joe=1): Unable to parse url in Command line code on line 1 -- Edit bug report at http://bugs.php.net/?id=31718&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31718&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31718&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31718&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31718&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31718&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31718&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31718&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31718&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31718&r=support Expected behavior: http://bugs.php.net/fix.php?id=31718&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31718&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31718&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31718&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31718&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31718&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31718&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31718&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31718&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31718&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31718&r=mysqlcfg
#31717 [NEW]: Cannot turn off PATH_INFO
From: stijn at win dot tue dot nl Operating system: FreeBSD 4 and -CURRENT PHP version: 4.3.10 PHP Bug Type: Apache2 related Bug description: Cannot turn off PATH_INFO Description: I'm trying to turn the support for PATH_INFO off on a *default* install of apache-2.0.52 and php-4.3.10, but it doesn't work. Note that I am not 100% sure that this is a PHP bug, however Apache does not accept PATH_INFO for regular HTML files so I'm inclined to suspect PHP. I first installed Apache in a scratch directory: ./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork --enable-maintainer-mode gmake gmake install Then PHP: env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp --with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi --disable-path-info-check gmake gmake install I edited /var/tmp/apachephp/conf/httpd.conf and added these lines: %%% AddType application/x-httpd-php .php AcceptPathInfo off AcceptPathInfo off %%% Adding a simple index.php to the docroot (/var/tmp/apachephp/htdocs/index.php): %%% %%% After starting httpd, I can still browse to http://localhost/index.php/foo/bar and see that PATH_INFO indeed contains /foo/bar. I've tried digging in the sources but I'm not familiar with Apache plugins. I did see this in gdb: %%% Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70) at /local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408 408 SG(sapi_headers).http_response_code = !r->status ? HTTP_OK : r->status; (gdb) print r->path_info $1 = 0x81b3253 "/foo/bar" (gdb) print r->used_path_info $2 = 1 %%% So in the request constructor the path info is already set up? I did see something about overriding r->path_info for apache modules in the apache sources but here is where I cannot follow the code anymore... BTW, I tried to post this to php-general twice, but somehow my e-mail is blocked. I do hope this is not PEBKAC but even if it is I would be glad if someone pointed this out to me... Reproduce code: --- n/a Expected result: n/a Actual result: -- see above for a maybe relevant backtrace snippet -- Edit bug report at http://bugs.php.net/?id=31717&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31717&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31717&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31717&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31717&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31717&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31717&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31717&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31717&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31717&r=support Expected behavior: http://bugs.php.net/fix.php?id=31717&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31717&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31717&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31717&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31717&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31717&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31717&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31717&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31717&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31717&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31717&r=mysqlcfg
#31710 [Asn->Csd]: return value of rollback() is inverted
ID: 31710 Updated by: [EMAIL PROTECTED] Reported By: cyrilleml at kbuilder dot net -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: winXP Pro PHP Version: 5.0.3 Assigned To: georg 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: [2005-01-26 23:59:01] [EMAIL PROTECTED] Assigning to Georg. According to MySQL docs, mysql_autocommit(), mysql_commit() & mysql_rollback() return 0 on success and non-zero value on error and using RETURN_BOOL(result_value) here is obviously wrong. [2005-01-26 23:17:57] cyrilleml at kbuilder dot net Description: Hello, Functions rollback() works fine expected that the return value is inverted. if rollback() failed, return value is TRUE, if rollback() success, return value is FALSE. The problem is that the Documentation say the opposite. So for my code work fine, I've to write: if( $dbh1->rollback() ){ printf( "DBH1 Failed to rollback : %s \n", $dbh1->error); } bye cyrille Reproduce code: --- if( $dbh1->rollback() ){ printf( "DBH1 Failed to rollback : %s \n", $dbh1->error); } Expected result: if( ! $dbh1->rollback() ){ printf( "DBH1 Failed to rollback : %s \n", $dbh1->error); } or if( $dbh1->rollback() == FALSE ){ printf( "DBH1 Failed to rollback : %s \n", $dbh1->error); } -- Edit this bug report at http://bugs.php.net/?id=31710&edit=1
#31704 [Opn->Csd]: pointer error in var_unserializer.c?
ID: 31704 Updated by: [EMAIL PROTECTED] Reported By: frode at coretrek dot no -Status: Open +Status: Closed Bug Type: Strings related Operating System: FreeBSD 4.10 PHP Version: 4.3.10 Previous Comments: [2005-01-27 08:47:22] frode at coretrek dot no I tried using the snaps.php.net STABLE tarball, and it seems to work. But then again, I can't get the FreeBSD-ports-build to crash either anymore. :-/ I think you can close this bug since I'm unable to reproduce any errors right now. If I do manage to capture any segfaults with gdb, I'll post back with the backtraces. [2005-01-26 23:03:03] [EMAIL PROTECTED] The code is correct in that area. If you are using sessions your segfault could be cause because FreeBSD does not use http://cvs.php.net/diff.php/php-src/ext/session/session.c?r1=1.336.2.48&r2=1.336.2.49&ty=u without this fix it is possible that the rearrangement of unserialize() triggers the bug in the session module. If this does not fix the problem please give a full backtrace. Because even if the code segfaults in unserialize() the crash could be cause because it was previously called in an not 100% correct way. [2005-01-26 17:22:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-01-26 16:38:18] frode at coretrek dot no Description: I've been having problems with php segfaulting randomly when using the FreeBSD ports-build of php, with errors that do not appear to occur when using the "php-4.3.10.tar.bz" vanilla tarball. While browsing FreeBSD's patches for php-4.3.10, I noticed the following file: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php4/files/patch-ext%3a%3astandard%3a%3avar_unserializer.c http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/lang/php4/files/patch-ext%3a%3astandard%3a%3avar_unserializer.c?rev=1.1&content-type=text/plain which appears to be based on, among other patches, the following commit: http://cvs.php.net/diff.php/php-src/ext/standard/var_unserializer.c?r1=1.48&r2=1.49&ty=u Notice that "old_data" is changed from a "zval*" to a "zval**". Looking at the "full picture" in the latest version of this file at: http://cvs.php.net/co.php/php-src/ext/standard/var_unserializer.c?r=1.18.4.18 I can see that "(void**)&old_data" is passed to zend_hash_index_find. My C knowledge is rusty at best, but doesn't this result in an "zval***" being cast into a "void**", i.e. wrong number of indirections? I'd appreciate it if someone more familiar with the PHP sourcecode could have a look at this and determine if there is a bug here. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=31704&edit=1