#43008 [Asn->Csd]: php://filter uris ignore url encoded filternames and can't handle slashes
ID: 43008 Updated by: [EMAIL PROTECTED] Reported By: php at benjaminschulz dot com -Status: Assigned +Status: Closed Bug Type: Streams related Operating System: linux PHP Version: 5.3CVS-2007-10-17 (CVS) Assigned To: hholzgra New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-07-11 19:37:09] php at benjaminschulz dot com The patch works perfectly for me. [2008-07-11 09:16:14] arnaud dot lb at gmail dot com A possible fix would be to urldecode() filter names in the php:// wrapper before passing them to the filter API: http://arnaud.lb.s3.amazonaws.com/url_encoded_filter-43008.patch [2008-03-17 23:42:28] php at benjaminschulz dot com This should work because otherwise there is no way to pass valid and existing filternames as URIs to PHP. (This bug is approved by hartmut btw.) [2008-03-17 20:53:31] [EMAIL PROTECTED] And this should work because..? (IMO, it's expected, you pass invalid data -> you get an error..simple.) [2008-03-10 14:55:17] php at benjaminschulz dot com If the filtername is not URL encoded than i get this: Warning: readfile(): unable to create or locate filter "convert.iconv.ISO-8859-15" in ... Warning: readfile(): Unable to create filter (convert.iconv.ISO-8859-15) in ... Warning: readfile(): unable to locate filter "UTF-8" in ... Warning: readfile(): Unable to create filter (UTF-8) in ... 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/43008 -- Edit this bug report at http://bugs.php.net/?id=43008&edit=1
#45275 [Asn]: The non-thread-safe installer should have the Other CGI option
ID: 45275 User updated by: peaceable_whale at hotmail dot com Reported By: peaceable_whale at hotmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: Windows XP SP3 PHP Version: 5.2.6 Assigned To: jmetric New Comment: Will this bug be fixed for PHP 5.3.0? Previous Comments: [2008-06-15 06:39:21] peaceable_whale at hotmail dot com Description: Unlike the normal installer, the non-thread-safe installer does not have the "Other CGI" option to install php-cgi.exe, which is required for FastCGI operation Expected result: An option to install php-cgi.exe should be included, like the normal installer Actual result: -- php-cgi.exe cannot be installed -- Edit this bug report at http://bugs.php.net/?id=45275&edit=1
#45685 [NEW]: Installing all extensions fails
From: emperorshishire at gmail dot com Operating system: Windows XP PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: Installing all extensions fails Description: Attempting to install all extensions on Windows XP fails with a MS VBScript error -2146828235, File not Found. Obviously, installing all extensions is not the best idea, there are many broken package dependencies, but there is nothing alerting the user to that fact. My non-expert guess is that one of the extensions is broken and/or conflicts with one of the other extensions. There should be a description of the "extensions" branch in the installer which notifies the user to that fact. Actual result: -- Product: PHP 5.2.6 -- Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Custom action configIIS4 script error -2146828235, Microsoft VBScript runtime error: File not found Line 182, Column 9, For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. -- Edit bug report at http://bugs.php.net/?id=45685&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45685&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45685&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45685&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45685&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45685&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45685&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45685&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45685&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45685&r=support Expected behavior:http://bugs.php.net/fix.php?id=45685&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45685&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45685&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45685&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45685&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45685&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45685&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45685&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45685&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45685&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45685&r=mysqlcfg
#45684 [NEW]: A request for foreach to be key-type agnostic.
From: puts dot email at gmail dot com Operating system: N/A PHP version: 5.3.0alpha1 PHP Bug Type: Feature/Change Request Bug description: A request for foreach to be key-type agnostic. Description: A request for foreach to be key-type agnostic (ideally, assoc's would be) so that the following is possible: key); return $this->val[$offset]; } public function offsetSet($key, $val) { $offset = array_search($key, $this->key); if ($offset === false) { $this->key[] = $key; $this->val[] = $val; } else { $this->val[$offset] = $val; } } public function offsetExists($key) { return in_array($key, $this->key); } public function offsetUnset($key) { $offset = array_search($key, $this->key); unset($this->key[$offset], $this->val[$offset]); } public function rewind() { reset($this->key); reset($this->val); } public function key() { return current($this->key); } public function current() { return current($this->val); } public function next() { next($this->key); return next($this->val); } public function valid() { return is_int(key($this->key)); } } $h = new hash; $o0 = new stdclass; $o1 = new stdclass; $o2 = new stdclass; $o3 = new stdclass; foreach (array($o0, $o1, $o2, $o3) as $i => $o) { $o->name = "o" . $i; } $h[$o0] = $o1; $h[$o1] = $o2; $h[$o2] = $o3; foreach ($h as $key => $val) {} ?> Reproduce code: --- See description. Expected result: foreach ($h as $key => $val) { # $key === $o[012] # $val === $o[123] } Actual result: -- foreach ($h as $key => $val) { # Warning: Illegal type returned from Hash::key() # $key === 0 # $val === $o[123] } -- Edit bug report at http://bugs.php.net/?id=45684&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45684&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45684&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45684&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45684&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45684&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45684&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45684&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45684&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45684&r=support Expected behavior:http://bugs.php.net/fix.php?id=45684&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45684&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45684&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45684&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45684&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45684&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45684&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45684&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45684&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45684&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45684&r=mysqlcfg
#45680 [Asn]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 User updated by: stanlemon at mac dot com Reported By: stanlemon at mac dot com Status: Assigned Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 Assigned To: andrey New Comment: Would the incorrect config-file-path setting have caused the crashes I'm seeing? Why should I be using the prefork mpm for apache? Previous Comments: [2008-08-01 22:25:39] [EMAIL PROTECTED] Andrey, I can't reproduce on my linux box, probably a mac issue with the zval cache, can you/we check on a mac? [2008-08-01 22:20:18] [EMAIL PROTECTED] --sysconfdir=/usr/local/php/conf No idea what that does, and this is wrong: --with-config-file-path=/usr/local/php/conf/php.ini Note the word "path". Unless php.ini is also a directory..? Also, you should be using the prefork MPM in apache.. [2008-08-01 21:20:51] stanlemon at mac dot com CFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386" ./configure \ --prefix=/usr/local/php-5.3.0alpha1 \ --sysconfdir=/usr/local/php/conf \ --with-config-file-path=/usr/local/php/conf/php.ini \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-kerberos=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-mbregex \ --enable-sockets \ --enable-soap \ --enable-zip \ --enable-cli \ --enable-cgi \ --enable-exif \ --with-gd \ --with-curl=/usr \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-pdo-pgsql=/usr/local/pgsql \ --with-pgsql=/usr/local/psql \ --with-libxml-dir=shared \ --with-openssl \ --with-xmlrpc \ --with-xsl=/usr \ --with-mime-magic \ --with-bz2=/usr \ --without-pear \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd [2008-08-01 21:17:59] [EMAIL PROTECTED] And the configure line was..? [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd
#45239 [Opn->Fbk]: Hang (99.9%CPU) when encoding_translation is on
ID: 45239 Updated by: [EMAIL PROTECTED] Reported By: pumuckel at metropolis dot de -Status: Open +Status: Feedback Bug Type: mbstring related Operating System: Linux PHP Version: 5.2.6 New Comment: Please provide the short and self-contained example to reproduce the problem. I could never reproduce the problem with the following way. $ env REQUEST_METHOD=get QUERY_STRING=x=%fc SCRIPT_FILENAME=/tmp/test.php php-cgi -c /tmp/test.ini test.php: test.ini: mbstring.encoding_translation=on mbstring.http_input=auto mbstring.internal_encoding=UTF-8 Previous Comments: [2008-06-11 15:02:26] pumuckel at metropolis dot de Description: When mbstring.encoding_translation is set to on, and passing a variable like x=%FC (ISO 'ü' character) the mb lib is hanging in itself. Following settings are applyied (internal encoding is ISO): Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation enabled Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) version 4.4.4 Multibyte regex (oniguruma) backtrack check On mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Directive Local Value Master Value mbstring.detect_order autono value mbstring.encoding_translation On Off mbstring.func_overload 0 0 mbstring.http_input UTF-8,ISO-8859-15 pass mbstring.http_outputISO-8859-15 pass mbstring.internal_encoding ISO-8859-15 no value mbstring.language neutral neutral mbstring.strict_detection On Off mbstring.substitute_character no valueno value Also not working with these settings (internal UTF8) mbstring.detect_order autoauto mbstring.encoding_translation On On mbstring.func_overload 0 7 mbstring.http_input UTF-8,ISO-8859-15 auto mbstring.http_outputUTF-8 UTF-8 mbstring.internal_encoding UTF-8 UTF-8 mbstring.language neutral neutral mbstring.strict_detection On Off mbstring.substitute_character no valueno value Reproduce code: --- Pass a ?x=%FC as a parameter. When followed by other parameters, it is working again. Expected result: No hang. Actual result: -- Hang (99.9% CPU usage). As a result the script will be aborted later on with "Max execution time exceeded". The first line of PHP Code itself is never called. GDB Info: (gdb) where #0 0xb752e9d5 in mbfl_encoding_detector_judge () from /usr/lib/apache2/modules/libphp5.so #1 0xb753c93e in _php_mb_encoding_handler_ex () from /usr/lib/apache2/modules/libphp5.so #2 0xbffd34ec in ?? () -- Edit this bug report at http://bugs.php.net/?id=45239&edit=1
#45086 [Bgs]: Incorrect default names for chinese charsets
ID: 45086 Updated by: [EMAIL PROTECTED] Reported By: petr dot hroudny at gmail dot com Status: Bogus Bug Type: mbstring related Operating System: * PHP Version: 5.2.6 New Comment: In addition, GB2312 is not the same as CP936, while these two character sets share most of the characters. (CP936 has larger code space than GB2312 according to the spec.) Previous Comments: [2008-08-01 23:06:56] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php mb_list_encoding() returns the list of the encoding names that are local to the extension and that are not necessarily the same as the IANA's. For another example, it returns "SJIS-win" for the encoding that is referred to by "Windows-31J" as the preferred MIME name in the IANA's registry. [2008-05-24 05:38:11] petr dot hroudny at gmail dot com Description: MBstring uses incorrect default names for two chinese charsets: 1) Official IANA name is GB2312, but MBstring uses EUC-CN 2) Official IANA name is GBK, but MBstrings uses CP936 Reproduce code: --- mb_list_encodings() Expected result: mb_list_encodings() should return official IANA names (GB2312, GBK) Actual result: -- mb_list_encodings() returns EUC-CN and CP936 -- Edit this bug report at http://bugs.php.net/?id=45086&edit=1
#45086 [Opn->Bgs]: Incorrect default names for chinese charsets
ID: 45086 Updated by: [EMAIL PROTECTED] Reported By: petr dot hroudny at gmail dot com -Status: Open +Status: Bogus Bug Type: mbstring related Operating System: * PHP Version: 5.2.6 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 mb_list_encoding() returns the list of the encoding names that are local to the extension and that are not necessarily the same as the IANA's. For another example, it returns "SJIS-win" for the encoding that is referred to by "Windows-31J" as the preferred MIME name in the IANA's registry. Previous Comments: [2008-05-24 05:38:11] petr dot hroudny at gmail dot com Description: MBstring uses incorrect default names for two chinese charsets: 1) Official IANA name is GB2312, but MBstring uses EUC-CN 2) Official IANA name is GBK, but MBstrings uses CP936 Reproduce code: --- mb_list_encodings() Expected result: mb_list_encodings() should return official IANA names (GB2312, GBK) Actual result: -- mb_list_encodings() returns EUC-CN and CP936 -- Edit this bug report at http://bugs.php.net/?id=45086&edit=1
#43993 [Asn->Csd]: mb_substr_count behaves differently to substr_count with overlapping needles
ID: 43993 Updated by: [EMAIL PROTECTED] Reported By: josmessa at uk dot ibm dot com -Status: Assigned +Status: Closed Bug Type: mbstring related Operating System: Windows XP SP2 PHP Version: 5.2CVS-2008-01-31 (snap) Assigned To: hirokawa 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. It is a shame that this kind of bug wasn't found for a long time.. Previous Comments: [2008-02-18 09:38:21] [EMAIL PROTECTED] If mb_substr_count() doesn't behave like substr_count() it's a problem of mbstring, not the stock PHP function.. [2008-02-10 00:52:45] [EMAIL PROTECTED] mb_substr_count is supporting overlapping needles. Is this a problem of substr_count ? [2008-01-31 17:08:52] [EMAIL PROTECTED] Assigning to extension maintainer [2008-01-31 14:27:02] josmessa at uk dot ibm dot com Description: In the documentation for substr_count there is a note that says: "Note: This function doesn't count overlapped substrings. See the example below! ". mb_substr_count does not replicate this behaviour, and as mb_substr_count can overload substr_count I think it should. Reproduce code: --- Expected result: mb_substr_count: int(1) substr_count:int(1) Actual result: -- mb_substr_count: int(2) substr_count:int(1) -- Edit this bug report at http://bugs.php.net/?id=43993&edit=1
#45066 [Opn->Fbk]: Cannot compile a working php with mysql and mysqli
ID: 45066 Updated by: [EMAIL PROTECTED] Reported By: dirk at bean-it dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Debian 4.0 / x86_64 PHP Version: 5.2.6 New Comment: Please try without Suhosin patch. Previous Comments: [2008-07-30 15:09:40] apex at xepa dot nl Correction the the above post, although it's running now I seem to be getting some segmentation faults, it does not happen all the time mind you. It could be related, this backtrace is without debugging symbols. If needed I can recompile to add a debug backtrace too. -- Command: gdb /usr/bin/php5 (gdb) run -v [New Thread -1224143984 (LWP 15600)] PHP 5.2.6-2 with Suhosin-Patch 0.9.6.2 (cli) (built: Jul 3 2008 07:52:34) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224201328 (zombie)] 0xb78333af in _Unwind_FindEnclosingFunction () from /lib/libgcc_s.so.1 (gdb) bt #0 0xb78333af in _Unwind_FindEnclosingFunction () from /lib/libgcc_s.so.1 #1 0xb7833c43 in _Unwind_Backtrace () from /lib/libgcc_s.so.1 #2 0xb7833d6b in _Unwind_ForcedUnwind () from /lib/libgcc_s.so.1 #3 0xb785f7a6 in _Unwind_ForcedUnwind () from /lib/i686/cmov/libpthread.so.0 #4 0xb785d211 in __pthread_unwind () from /lib/i686/cmov/libpthread.so.0 #5 0xb78575f0 in pthread_exit () from /lib/i686/cmov/libpthread.so.0 #6 0xb7a97f14 in pthread_exit () from /lib/i686/cmov/libc.so.6 #7 0xb71e0e1e in ?? () --- strace of the same thing I mailed to andrey at php dot net -- [2008-07-30 14:55:27] apex at xepa dot nl Seems this bug is related to /usr/lib/libmysqlclient_r.so.15. Was using 5.0.32, which I upgraded to 5.0.51 and now mysql and mysqli can run together again. -- Michiel Brandenburg [2008-07-22 14:11:10] dirk at bean-it dot nl mysqlnd is yet to be released for production use... So for now, that seems not to be the way. I'll upgrade the mysql libs on a test machine after my vacation (after august 5th, that is). I'll post my findings here. Thanks for looking in to this! Cheers, Dirk [2008-07-21 18:16:20] [EMAIL PROTECTED] Which means that one will be better served with mysqlnd? [2008-07-17 23:09:21] [EMAIL PROTECTED] By the looks of the valgrind output, IMO, this is some bug in the mysql lib. Try google for __lll_mutex_lock_wait and you get plenty of hits pointing to discussion forums. Corrupted heap, -lpthread vs -pthread, etc. among the possible problems.. 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/45066 -- Edit this bug report at http://bugs.php.net/?id=45066&edit=1
#45639 [Opn->Fbk]: Phar bugs from pecl.php.net
ID: 45639 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PHAR related Operating System: * PHP Version: 5.3CVS-2008-07-27 (snap) New Comment: That link shows "No bugs found"..so are they fixed now? Previous Comments: [2008-07-27 15:51:11] [EMAIL PROTECTED] Description: Two open phar bugs exist within the old phar bug database. http://pecl.php.net/bugs/search.php?cmd=display&status=Open&package_name[]=phar -- Edit this bug report at http://bugs.php.net/?id=45639&edit=1
#45677 [Opn->Bgs]: Crash with stream_wrapper_register()
ID: 45677 Updated by: [EMAIL PROTECTED] Reported By: alexey at belan dot su -Status: Open +Status: Bogus Bug Type: Streams related Operating System: * PHP Version: 5.2.6 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 It's an infinite recursion leading to a stack overflow. Previous Comments: [2008-08-01 15:39:00] alexey at belan dot su Description: Attached code causes segmentation fail error in PHP. Reproduce code: --- Expected result: Standart PHP error (warning) expected. Actual result: -- Crash. -- Edit this bug report at http://bugs.php.net/?id=45677&edit=1
#45680 [Asn]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 Updated by: [EMAIL PROTECTED] Reported By: stanlemon at mac dot com Status: Assigned Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 Assigned To: andrey New Comment: Andrey, I can't reproduce on my linux box, probably a mac issue with the zval cache, can you/we check on a mac? Previous Comments: [2008-08-01 22:25:39] [EMAIL PROTECTED] Andrey, I can't reproduce on my linux box, probably a mac issue with the zval cache, can you/we check on a mac? [2008-08-01 22:20:18] [EMAIL PROTECTED] --sysconfdir=/usr/local/php/conf No idea what that does, and this is wrong: --with-config-file-path=/usr/local/php/conf/php.ini Note the word "path". Unless php.ini is also a directory..? Also, you should be using the prefork MPM in apache.. [2008-08-01 21:20:51] stanlemon at mac dot com CFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386" ./configure \ --prefix=/usr/local/php-5.3.0alpha1 \ --sysconfdir=/usr/local/php/conf \ --with-config-file-path=/usr/local/php/conf/php.ini \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-kerberos=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-mbregex \ --enable-sockets \ --enable-soap \ --enable-zip \ --enable-cli \ --enable-cgi \ --enable-exif \ --with-gd \ --with-curl=/usr \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-pdo-pgsql=/usr/local/pgsql \ --with-pgsql=/usr/local/psql \ --with-libxml-dir=shared \ --with-openssl \ --with-xmlrpc \ --with-xsl=/usr \ --with-mime-magic \ --with-bz2=/usr \ --without-pear \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd [2008-08-01 21:17:59] [EMAIL PROTECTED] And the configure line was..? [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_
#45680 [Fbk->Asn]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 Updated by: [EMAIL PROTECTED] Reported By: stanlemon at mac dot com -Status: Feedback +Status: Assigned Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 -Assigned To: +Assigned To: andrey New Comment: Andrey, I can't reproduce on my linux box, probably a mac issue with the zval cache, can you/we check on a mac? Previous Comments: [2008-08-01 22:20:18] [EMAIL PROTECTED] --sysconfdir=/usr/local/php/conf No idea what that does, and this is wrong: --with-config-file-path=/usr/local/php/conf/php.ini Note the word "path". Unless php.ini is also a directory..? Also, you should be using the prefork MPM in apache.. [2008-08-01 21:20:51] stanlemon at mac dot com CFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386" ./configure \ --prefix=/usr/local/php-5.3.0alpha1 \ --sysconfdir=/usr/local/php/conf \ --with-config-file-path=/usr/local/php/conf/php.ini \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-kerberos=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-mbregex \ --enable-sockets \ --enable-soap \ --enable-zip \ --enable-cli \ --enable-cgi \ --enable-exif \ --with-gd \ --with-curl=/usr \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-pdo-pgsql=/usr/local/pgsql \ --with-pgsql=/usr/local/psql \ --with-libxml-dir=shared \ --with-openssl \ --with-xmlrpc \ --with-xsl=/usr \ --with-mime-magic \ --with-bz2=/usr \ --without-pear \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd [2008-08-01 21:17:59] [EMAIL PROTECTED] And the configure line was..? [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_server_maintenance + 542 22 httpd 0x00034973 ap_mpm_run + 1430 23 httpd 0xa135 main + 3334 24 httpd
#45311 [Opn->Fbk]: substr works incorrectly with binary data
ID: 45311 Updated by: [EMAIL PROTECTED] Reported By: yar_helg at mail dot ru -Status: Open +Status: Feedback Bug Type: mbstring related Operating System: * PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi I could not reproduce the problem. Do you have some php_value or php_admin_value either in your httpd.conf or in .htaccess? Previous Comments: [2008-07-31 17:14:41] bugs dot php dot net at jeka dot ru Таже самая проблема. При установленном mb_internal_encoding('UTF-8'); substr($string, 0, 2) случайным образом возвращает, то 2 байта, то 4. Cтрока в utf8. Linux 2.6.24-gentoo-r4 #2 SMP PHP 5.2.6-pl2-gentoo mbstring.func_overload = 0 [2008-06-19 07:53:31] yar_helg at mail dot ru Description: When trying to operate with binary data using substr and mb_internal_encoding is set to UTF-8 (but no function overloading is set) substr works wrong - wrong number of bytes is returned after function call P.S. emptyfile.xls used in example is an empty MS Excel 2003 file. It can be downloaded at http://an-best.ru/empty_file.xls (13/5 Kbytes) P.P.S. IDENTIFIER_OLE constant is taken from Spreadsheet_excel_reader class. Reproduce code: --- \n"; // Uncomment this for demonstration of wrong behaviour //mb_internal_encoding('UTF-8'); echo "MB_INTERNAL_ENCODING =".mb_internal_encoding()."\n"; define('IDENTIFIER_OLE', pack("",0xd0,0xcf,0x11,0xe0,0xa1,0xb1,0x1a,0xe1)); $data = file_get_contents($_SERVER['DOCUMENT_ROOT'].'/substr_bug/emptyfile.xls'); echo "Data length = ".strlen($data)."\n"; echo "First 8 symbols ==>".var_export(substr($data,0,8),1)."<== \n"; echo "Compare result (substr(\$data,0,8)==IDENTIFIER_OLE) - ".var_export(substr($data,0,8)==IDENTIFIER_OLE,1)."\n"; echo "Substring length (substr(\$data,0,8)) - ".strlen(substr($data,0,8))."\n"; ?> Expected result: function overload = 0 MB_INTERNAL_ENCODING =ISO-8859-1 Data length = 13824 First 8 symbols ==>'поЮ║╠А'<== Compare result (substr($data,0,8)==IDENTIFIER_OLE) - true Substring length (substr($data,0,8)) - 8 Actual result: -- // This result can be seen if mb_internal_encoding is set to UTF-8 function overload = 0 MB_INTERNAL_ENCODING =UTF-8 Data length = 13824 First 8 symbols ==>'поЮ║╠А' . "\0" . '' . "\0" . '' . "\0" . '' . "\0" . '' . "\0" . ''<== Compare result (substr($data,0,8)==IDENTIFIER_OLE) - false Substring length (substr($data,0,8)) - 13 -- Edit this bug report at http://bugs.php.net/?id=45311&edit=1
#45683 [Opn->Bgs]: Incorrect handling of XML processing instructions in included files
ID: 45683 Updated by: [EMAIL PROTECTED] Reported By: mephtu at yahoo dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux PHP Version: 5.2.6 New Comment: Disable short_open_tag in your php.ini. No bug. Previous Comments: [2008-08-01 22:11:19] mephtu at yahoo dot com Description: Using apache 2.0, I added a content handler for XML files so they get processed by a PHP script. I want to include XML files into an output buffer but I get an "Unexpected T_STRING" parse error from the " processing instruction. This is because PHP is, incorrectly, parsing all processing instructions as PHP code. httpd.conf: ... AcceptPathInfo On ... .htaccess: ... Action process ./process.php AddHandler process .xml ... Reproduce code: --- process.php: content.xml: some data Expected result: I expect to see the following in "view source" in my browser: some data Actual result: -- PHP incorrectly attempts to parse the XML declaration at the beginning of content.xml giving an "Unexpected T_STRING, line 1, content.xml" error. -- Edit this bug report at http://bugs.php.net/?id=45683&edit=1
#45680 [Opn->Fbk]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 Updated by: [EMAIL PROTECTED] Reported By: stanlemon at mac dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 New Comment: --sysconfdir=/usr/local/php/conf No idea what that does, and this is wrong: --with-config-file-path=/usr/local/php/conf/php.ini Note the word "path". Unless php.ini is also a directory..? Also, you should be using the prefork MPM in apache.. Previous Comments: [2008-08-01 21:20:51] stanlemon at mac dot com CFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386" ./configure \ --prefix=/usr/local/php-5.3.0alpha1 \ --sysconfdir=/usr/local/php/conf \ --with-config-file-path=/usr/local/php/conf/php.ini \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-kerberos=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-mbregex \ --enable-sockets \ --enable-soap \ --enable-zip \ --enable-cli \ --enable-cgi \ --enable-exif \ --with-gd \ --with-curl=/usr \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-pdo-pgsql=/usr/local/pgsql \ --with-pgsql=/usr/local/psql \ --with-libxml-dir=shared \ --with-openssl \ --with-xmlrpc \ --with-xsl=/usr \ --with-mime-magic \ --with-bz2=/usr \ --without-pear \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd [2008-08-01 21:17:59] [EMAIL PROTECTED] And the configure line was..? [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_server_maintenance + 542 22 httpd 0x00034973 ap_mpm_run + 1430 23 httpd 0xa135 main + 3334 24 httpd 0x1a4a start + 54 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00e8436c ebx: 0x0138e28e ecx: 0x edx: 0x edi: 0x0074274c esi: 0x ebp: 0xbfffebc8 esp: 0xbfffeb90 ss: 0x001f efl: 0x0206 eip: 0x0138e30b
#45683 [NEW]: Incorrect handling of XML processing instructions in included files
From: mephtu at yahoo dot com Operating system: linux PHP version: 5.2.6 PHP Bug Type: Scripting Engine problem Bug description: Incorrect handling of XML processing instructions in included files Description: Using apache 2.0, I added a content handler for XML files so they get processed by a PHP script. I want to include XML files into an output buffer but I get an "Unexpected T_STRING" parse error from the " processing instruction. This is because PHP is, incorrectly, parsing all processing instructions as PHP code. httpd.conf: ... AcceptPathInfo On ... .htaccess: ... Action process ./process.php AddHandler process .xml ... Reproduce code: --- process.php: content.xml: some data Expected result: I expect to see the following in "view source" in my browser: some data Actual result: -- PHP incorrectly attempts to parse the XML declaration at the beginning of content.xml giving an "Unexpected T_STRING, line 1, content.xml" error. -- Edit bug report at http://bugs.php.net/?id=45683&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45683&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45683&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45683&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45683&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45683&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45683&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45683&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45683&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45683&r=support Expected behavior:http://bugs.php.net/fix.php?id=45683&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45683&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45683&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45683&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45683&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45683&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45683&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45683&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45683&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45683&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45683&r=mysqlcfg
#45682 [Opn->Asn]: Unable to var_dump(DateInterval)
ID: 45682 Updated by: [EMAIL PROTECTED] Reported By: hannes dot magnusson at gmail dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 5.3.0alpha1 -Assigned To: +Assigned To: derick Previous Comments: [2008-08-01 19:15:35] hannes dot magnusson at gmail dot com Description: The DateInterval does not seem to expose its properties to var_dump().. Reproduce code: --- [EMAIL PROTECTED]:~$ cat test.php http://bugs.php.net/?id=45682&edit=1
#45680 [Fbk->Opn]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 User updated by: stanlemon at mac dot com Reported By: stanlemon at mac dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 New Comment: CFLAGS="-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386" ./configure \ --prefix=/usr/local/php-5.3.0alpha1 \ --sysconfdir=/usr/local/php/conf \ --with-config-file-path=/usr/local/php/conf/php.ini \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-kerberos=/usr \ --enable-exif \ --enable-ftp \ --enable-mbstring \ --enable-mbregex \ --enable-sockets \ --enable-soap \ --enable-zip \ --enable-cli \ --enable-cgi \ --enable-exif \ --with-gd \ --with-curl=/usr \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-pdo-pgsql=/usr/local/pgsql \ --with-pgsql=/usr/local/psql \ --with-libxml-dir=shared \ --with-openssl \ --with-xmlrpc \ --with-xsl=/usr \ --with-mime-magic \ --with-bz2=/usr \ --without-pear \ --with-mysql=mysqlnd \ --with-mysqli=mysqlnd \ --with-pdo-mysql=mysqlnd Previous Comments: [2008-08-01 21:17:59] [EMAIL PROTECTED] And the configure line was..? [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_server_maintenance + 542 22 httpd 0x00034973 ap_mpm_run + 1430 23 httpd 0xa135 main + 3334 24 httpd 0x1a4a start + 54 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00e8436c ebx: 0x0138e28e ecx: 0x edx: 0x edi: 0x0074274c esi: 0x ebp: 0xbfffebc8 esp: 0xbfffeb90 ss: 0x001f efl: 0x0206 eip: 0x0138e30b cs: 0x0017 ds: 0x001f es: 0x001f fs: 0x gs: 0x0037 cr2: 0x000c Binary Images: 0x1000 -0x49fff +httpd ??? (???) /usr/local/apache-2.2.9/bin/httpd 0x68000 -0x75ff3 libaprutil-1.0.dylib ??? (???) <931e8ac4ce826f08f2abffcac57a63b3> /usr/lib/libaprutil-1.0.dylib 0x7e000 -0x9cfe3 libexpat.1.dylib ??? (???
#45680 [Opn->Fbk]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
ID: 45680 Updated by: [EMAIL PROTECTED] Reported By: stanlemon at mac dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Mac OS X 10.5.3 PHP Version: 5.3.0alpha1 New Comment: And the configure line was..? Previous Comments: [2008-08-01 16:18:01] stanlemon at mac dot com Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_server_maintenance + 542 22 httpd 0x00034973 ap_mpm_run + 1430 23 httpd 0xa135 main + 3334 24 httpd 0x1a4a start + 54 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00e8436c ebx: 0x0138e28e ecx: 0x edx: 0x edi: 0x0074274c esi: 0x ebp: 0xbfffebc8 esp: 0xbfffeb90 ss: 0x001f efl: 0x0206 eip: 0x0138e30b cs: 0x0017 ds: 0x001f es: 0x001f fs: 0x gs: 0x0037 cr2: 0x000c Binary Images: 0x1000 -0x49fff +httpd ??? (???) /usr/local/apache-2.2.9/bin/httpd 0x68000 -0x75ff3 libaprutil-1.0.dylib ??? (???) <931e8ac4ce826f08f2abffcac57a63b3> /usr/lib/libaprutil-1.0.dylib 0x7e000 -0x9cfe3 libexpat.1.dylib ??? (???) /usr/lib/libexpat.1.dylib 0xa4000 -0xb9fef libapr-1.0.dylib ??? (???) <34917fe927e85ef7f60ec1303338e9af> /usr/lib/libapr-1.0.dylib 0xc7000 -0xc7ffe +mod_authn_file.so ??? (???) <82a1b54e76678d8c76922918fc42efe3> /usr/local/apache2/modules/mod_authn_file.so 0xcb000 -0xcbffe +mod_authn_dbm.so ??? (???) <83e8391d3c058f0a09dded82bedebb42> /usr/local/apache2/modules/mod_authn_dbm.so 0xcf000 -0xcfffd +mod_authn_anon.so ??? (???) <208b0a5eddf84876313d5057a45dd17a> /usr/local/apache2/modules/mod_authn_anon.so 0xd3000 -0xd3ffd +mod_authn_dbd.so ??? (???) /usr/local/apache2/modules/mod_authn_dbd.so 0xd7000 -0xd7ffc +mod_authn_default.so ??? (???) /usr/local/apache2/modules/mod_authn_default.so 0xdb000 -0xdbffc +mod_authz_host.so ??? (???) /usr/local/apache2/modules/mod_authz_host.so 0xdf000 -0xdfffe +mod_authz_groupfile.so ??? (???) <5849bf06ff9dcec28dc56401916303d6> /usr/local/apache2/modules/mod_authz_groupfile.so 0xe3000 -0xe3ffd +mod_authz_user.so ??? (?
#45679 [Opn->Bgs]: Php causes apache to crash
ID: 45679 Updated by: [EMAIL PROTECTED] Reported By: kibaurufu at hotmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.2CVS-2008-08-01 (snap) New Comment: Bug reports of PECL extension are reported at http://pecl.php.net/bugs/ Threads extension is experimental too.. Previous Comments: [2008-08-01 16:07:01] kibaurufu at hotmail dot com Description: So i installed php 5.2.6 recently on my webserver and set it up to run with apache as a module. After starting apache and creating a test page as index.php with as the code, i accessed the page through localhost. In Internet Explorer the page shows the phpinfo correctly, but continues to load and then displays a "Could not display page" error. Along with that, windows pops up saying that apache has encountered a problem and needs to close. After checking my event logs, i came to find out that it was failing on a faulty module, php5ts.dll. I went through my php.ini and removed all extensions that it imports, restarted the server and checked it. Everything was fine. I re enabled php_threads.dll and that's when it caused apache to fail again. Downgrading to php 5.2.4 doesn't help. Is there a compatibility issue with php_threads.dll and XP because this is a fresh copy with all updates. Reproduce code: --- Expected result: The php information. Actual result: -- On IE7 The php information shortly then a "Could not display page" error. On Firefox3 Connection reset error. -- Edit this bug report at http://bugs.php.net/?id=45679&edit=1
#45393 [Com]: compile fails: cannot find -lintl
ID: 45393 Comment by: pioklo at serveradmin dot pl Reported By: fborot at hotmail dot com Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: linux-redhat PHP Version: 5.2.6 New Comment: The reason is that with OpenClient15 the library "libintl" is renamed in "libsybintl" Try this patch --- php-5.2.6/ext/sybase_ct/config.m4 2007-07-03 19:25:35.0 +0200 +++ php-5.2.6/ext/sybase_ct/config.m4.diff 2008-08-01 20:40:36.0 +0200 @@ -40,7 +40,7 @@ PHP_ADD_LIBRARY(comn,, SYBASE_CT_SHARED_LIBADD) PHP_ADD_LIBRARY(intl,, SYBASE_CT_SHARED_LIBADD) -SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl" +SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lsybcs -lsybct -lsybcomn -lsybintl" PHP_CHECK_LIBRARY(tcl, netg_errstr, [ PHP_ADD_LIBRARY(tcl,,SYBASE_CT_SHARED_LIBADD) Previous Comments: [2008-06-30 18:13:47] fborot at hotmail dot com Now I used --with-sybase-ct=/opt/sybase-11.9.2/OCS-15_0 as suggested online since sybase changed the location of the include folder and now it goes a little furhter but the new error is: Zend/zend_strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcrypt -lsybtcl -lintl -lcomn -lct -lcs -lcrypt -lrt -lmysqlclient -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -o sapi/cgi/php-cgi /usr/bin/ld: cannot find -lintl collect2: ld returned 1 exit status make: *** [sapi/cgi/php-cgi] Error 1 [EMAIL PROTECTED] php-5.2.6]# [2008-06-30 17:46:43] fborot at hotmail dot com Description: Hello When running "make" after a successful "configure --with-sybase-c=path/to/sybase/" the compile process stops and yileds several errors, starting with: /bin/sh /usr/local/php-5.2.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/sybase/ -I/usr/local/php-5.2.6/ext/sybase/ -DPHP_ATOM_INC -I/usr/local/php-5.2.6/include -I/usr/local/php-5.2.6/main -I/usr/local/php-5.2.6 -I/usr/include/libxml2 -I/usr/local/php-5.2.6/ext/date/lib -I/usr/include/mysql -I/home/sybase/include -I/usr/local/php-5.2.6/TSRM -I/usr/local/php-5.2.6/Zend-I/usr/include -g -O2 -prefer-non-pic -c /usr/local/php-5.2.6/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /usr/local/php-5.2.6/ext/sybase/php_sybase_db.c:39:22: error: sybfront.h: No such file or directory /usr/local/php-5.2.6/ext/sybase/php_sybase_db.c:40:19: error: sybdb.h: No such file or directory /usr/local/php-5.2.6/ext/sybase/php_sybase_db.c:41:22: error: syberror.h: No such file or directory it looks like sybdb.h, sybfront.h and syberror.h can no be found -- Edit this bug report at http://bugs.php.net/?id=45393&edit=1
#45682 [NEW]: Unable to var_dump(DateInterval)
From: hannes dot magnusson at gmail dot com Operating system: Linux PHP version: 5.3.0alpha1 PHP Bug Type: Date/time related Bug description: Unable to var_dump(DateInterval) Description: The DateInterval does not seem to expose its properties to var_dump().. Reproduce code: --- [EMAIL PROTECTED]:~$ cat test.php http://bugs.php.net/?id=45682&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45682&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45682&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45682&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45682&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45682&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45682&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45682&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45682&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45682&r=support Expected behavior:http://bugs.php.net/fix.php?id=45682&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45682&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45682&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45682&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45682&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45682&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45682&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45682&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45682&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45682&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45682&r=mysqlcfg
#45279 [WFx]: Results of dirname() on paths ending with a /
ID: 45279 User updated by: ralph at deboom dot biz Reported By: ralph at deboom dot biz Status: Wont fix Bug Type: Directory function related Operating System: Debian Etch 4.0+ PHP Version: 5.2.6 Assigned To: dmitry New Comment: Then please do update the docs? Previous Comments: [2008-08-01 14:42:01] [EMAIL PROTECTED] The current behavior is consistent and it won't be changed, as it may break existent code. [2008-06-20 11:13:41] ralph at deboom dot biz ~_~ Oops, forgot the return $dirname: - http://bugs.php.net/45279 -- Edit this bug report at http://bugs.php.net/?id=45279&edit=1
#45681 [Com]: namespace visibility
ID: 45681 Comment by: frase at cs dot wisc dot edu Reported By: frase at cs dot wisc dot edu Status: Open Bug Type: Feature/Change Request Operating System: Ubuntu 8.04 Hardy PHP Version: 5.3.0alpha1 New Comment: Also: This would also eliminate the need for class visibility, as mentioned in i.e. Bug #44194. By declaring everything in a class (including the constructor) with the 'namespace' (or lesser) visibility, nothing outside the namespace could instantiate or access it, so the class itself would be effectively invisible outside the namespace. Previous Comments: [2008-08-01 16:25:02] frase at cs dot wisc dot edu Description: When PHP first introduced visibility, it did not yet have namespaces, so the only applicable visibility schemes were related to classes -- members were either global (public), or local to the class (private), possibly including parents and children (protected). But with the addition of namespaces, there is now a need for a visibility scope between public and protected. Developers (like me) will use namespaces to create packages -- collections of classes that are meant to work closely with each other. In this context, it would be very convenient to be able to make members visible to other (unrelated-by-inheritance) classes within the same package (namespace), but hidden from the world outside the package. Since the 'namespace' keyword is currently only allowed on the first line of a file, and therefore could not occur inside a class, I suggest re-using it for this purpose rather than introducing another reserved word. Reproduce code: --- http://bugs.php.net/?id=45681&edit=1
#45681 [NEW]: namespace visibility
From: frase at cs dot wisc dot edu Operating system: Ubuntu 8.04 Hardy PHP version: 5.3.0alpha1 PHP Bug Type: Feature/Change Request Bug description: namespace visibility Description: When PHP first introduced visibility, it did not yet have namespaces, so the only applicable visibility schemes were related to classes -- members were either global (public), or local to the class (private), possibly including parents and children (protected). But with the addition of namespaces, there is now a need for a visibility scope between public and protected. Developers (like me) will use namespaces to create packages -- collections of classes that are meant to work closely with each other. In this context, it would be very convenient to be able to make members visible to other (unrelated-by-inheritance) classes within the same package (namespace), but hidden from the world outside the package. Since the 'namespace' keyword is currently only allowed on the first line of a file, and therefore could not occur inside a class, I suggest re-using it for this purpose rather than introducing another reserved word. Reproduce code: --- http://bugs.php.net/?id=45681&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45681&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45681&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45681&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45681&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45681&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45681&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45681&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45681&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45681&r=support Expected behavior:http://bugs.php.net/fix.php?id=45681&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45681&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45681&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45681&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45681&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45681&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45681&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45681&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45681&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45681&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45681&r=mysqlcfg
#45680 [NEW]: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X
From: stanlemon at mac dot com Operating system: Mac OS X 10.5.3 PHP version: 5.3.0alpha1 PHP Bug Type: Reproducible crash Bug description: PHP 5.3a1 repeatedly crashes Apache 2.2.8 and 2.2.9 on OS X Description: I am posting my CrashReporter for apache. Basically I startup apache with the 5.3alpha1 and then go to a page served up by apache and it crashes. It restarts, but most of my CPU gets chewed up as it's bouncing back and forth. Everything compiled fine out of the tarball, so I'm not sure what's going on - but in short, right now 5.3 isn't very usable on OS X. Note: I am NOT using the distributed install of Apache 2 w/ OS X. Reproduce code: --- Process: httpd [52229] Path:/usr/local/apache-2.2.9/bin/httpd Identifier: httpd Version: ??? (???) Code Type: X86 (Native) Parent Process: httpd [52053] Date/Time: 2008-08-01 12:16:08.155 -0400 OS Version: Mac OS X 10.5.4 (9E17) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x000c Crashed Thread: 0 Application Specific Information: *** single-threaded process forked *** Thread 0 Crashed: 0 libphp5.so 0x0138e30b _zend_mm_free_int + 139 1 libphp5.so 0x0134bb8b _mysqlnd_palloc_free_thd_cache_reference + 139 2 libphp5.so 0x0113506d mysqli_common_connect + 2269 3 libphp5.so 0x0113522d zif_mysqli_link_construct + 61 4 libphp5.so 0x013d46dc zend_do_fcall_common_helper_SPEC + 2844 5 libphp5.so 0x013d3375 execute + 485 6 libphp5.so 0x013b09f6 zend_execute_scripts + 102 7 libphp5.so 0x01358498 php_execute_script + 392 8 libphp5.so 0x0145c3fb php_handler + 1675 9 httpd 0x24c5 ap_run_handler + 85 10 httpd 0x2d02 ap_invoke_handler + 323 11 httpd 0x0002dcde ap_internal_redirect + 92 12 mod_rewrite.so 0x002f644e handler_redirect + 215 13 httpd 0x24c5 ap_run_handler + 85 14 httpd 0x2d02 ap_invoke_handler + 323 15 httpd 0x0002d403 ap_process_request + 111 16 httpd 0x00029678 ap_process_http_connection + 120 17 httpd 0x000121b0 ap_run_process_connection + 85 18 httpd 0x0001262c ap_process_connection + 81 19 httpd 0x00033e9f child_main + 1353 20 httpd 0x000340be make_child + 408 21 httpd 0x00034378 perform_idle_server_maintenance + 542 22 httpd 0x00034973 ap_mpm_run + 1430 23 httpd 0xa135 main + 3334 24 httpd 0x1a4a start + 54 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00e8436c ebx: 0x0138e28e ecx: 0x edx: 0x edi: 0x0074274c esi: 0x ebp: 0xbfffebc8 esp: 0xbfffeb90 ss: 0x001f efl: 0x0206 eip: 0x0138e30b cs: 0x0017 ds: 0x001f es: 0x001f fs: 0x gs: 0x0037 cr2: 0x000c Binary Images: 0x1000 -0x49fff +httpd ??? (???) /usr/local/apache-2.2.9/bin/httpd 0x68000 -0x75ff3 libaprutil-1.0.dylib ??? (???) <931e8ac4ce826f08f2abffcac57a63b3> /usr/lib/libaprutil-1.0.dylib 0x7e000 -0x9cfe3 libexpat.1.dylib ??? (???) /usr/lib/libexpat.1.dylib 0xa4000 -0xb9fef libapr-1.0.dylib ??? (???) <34917fe927e85ef7f60ec1303338e9af> /usr/lib/libapr-1.0.dylib 0xc7000 -0xc7ffe +mod_authn_file.so ??? (???) <82a1b54e76678d8c76922918fc42efe3> /usr/local/apache2/modules/mod_authn_file.so 0xcb000 -0xcbffe +mod_authn_dbm.so ??? (???) <83e8391d3c058f0a09dded82bedebb42> /usr/local/apache2/modules/mod_authn_dbm.so 0xcf000 -0xcfffd +mod_authn_anon.so ??? (???) <208b0a5eddf84876313d5057a45dd17a> /usr/local/apache2/modules/mod_authn_anon.so 0xd3000 -0xd3ffd +mod_authn_dbd.so ??? (???) /usr/local/apache2/modules/mod_authn_dbd.so 0xd7000 -0xd7ffc +mod_authn_default.so ??? (???) /usr/local/apache2/modules/mod_authn_default.so 0xdb000 -0xdbffc +mod_authz_host.so ??? (???) /usr/local/apache2/modules/mod_authz_host.so 0xdf000 -0xdfffe +mod_authz_groupfile.so ??? (???) <5849bf06ff9dcec28dc56401916303d6> /usr/local/apache2/modules/mod_authz_groupfile.so 0xe3000 -0xe3ffd +mod_authz_user.so ??? (???) <76cdffe0aabcda96b1848b72ee80468c> /usr/local/apache2/modules/mod_authz_user.so 0xe7000 -0xe7ffe +mod_authz_dbm.so ??? (???) <7aabb252992ac1be7f589d88c96a4b1e> /usr/local/apache2/modules/mod_authz_dbm.so 0xeb000 -
#45679 [NEW]: Php causes apache to crash
From: kibaurufu at hotmail dot com Operating system: Windows XP PHP version: 5.2CVS-2008-08-01 (snap) PHP Bug Type: Scripting Engine problem Bug description: Php causes apache to crash Description: So i installed php 5.2.6 recently on my webserver and set it up to run with apache as a module. After starting apache and creating a test page as index.php with as the code, i accessed the page through localhost. In Internet Explorer the page shows the phpinfo correctly, but continues to load and then displays a "Could not display page" error. Along with that, windows pops up saying that apache has encountered a problem and needs to close. After checking my event logs, i came to find out that it was failing on a faulty module, php5ts.dll. I went through my php.ini and removed all extensions that it imports, restarted the server and checked it. Everything was fine. I re enabled php_threads.dll and that's when it caused apache to fail again. Downgrading to php 5.2.4 doesn't help. Is there a compatibility issue with php_threads.dll and XP because this is a fresh copy with all updates. Reproduce code: --- Expected result: The php information. Actual result: -- On IE7 The php information shortly then a "Could not display page" error. On Firefox3 Connection reset error. -- Edit bug report at http://bugs.php.net/?id=45679&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45679&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45679&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45679&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45679&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45679&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45679&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45679&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45679&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45679&r=support Expected behavior:http://bugs.php.net/fix.php?id=45679&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45679&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45679&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45679&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45679&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45679&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45679&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45679&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45679&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45679&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45679&r=mysqlcfg
#45677 [NEW]: Segmentation fail error
From: alexey at belan dot su Operating system: win32 | linux PHP version: 5.2.6 PHP Bug Type: Streams related Bug description: Segmentation fail error Description: Attached code causes segmentation fail error in PHP. Reproduce code: --- Expected result: Standart PHP error (warning) expected. Actual result: -- Crash. -- Edit bug report at http://bugs.php.net/?id=45677&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45677&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45677&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45677&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45677&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45677&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45677&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45677&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45677&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45677&r=support Expected behavior:http://bugs.php.net/fix.php?id=45677&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45677&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45677&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45677&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45677&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45677&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45677&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45677&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45677&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45677&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45677&r=mysqlcfg
#45673 [Opn->Bgs]: sybase_ct php5 sybase-15_0 on 64-bit
ID: 45673 Updated by: [EMAIL PROTECTED] Reported By: paulpierre dot brun at free dot fr -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: redhat 5.2 2.6.18-92.el5 x86_64 PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-08-01 11:28:18] paulpierre dot brun at free dot fr Description: I need to compile extension PHP-sybase_ct ./configure --with-php-config=/usr/bin/php-config --with-sybase-ct=/home/sybase/OCS-15_0 at make commande I have error following. Same things whith corrections as ask in bug report #45357 sybase-ct fails against sybase-15_0 on 64-bit centos 5 . we are in php 5.1.6, the exention package for sybase_ct is 5.2.6 extension package. total 100 1887 jui 3 2007 config.m4 628 déc 19 2003 config.w32 45 nov 5 2002 CREDITS 1002 67711 déc 31 2007 php_sybase_ct.c 3787 déc 31 2007 php_sybase_ct.h 5024 jan 17 2004 sybase_ct.dsp 4096 avr 30 20:37 tests Reproduce code: --- config.m4 patch dnlSYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl" SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lsybcs -lsybct -lsybcomn -lsybintl" Makefile SYBASE_CT_SHARED_LIBADD = -lsybtcl -lsybintl -lsybcomn -lsybct -lsybcsn -Wl,-rpath,/home/sybase/OCS-15_0/lib -L/home/sybase/OCS-15_0/lib Expected result: make /bin/sh /export/logiciels/module_sybase_ct/sybase_ct/libtool --mode=compile gcc -I. -I/export/logiciels/module_sybase_ct/sybase_ct -DPHP_ATOM_INC -I/export/logiciels/module_sybase_ct/sybase_ct/include -I/export/logiciels/module_sybase_ct/sybase_ct/main -I/export/logiciels/module_sybase_ct/sybase_ct -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/export/home/toulouse/sgbdr/sybase/OCS-15_0/include -DHAVE_CONFIG_H -g -O2 -c /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c -o php_sybase_ct.lo gcc -I. -I/export/logiciels/module_sybase_ct/sybase_ct -DPHP_ATOM_INC -I/export/logiciels/module_sybase_ct/sybase_ct/include -I/export/logiciels/module_sybase_ct/sybase_ct/main -I/export/logiciels/module_sybase_ct/sybase_ct -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/export/home/toulouse/sgbdr/sybase/OCS-15_0/include -DHAVE_CONFIG_H -g -O2 -c /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c -fPIC -DPIC -o .libs/php_sybase_ct.o /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:41: warning: parameter names (without types) in function declaration /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:42: warning: parameter names (without types) in function declaration /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: 'sybase' undeclared here (not in a function) /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: (near initialization for 'sybase_module_entry.post_deactivate_func') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:109: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:109: error: (near initialization for 'sybase_module_entry.globals_id') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:110: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:110: error: (near initialization for 'sybase_module_entry.module_started') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:111: warning: initialization makes integer from pointer without a cast /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:113: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:113: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php
#45279 [Asn->WFx]: Results of dirname() on paths ending with a /
ID: 45279 Updated by: [EMAIL PROTECTED] Reported By: ralph at deboom dot biz -Status: Assigned +Status: Wont fix Bug Type: Directory function related Operating System: Debian Etch 4.0+ PHP Version: 5.2.6 Assigned To: dmitry New Comment: The current behavior is consistent and it won't be changed, as it may break existent code. Previous Comments: [2008-06-20 11:13:41] ralph at deboom dot biz ~_~ Oops, forgot the return $dirname: - http://bugs.php.net/bug.php?id=841 [21 Dec 1998 2:06pm UTC] rasmus The correct operations of these functions should be... dirname returns everything PRIOR to the last / or \ in the path. basename returns everything AFTER the last / or \ in the path. There are several more people on www.php.net/dirname comments who are confused by this aswell. Reproduce code: --- http://bugs.php.net/?id=45279&edit=1
#45288 [Asn->Fbk]: set_include_path() functionality broken
ID: 45288 Updated by: [EMAIL PROTECTED] Reported By: php at isnoop dot net -Status: Assigned +Status: Feedback Bug Type: Filesystem function related Operating System: Ubuntu 7.04 server PHP Version: 5.3CVS-2008-06-17 (snap) Assigned To: dmitry Previous Comments: [2008-07-29 08:35:57] [EMAIL PROTECTED] Works fine with php.ini-dist [EMAIL PROTECTED] CGI-DEBUG]$ cat bug45288.php http://bugs.php.net/45288 -- Edit this bug report at http://bugs.php.net/?id=45288&edit=1
#44100 [Asn->Csd]: Inconsistent handling of static array declarations with duplicate keys
ID: 44100 Updated by: [EMAIL PROTECTED] Reported By: robin_fernandes at uk dot ibm dot com -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Windows PHP Version: 5.2CVS-2008-02-11 (snap) Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_3 (it won't be fixed in PHP_5_2). Previous Comments: [2008-02-11 17:38:46] robin_fernandes at uk dot ibm dot com Description: There is an inconsistency when handling array declarations that include multiple entries with the same key but different values, such as array('a'=>0, 'a'=>1). In almost all cases, the last value will be used (1 in the example above). But the last part of the testcase below shows an inconsistent case, where the array is a static variable AND the first duplicate key is a constant rather than a literal. This is because in zval_update_constant_ex(), array entries with keys marked IS_CONSTANT_INDEX are always updated, regardless of the presence and position of other elements with the same key. Reproduce code: --- 0, 'a'=>1); print_r($nonStatic1); // [a] => 1 --> OK echo "\nDuplicate key in static array declaration:\n"; static $static1 = array('a'=>0, 'a'=>1); print_r($static1); // [a] => 1 --> OK define('DUP_KEY', 'a'); echo "\nDuplicate key in non static array declaration using constant as first key:\n"; $nonStatic2 = array(DUP_KEY=>0, 'a'=>1); print_r($nonStatic2); // [a] => 1 --> OK echo "\nDuplicate key in static array declaration using constant as first key:\n"; static $static2 = array(DUP_KEY=>0, 'a'=>1); print_r($static2); // [a] => 0 --> bug? ?> Expected result: Duplicate key in non static array declaration: Array ( [a] => 1 ) Duplicate key in static array declaration: Array ( [a] => 1 ) Duplicate key in non static array declaration using constant as first key: Array ( [a] => 1 ) Duplicate key in static array declaration using constant as first key: Array ( [a] => 1 ) Actual result: -- Duplicate key in non static array declaration: Array ( [a] => 1 ) Duplicate key in static array declaration: Array ( [a] => 1 ) Duplicate key in non static array declaration using constant as first key: Array ( [a] => 1 ) Duplicate key in static array declaration using constant as first key: Array ( [a] => 0 ) -- Edit this bug report at http://bugs.php.net/?id=44100&edit=1
#45662 [Opn->Bgs]: 'pre' token should be added to version_compare
ID: 45662 Updated by: [EMAIL PROTECTED] Reported By: geoff at darktrojan dot net -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: * PHP Version: 5.2.6 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 Says the documentation: 'version_compare() compares two "PHP-standardized" version number strings.' PHP doesn't use 'pre'. Previous Comments: [2008-07-31 01:31:00] geoff at darktrojan dot net Description: To allow correct comparison of Mozilla versioning numbers (e.g. comparing user-agent strings), the token 'pre' should be added to version_compare. Mozilla use pre to indicate a pre-alpha release (e.g. 3.0a8pre is earlier than 3.0a8). pre should have the same status as dev in /ext/standard/versioning.c Reproduce code: --- echo version_compare ('3.0a8pre', '3.0a8'); Expected result: -1 Actual result: -- 1 -- Edit this bug report at http://bugs.php.net/?id=45662&edit=1
#45673 [NEW]: sybase_ct php5 sybase-15_0 on 64-bit
From: paulpierre dot brun at free dot fr Operating system: redhat 5.2 2.6.18-92.el5 x86_64 PHP version: 5.2.6 PHP Bug Type: Compile Failure Bug description: sybase_ct php5 sybase-15_0 on 64-bit Description: I need to compile extension PHP-sybase_ct ./configure --with-php-config=/usr/bin/php-config --with-sybase-ct=/home/sybase/OCS-15_0 at make commande I have error following. Same things whith corrections as ask in bug report #45357 sybase-ct fails against sybase-15_0 on 64-bit centos 5 . we are in php 5.1.6, the exention package for sybase_ct is 5.2.6 extension package. total 100 1887 jui 3 2007 config.m4 628 déc 19 2003 config.w32 45 nov 5 2002 CREDITS 1002 67711 déc 31 2007 php_sybase_ct.c 3787 déc 31 2007 php_sybase_ct.h 5024 jan 17 2004 sybase_ct.dsp 4096 avr 30 20:37 tests Reproduce code: --- config.m4 patch dnlSYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl" SYBASE_CT_LIBS="-L$SYBASE_CT_LIBDIR -lsybcs -lsybct -lsybcomn -lsybintl" Makefile SYBASE_CT_SHARED_LIBADD = -lsybtcl -lsybintl -lsybcomn -lsybct -lsybcsn -Wl,-rpath,/home/sybase/OCS-15_0/lib -L/home/sybase/OCS-15_0/lib Expected result: make /bin/sh /export/logiciels/module_sybase_ct/sybase_ct/libtool --mode=compile gcc -I. -I/export/logiciels/module_sybase_ct/sybase_ct -DPHP_ATOM_INC -I/export/logiciels/module_sybase_ct/sybase_ct/include -I/export/logiciels/module_sybase_ct/sybase_ct/main -I/export/logiciels/module_sybase_ct/sybase_ct -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/export/home/toulouse/sgbdr/sybase/OCS-15_0/include -DHAVE_CONFIG_H -g -O2 -c /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c -o php_sybase_ct.lo gcc -I. -I/export/logiciels/module_sybase_ct/sybase_ct -DPHP_ATOM_INC -I/export/logiciels/module_sybase_ct/sybase_ct/include -I/export/logiciels/module_sybase_ct/sybase_ct/main -I/export/logiciels/module_sybase_ct/sybase_ct -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/export/home/toulouse/sgbdr/sybase/OCS-15_0/include -DHAVE_CONFIG_H -g -O2 -c /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c -fPIC -DPIC -o .libs/php_sybase_ct.o /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:41: warning: parameter names (without types) in function declaration /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:42: warning: parameter names (without types) in function declaration /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: 'sybase' undeclared here (not in a function) /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:108: error: (near initialization for 'sybase_module_entry.post_deactivate_func') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:109: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:109: error: (near initialization for 'sybase_module_entry.globals_id') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:110: error: initializer element is not constant /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:110: error: (near initialization for 'sybase_module_entry.module_started') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:111: warning: initialization makes integer from pointer without a cast /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:112: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:113: warning: excess elements in struct initializer /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:113: warning: (near initialization for 'sybase_module_entry') /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c: In function 'PHP_GINIT_FUNCTION': /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:394: error: invalid type argument of '->' /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:394: error: invalid type argument of '->' /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:399: error: invalid type argument of '->' /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:403: error: invalid type argument of '->' /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:415: error: invalid type argument of '->' /export/logiciels/module_sybase_ct/sybase_ct/php_sybase_ct.c:430: error: invalid type argument of '->' /export/log