#44425 [NEW]: Extending PDO/MySQL class with a __call() function doesn't work
From: phpbugs at wayoverthere dot com Operating system: Linux PHP version: 5.2CVS-2008-03-13 (snap) PHP Bug Type: PDO related Bug description: Extending PDO/MySQL class with a __call() function doesn't work Description: Exact(?) same bug as #43663, except connecting to a MySQL 5 server. I have also tried a 5.3 snapshot & got the same result. Tried both cgi and cli. Reproduce code: --- '; } function foo() { echo "Called foo in ".__CLASS__.''; } } $a = new test('mysql:dbname=test;host=localhost','user','pw'); $a->foo(); $a->bar(); ?> Expected result: "Called foo in test Called bar in test" Actual result: -- "Called foo in test Fatal error: Call to undefined method test::bar() in call.php on line 24" -- Edit bug report at http://bugs.php.net/?id=44425&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44425&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44425&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44425&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44425&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44425&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44425&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44425&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44425&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44425&r=support Expected behavior:http://bugs.php.net/fix.php?id=44425&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44425&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44425&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44425&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44425&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44425&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44425&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44425&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44425&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44425&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44425&r=mysqlcfg
#44424 [NEW]: iconv() is not working
From: yes298 at gmail dot com Operating system: FreeBSD 7.0(x64) PHP version: 5.2.5 PHP Bug Type: ICONV related Bug description: iconv() is not working Description: on FreeBSD 6.2(x64) and 7.0(x64), use phpinfo() show that iconv() is enabled, but it can NOT work properly, only big5 or gb2312 convert to utf-8 is ok, but can NOT convert between big5 and gb2312 or gbk. phpinfo() result as below: iconv support enabled iconv implementation libiconv iconv library version 1.11 Directive Local Value Master Value iconv.input_encoding ISO-8859-1 ISO-8859-1 iconv.internal_encoding ISO-8859-1 ISO-8859-1 iconv.output_encoding ISO-8859-1 ISO-8859-1 Using function var_dump(get_extension_funcs("iconv")); to get info as below: array(11) { [0]=> string(5) "iconv" [1]=> string(16) "ob_iconv_handler" [2]=> string(18) "iconv_get_encoding" [3]=> string(18) "iconv_set_encoding" [4]=> string(12) "iconv_strlen" [5]=> string(12) "iconv_substr" [6]=> string(12) "iconv_strpos" [7]=> string(13) "iconv_strrpos" [8]=> string(17) "iconv_mime_encode" [9]=> string(17) "iconv_mime_decode" [10]=> string(25) "iconv_mime_decode_headers" } Reproduce code: --- $a = "·±ówÕfÔ~"; $b = iconv('big5','gb2312',$a); $c = iconv('big5','gbk',$a); echo 'TC: ' . $a .''; echo 'SC: ' . $b .''; echo 'gbk: ' . $c .''; Expected result: ·±ówÕfÔ~ ·±Ìå˵´Ê ·±Ìå˵´Ê Actual result: -- ·±ówÕfÔ~ ·± ·± -- Edit bug report at http://bugs.php.net/?id=44424&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44424&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44424&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44424&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44424&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44424&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44424&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44424&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44424&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44424&r=support Expected behavior:http://bugs.php.net/fix.php?id=44424&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44424&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44424&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44424&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44424&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44424&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44424&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44424&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44424&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44424&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44424&r=mysqlcfg
#44052 [Opn->Fbk]: seg fault when compile php with sybase-ct
ID: 44052 Updated by: [EMAIL PROTECTED] Reported By: amonterosr at gmail dot com -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: linux PHP Version: 5.2.5 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 Previous Comments: [2008-02-05 19:30:50] amonterosr at gmail dot com Description: Hi i have a problem when i compile php with sybasect support, the apache's error log display after execute a php script: [Mon Feb 4 17:35:35 2008] [notice] child pid 3035 exit signal Segmentation fault (11) [Mon Feb 4 17:35:36 2008] [notice] child pid 3302 exit signal Segmentation fault (11) [Mon Feb 4 17:35:38 2008] [notice] child pid 3303 exit signal Segmentation fault (11) [Mon Feb 4 17:36:04 2008] [notice] child pid 3304 exit signal Segmentation fault (11) [Mon Feb 4 17:36:06 2008] [notice] child pid 3305 exit signal Segmentation fault (11) [Mon Feb 4 17:36:07 2008] [notice] child pid 3306 exit signal Segmentation fault (11) [Mon Feb 4 17:36:08 2008] [notice] child pid 3307 exit signal Segmentation fault (11) [Mon Feb 4 17:36:09 2008] [notice] child pid 3308 exit signal Segmentation fault (11) [Mon Feb 4 17:36:11 2008] [notice] child pid 3309 exit signal Segmentation fault (11) [Mon Feb 4 17:39:18 2008] [notice] child pid 3310 exit signal Segmentation fault (11) [Mon Feb 4 17:39:19 2008] [notice] child pid 3311 exit signal Segmentation fault (11) [Mon Feb 4 17:39:42 2008] [notice] child pid 3312 exit signal Segmentation fault (11) [Mon Feb 4 17:39:44 2008] [notice] child pid 3313 exit signal Segmentation fault (11) [Mon Feb 4 17:39:45 2008] [notice] child pid 3314 exit signal Segmentation fault (11) [Mon Feb 4 17:39:46 2008] [notice] child pid 3095 exit signal Segmentation fault (11) by that i investigate the error adding --enable-debug to compilation, the error fixed but now the error is: [Tue Feb 5 11:35:52 2008] Script: '/usr/local/apache13/htdocs/prosixonline/POL3.2/prosixonline/prxweb/source/php/controladores/prxcard.php' /home/installuser/toolset/php-5.1.2-working/Zend/zend_variables.h(45) : Freeing 0x08D069A4 (6 bytes), script=/usr/local/apache13/htdocs/prosixonline/POL3.2/prosixonline/prxweb/source/php/controladores/prxcard.php /home/installuser/toolset/php-5.1.2-working/Zend/zend_variables.c(120) : Actual location (location was relayed) Last leak repeated 23 times === Total 53 memory leaks detected === /home/installuser/toolset/php-5.1.2-working/Zend/zend_variables.c(120) : Actual location (location was relayed) Last leak repeated 27 times === Total 62 memory leaks detected === please someone can help me with that thanks Alberto -- Edit this bug report at http://bugs.php.net/?id=44052&edit=1
#44422 [Fbk->Opn]: Server Crash with php5isapi
ID: 44422 User updated by: drew at tribalectic dot com Reported By: drew at tribalectic dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.2.5 New Comment: Upgrading is slightly time consuming and difficult, does the windows installer overwrite my php.ini file? Can I just use that to upgrade or do I need to manually overwrite all files? Is the problem I have described fixed in the latest version? This is a production site so I am a little worried about tinkering too much. -Drew Previous Comments: [2008-03-12 21:44:42] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-12 18:35:33] drew at tribalectic dot com Description: PHP 5.2.3 was causing server crashes every so often on the application pool. So, we just upgreaded to 5.2.5 and are still getting application crashes. Here's my backtrace... php5isapi!php_isapi_report_exception+17 1216f970 0033 031bfd58 php5isapi!HttpExtensionProc+2e0 01088d20 01087a28 010886b0 w3isapi!ProcessIsapiRequest+100 01088c98 01cc1de0 1216fe50 w3core+68ff 01087a28 w3core+67e0 1216fee8 01087a28 w3core+6764 01087a28 1216fec4 w3core+66f4 01087a30 01087a28 0001 w3core+66ae 0001 1216fee8 0026bc78 w3core+6648 w3core+2264 w3core+65ea 01086f60 01086f60 5a361650 w3dt!UlAtqAllocateMemory+16f 051e 01086f64 w3dt!UlAtqAllocateMemory+19a 051e 01086f64 w3tp!THREAD_POOL::PostCompletion+c9 109d7bb0 5a30 w3tp!THREAD_POOL::~THREAD_POOL+153 00268700 w3tp+1da9 109d7bb0 kernel32!GetModuleHandleA+df 5a301d70 109d7bb0 PHP5ISAPI!PHP_ISAPI_REPORT_EXCEPTION+17In w3wp__PID__2444__Date__03_12_2008__Time_12_01_04PM__156__Second_Chance_Exception_C005.dmp the assembly instruction at php5isapi!php_isapi_report_exception+17 in \\?\C:\PHP\php5isapi.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0090 on thread 0 Module Information Image Name: \\?\C:\PHP\php5isapi.dll Symbol Type: PDB Base address: 0x01cc Time Stamp: Thu Nov 08 21:18:54 2007 Checksum: 0x Comments: Thanks to Andi Gutmans, Zeev Suraski COM DLL: False Company Name: The PHP Group ISAPIExtension: True File Description: ISAPI ISAPIFilter: True File Version: 5.2.5.5 Managed DLL: False Internal Name: php5isapi.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5isapi.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5isapi.dll Module name: php5isapi Private Build: Single Threaded: False Product Name: PHP php5isapi.dll Module Size: 28.00 KBytes Product Version: 5.2.5 Symbol File Name: E:\PHP Debug Symbols\php5isapi.pdb Special Build: & I've seen errors like this before but no solutions, HELP! -Drew -- Edit this bug report at http://bugs.php.net/?id=44422&edit=1
#44367 [Bgs]: DOMDocument::baseURI parsing is out of whack
ID: 44367 User updated by: daniel dot oconnor at gmail dot com Reported By: daniel dot oconnor at gmail dot com Status: Bogus Bug Type: DOM XML related Operating System: Windows PHP Version: 5.2.5 Assigned To: rrichards New Comment: :S I hate being pushy / argumentitive, sorry if its coming across that way. RFC 2396 is "Uniform Resource Identifiers (URI): Generic Syntax" Section 5.1. is "Establishing a Base URI" describes what I've been trying to say, probably a little clearer. XML Base spec @ http://www.w3.org/TR/xmlbase/#rfc2396 says: Determine a baseURI: 1. The base URI is embedded in the document's content. 2. The base URI is that of the encapsulating entity (message, document, or none). 3. The base URI is the URI used to retrieve the entity. 4. The base URI is defined by the context of the application. > This is not just how it is implemented in PHP as the other major DOM parsers implement it the same way ... and that's why the xml:base GRDDL tests were written - to clarify correct behaviour / check implementations. Previous Comments: [2008-03-12 17:16:05] [EMAIL PROTECTED] still bogus as what you are describing pertains to GRDDL only not DOM, so when working with GRDDL and DOm you need to check base uri of the document element, not the DOMDocument. DOM determines base uri using the xml base spec. "The base URI of a document entity or an external entity is determined by RFC 2396 rules, namely, that the base URI is the URI used to retrieve the document entity or external entity." This is not just how it is implemented in PHP as the other major DOM parsers implement it the same way, [2008-03-11 00:03:46] daniel dot oconnor at gmail dot com See http://www.w3.org/TR/grddl/#base_misc & http://www.apps.ietf.org/rfc/rfc3986.html#sec-5.1 The way to determine baseURI is: 1. Look for it on the root document element (HTML - , XML - 2. Couldn't find that? Use the URL we retrieved the document with * And make sure we follow redirects! 3. Couldn't find that? Application specific (but we don't really have a setBaseURI()) So, condition #1 is broken in 5.2.5 when you do: http://www.w3.org/2001/sw/grddl-wg/td/inline-rdf6.xml'); var_dump($doc->baseURI);//Expected http://.example.org/ produces: string(53) "http://www.w3.org/2001/sw/grddl-wg/td/inline-rdf6.xml"; [2008-03-10 14:09:30] [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 Don't know about GRDDL, but for DOM trees, base uri of a DOMDocument is the URI its loaded from (or for memory based tree, the current dir). You need to check on the document element to get the base uri you are looking for. [2008-03-08 22:20:31] [EMAIL PROTECTED] Rob, please take a look [2008-03-08 05:09:06] daniel dot oconnor at gmail dot com Description: The W3C clarified a few xml:base issues when publishing the GRDDL spec. You can see the tests at http://www.w3.org/TR/grddl-tests/#ambiguous-infoset. Basically: * DOMDocument::loadXML does not detect xml:base attributes * simplexml_load_file does not detect xml:base attributes (or they are lost during the importNode phase) * simplexml_load_string does not detect xml:base attributes (or they are lost during the importNode phase) * DOMDocument does not deal with nested xml:base * DOMDocument does not deal with redirected xml:base locations To clarify on the redirect-xml:base stuff... If I request http://foo.com/example.xml and that redirects me to http://bar.com/example.xml and bar.com/example.xml said xml:base = http://foo.com/example.xml ... then http://bar.com/example.xml's baseURI should be http://bar.com/example.xml Reproduce code: --- http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml'; $xml = file_get_contents($url); //Load a url $doc = DOMDocument::load($url); var_dump($doc->baseURI);//Expected http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml //Load an xml document with xml:base $doc = DOMDocument::loadXML($xml); var_dump($doc->baseURI);//Expected http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml //Does it work with importNode? $sxe = simplexml_load_file($url); $dom_sxe = dom_import_simplexml($sxe); $dom = new DOMDocument('1.0'); $dom_sxe = $dom->importNode($dom_sxe, true); $dom_sxe = $dom->appendChild($dom_sxe); var_dump($doc->baseURI);//Expected (maybe) http://www.w3.org/2001/sw/gr
#44421 [Opn->Fbk]: Core dump using PHP 5.2.5 with suExec and mod_cgid
ID: 44421 Updated by: [EMAIL PROTECTED] Reported By: obonhomme at nerim dot net -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.3 PHP Version: 5.2.5 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 Previous Comments: [2008-03-12 18:01:21] obonhomme at nerim dot net Description: php-cgi crashes with SIGSEV making a core dump with php 5.2.5. The issue occurs only executing index.php file of an IPB Forum 1.3.1 and only when script is executed through apache and mod_fcgid. If the script is executed by the php-cgi binary from the command line, it works perfectely The problem seems to be in the virtual_file_ex function (see backtrace) Reproduce code: --- Url : http://91.121.116.63/~ptitoliv/index.phps Actual result: -- End of the backtrace : #0 0x08120c89 in virtual_file_ex (state=0xbbc00a28, path=0xbbc00a60 "./lang/3/lang_error.php", verify_path=0, use_realpath=1) at /usr/ports/lang/php5/work/php-5.2.5/TSRM/tsrm_virtual_cwd.c:656 656 int path_length = strlen(path); -- Edit this bug report at http://bugs.php.net/?id=44421&edit=1
#44422 [Opn->Fbk]: Server Crash with php5isapi
ID: 44422 Updated by: [EMAIL PROTECTED] Reported By: drew at tribalectic dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.2.5 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 Previous Comments: [2008-03-12 18:35:33] drew at tribalectic dot com Description: PHP 5.2.3 was causing server crashes every so often on the application pool. So, we just upgreaded to 5.2.5 and are still getting application crashes. Here's my backtrace... php5isapi!php_isapi_report_exception+17 1216f970 0033 031bfd58 php5isapi!HttpExtensionProc+2e0 01088d20 01087a28 010886b0 w3isapi!ProcessIsapiRequest+100 01088c98 01cc1de0 1216fe50 w3core+68ff 01087a28 w3core+67e0 1216fee8 01087a28 w3core+6764 01087a28 1216fec4 w3core+66f4 01087a30 01087a28 0001 w3core+66ae 0001 1216fee8 0026bc78 w3core+6648 w3core+2264 w3core+65ea 01086f60 01086f60 5a361650 w3dt!UlAtqAllocateMemory+16f 051e 01086f64 w3dt!UlAtqAllocateMemory+19a 051e 01086f64 w3tp!THREAD_POOL::PostCompletion+c9 109d7bb0 5a30 w3tp!THREAD_POOL::~THREAD_POOL+153 00268700 w3tp+1da9 109d7bb0 kernel32!GetModuleHandleA+df 5a301d70 109d7bb0 PHP5ISAPI!PHP_ISAPI_REPORT_EXCEPTION+17In w3wp__PID__2444__Date__03_12_2008__Time_12_01_04PM__156__Second_Chance_Exception_C005.dmp the assembly instruction at php5isapi!php_isapi_report_exception+17 in \\?\C:\PHP\php5isapi.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0090 on thread 0 Module Information Image Name: \\?\C:\PHP\php5isapi.dll Symbol Type: PDB Base address: 0x01cc Time Stamp: Thu Nov 08 21:18:54 2007 Checksum: 0x Comments: Thanks to Andi Gutmans, Zeev Suraski COM DLL: False Company Name: The PHP Group ISAPIExtension: True File Description: ISAPI ISAPIFilter: True File Version: 5.2.5.5 Managed DLL: False Internal Name: php5isapi.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5isapi.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5isapi.dll Module name: php5isapi Private Build: Single Threaded: False Product Name: PHP php5isapi.dll Module Size: 28.00 KBytes Product Version: 5.2.5 Symbol File Name: E:\PHP Debug Symbols\php5isapi.pdb Special Build: & I've seen errors like this before but no solutions, HELP! -Drew -- Edit this bug report at http://bugs.php.net/?id=44422&edit=1
#44375 [Fbk->Opn]: LDAP extension load failed
ID: 44375 User updated by: petr at hroch dot info Reported By: petr at hroch dot info -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Linux Debian Etch 4.0 PHP Version: 5.3CVS-2008-03-08 (CVS) New Comment: 'make install' of what? I usualy build and install PHP core from source using configure, make, make install and than I externaly compile only usable extensions found in ext directory or from pecl source using phpize, configure, make, make install. Rebuilding fixed extensions separately It's faster for me then rebuild the whole source tree. Regards Petr Previous Comments: [2008-03-11 21:40:20] [EMAIL PROTECTED] Did you 'make install' before re-phpizing the ldap module? And why do do you phpize ldap anyway, it's stock extension, just build it as static into the PHP.. [2008-03-10 12:17:50] petr at hroch dot info I've found that this problem occures only if LDAP extension is compiled externaly using phpize. If it's compiled together with php core using general configure script, extension works fine. I don't know where might be a problem. Petr [2008-03-10 12:01:31] [EMAIL PROTECTED] Odd... Compile with success here. [2008-03-10 09:19:20] petr at hroch dot info Hi, problem still remains. Compiled PHP from source http://snaps.php.net/php5.3-latest.tar.gz php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/php/lib/php/extensions/ldap.so' - /usr/local/php/lib/php/extensions/ldap.so: undefined symbol: third_arg_force_ref in Unknown on line 0 [PHP Modules] calendar ctype date dom ereg filter hash iconv json libxml openssl pcntl pcre PDO pdo_sqlite posix Reflection session SimpleXML sockets SPL SQLite standard sysvmsg sysvsem sysvshm tokenizer xml xmlreader xmlwriter zlib [Zend Modules] In PHP 5.2.5 everything works fine. Regards Petr [2008-03-08 20:49:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Hello, with a new checkout it works fine for me. 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/44375 -- Edit this bug report at http://bugs.php.net/?id=44375&edit=1
#44418 [Opn->Bgs]: Strange behaviour of preg_split with russian utf-8 strings
ID: 44418 Updated by: [EMAIL PROTECTED] Reported By: yarodin at gmail dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows XP PRO/5.1.2600 PHP Version: 5.2.5 New Comment: if the input is UTF-8 you need to use the 'u' modifier. (e.g. '#(\s)#u'). Previous Comments: [2008-03-12 16:00:19] yarodin at gmail dot com Description: $split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY | PREG_SPLIT_DELIM_CAPTURE ); make wrong spliting sentences on words when sentence at russian UTF-8 and begin with russian letter 'Р' (hex D0h A0h). For example russian "Расширенные поля пользователей" splits by php 5.2.5 on 7(!) words, but php4 is split correctly on 5 words. I think the problem at russian letter letter 'Р' wich split as single word. Reproduce code: --- "); $split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY | PREG_SPLIT_DELIM_CAPTURE ); print_r($split); ?> Expected result: Array ( [0] => Расширенные [1] => [2] => поля [3] => [4] => пользователей ) Actual result: -- Array ( [0] => Р [1] => [2] => асширенные [3] => [4] => поля [5] => [6] => пользователей ) -- Edit this bug report at http://bugs.php.net/?id=44418&edit=1
#42177 [Opn->Csd]: Warning "array_merge_recursive(): recursion detected" comes again...
ID: 42177 Updated by: [EMAIL PROTECTED] Reported By: rl at ez dot no -Status: Open +Status: Closed Bug Type: Arrays related Operating System: linux mandriva 2006 PHP Version: 4.4.7 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-08-02 14:33:08] rl at ez dot no let's continue // clear echo "example 13"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = array(); $a1 = array_merge_recursive( $a1, $a2 ); $a1 = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // warning echo "example 14"; $a1 = array(); $a2 = array( 'key1' => 1, 'key3' => 2 ); $a1 = array_merge_recursive( $a1, $a2 ); $a1 = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); why does example 14 generate a warning while example 13 does not? seems like if first parameter is empty then function array_merge_recursive just assigns first parameter variable to the second one and makes some internal marks about two arrays which point on the same data but actually are different for a enduser. but second call of array_merge_recursive does not know anything about it. or something like that... no matter, but these warnings are definitely incorrect. [2007-08-02 12:24:08] rl at ez dot no Description: Just run the code below and please answer the question: Why those marked as 'warning' generate warning "array_merge_recursive(): recursion detected" while others marked as 'clear' do not? example 1"; $a1 = array( 'a' => 1, 'b' => 2 ); $az = array_merge_recursive( $a1, $a1 ); unset( $a1, $a2 ); // clear echo "example 2"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = $a1; $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // clear echo "example 3"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // warning echo "example 4"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a3 = $a1; $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // warning echo "example 5"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a3 = $a2; $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // warning echo "example 6"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = $a1; $a2[] = 3; // $a2['c'] = 3; - no matter, warning anyway $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // clear echo "example 7"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a2[] = 3; $az = array_merge_recursive( $a1, $a2 ); unset( $a1, $a2 ); // warning echo "example 8"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a3 = $a2; $az = array_merge_recursive( $a1, $a3 ); unset( $a1, $a2, $a3 ); // warning echo "example 9"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = $a1; $a3 = & $a2; $az = array_merge_recursive( $a1, $a3 ); unset( $a1, $a2, $a3 ); // clear echo "example 10"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a3 = & $a2; $az = array_merge_recursive( $a1, $a3 ); unset( $a1, $a2, $a3 ); // warning echo "example 11"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = $a1; $a3 = $a2; $a3[] = 3; $az = array_merge_recursive( $a1, $a3 ); unset( $a1, $a2, $a3 ); // clear echo "example 12"; $a1 = array( 'key1' => 1, 'key3' => 2 ); $a2 = & $a1; $a3 = & $a2; $a3[] = 3; $az = array_merge_recursive( $a1, $a3 ); unset( $a1, $a2, $a3 ); ?> -- Edit this bug report at http://bugs.php.net/?id=42177&edit=1
#44422 [NEW]: Server Crash with php5isapi
From: drew at tribalectic dot com Operating system: Windows 2003 Server PHP version: 5.2.5 PHP Bug Type: IIS related Bug description: Server Crash with php5isapi Description: PHP 5.2.3 was causing server crashes every so often on the application pool. So, we just upgreaded to 5.2.5 and are still getting application crashes. Here's my backtrace... php5isapi!php_isapi_report_exception+17 1216f970 0033 031bfd58 php5isapi!HttpExtensionProc+2e0 01088d20 01087a28 010886b0 w3isapi!ProcessIsapiRequest+100 01088c98 01cc1de0 1216fe50 w3core+68ff 01087a28 w3core+67e0 1216fee8 01087a28 w3core+6764 01087a28 1216fec4 w3core+66f4 01087a30 01087a28 0001 w3core+66ae 0001 1216fee8 0026bc78 w3core+6648 w3core+2264 w3core+65ea 01086f60 01086f60 5a361650 w3dt!UlAtqAllocateMemory+16f 051e 01086f64 w3dt!UlAtqAllocateMemory+19a 051e 01086f64 w3tp!THREAD_POOL::PostCompletion+c9 109d7bb0 5a30 w3tp!THREAD_POOL::~THREAD_POOL+153 00268700 w3tp+1da9 109d7bb0 kernel32!GetModuleHandleA+df 5a301d70 109d7bb0 PHP5ISAPI!PHP_ISAPI_REPORT_EXCEPTION+17In w3wp__PID__2444__Date__03_12_2008__Time_12_01_04PM__156__Second_Chance_Exception_C005.dmp the assembly instruction at php5isapi!php_isapi_report_exception+17 in \\?\C:\PHP\php5isapi.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0090 on thread 0 Module Information Image Name: \\?\C:\PHP\php5isapi.dll Symbol Type: PDB Base address: 0x01cc Time Stamp: Thu Nov 08 21:18:54 2007 Checksum: 0x Comments: Thanks to Andi Gutmans, Zeev Suraski COM DLL: False Company Name: The PHP Group ISAPIExtension: True File Description: ISAPI ISAPIFilter: True File Version: 5.2.5.5 Managed DLL: False Internal Name: php5isapi.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5isapi.dll Legal Trademarks: PHP Mapped Image Name: Original filename: php5isapi.dll Module name: php5isapi Private Build: Single Threaded: False Product Name: PHP php5isapi.dll Module Size: 28.00 KBytes Product Version: 5.2.5 Symbol File Name: E:\PHP Debug Symbols\php5isapi.pdb Special Build: & I've seen errors like this before but no solutions, HELP! -Drew -- Edit bug report at http://bugs.php.net/?id=44422&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44422&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44422&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44422&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44422&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44422&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44422&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44422&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44422&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44422&r=support Expected behavior:http://bugs.php.net/fix.php?id=44422&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44422&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44422&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44422&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44422&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44422&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44422&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44422&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44422&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44422&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44422&r=mysqlcfg
#44335 [Fbk->Opn]: fsockopen on localhost on Vista
ID: 44335 User updated by: php at smarinier dot net Reported By: php at smarinier dot net -Status: Feedback +Status: Open Bug Type: Network related Operating System: Windows Vista PHP Version: 5.2.5 New Comment: In fact, rebooting Vista, and trying the new PHP, i see the things working with 127.0.0.1. So this is in fact the "localhost" => 127.0.0.1 resolution wich is a problem. This is due to the fact that Vista added "::1 localhost" in its /etc/hosts file. This make (i don't know why) PHP5 failing on the connection, but php4.4.8 works with this. All of this seems to be an IPV6/IPV4 mess. Previous Comments: [2008-03-11 21:54:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-05 11:16:54] php at smarinier dot net Description: A Localhost (or 127.0.0.1) connection with fsockopen failed on Vist (see simple code later). As far as i can see, this: - doesn't work with php 5.2.5, 5.2.1, 5.1.6, 5.0.3 : on Vista - works with PHP 4.4.8 on Vista, or with any PHP on Windows Server 2003. This is not the same problem as the getaddrinfo(localhost)->127.0.0.1, wich is a (stupid) security protection from Windows. Reproduce code: --- \n"; } else { $out = "GET / HTTP/1.1\r\nHost: localhost\r\nConnection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { echo fgets($fp, 128); } fclose($fp); } ?> Expected result: X-Powered-By: PHP/4.4.8 Content-type: text/html ContentHTTP/1.1 200 OK Date: Wed, 05 Mar 2008 10:46:31 GMT Server: Apache/2.2.8 (Win32) PHP/5.2.1 Last-Modified: Sat, 20 Nov 2004 13:16:26 GMT ETag: "1be49-2c-3e9506e38be80" Accept-Ranges: bytes Content-Length: 44 Connection: close Content-Type: text/html It works! Actual result: -- PHP Warning: fsockopen(): unable to connect to localhost:80 (A connection attempt failed \ because the connected party did not properly respond after a period of time, or \ established connection failed because connected host has failed to respond ) in C:\PHP\test.php on line 2 A connection attempt failed \ because the connected party did not properly respond after a period of time, or \ established connection failed because connected host has failed to respond. (10060) -- Edit this bug report at http://bugs.php.net/?id=44335&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: emiller at rsimedical dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: Experiencing Issue on Win2k3, Apache 2.2.8, PHP 5.2.4 Apache hangs, on Apache service stop error appears in error.log Previous Comments: [2008-02-25 20:50:07] sharadrb at yahoo dot com Even I had same issue with PHP version 5.2.5. So, I rolled back to older version 5.2.1 which does not have this issue. Now, I don't have this issue with version 5.2.1 [2008-02-20 17:05:01] brandonkahre at charter dot net I am still experiencing this bug as of Feb-20-2008. I am running PHP 5.2.4 in a Windows XP environment with MySQL 4.2.20. To leave no room for confusion, the problems and steps I am using to recreate this bug are described in Bug #44009 (http://bugs.php.net/bug.php?id=44009). I have tried the following PHP versions: PHP 5.2.4 PHP 5.2.5 PHP 5.2.6-latest I have tried patching the Windows php_mysql.dll extension using the following sources: PHP 5.2.1: http://www.php.net/releases/#5.2.1 [copy /ext/php_mysql.dll only] - this did not fix any problems MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 4.1.21] - could not connect to MySQL server. Please note that the extension is for PHP 5.1.6.6 MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 5.0.27] - this did not fix any problems IT-Guys (mentioned in this bug tracker): http://www.it-etc.com/2007/10/25/php-error-524-getting-error-error-in-my_thread_global_end-1-threads-didnt-exit/ - this did not fix any problems. The extensions provided seem to be for PHP 5.2.0.0 [2008-02-13 17:25:20] byerly0503 at gmail dot com This bug caused me to spend an hour on the issue. I kept ignoring all of the help related to MySQL since the script I was trying to run, didn't use MySQL. Please fix this by including the right DLL or adjust the installer to give a warning message: "Despite downloading this package, you will need to download an older package, replace the mysql dll, in order to use PHP." [2008-02-08 06:56:04] OPunWide at hotmail dot com I'm a newbie at this, and am installing php for the first time. Very basic setup, running WinXP, using IIS 5.1 and PHP 5.2.5, installed using the Windows installer. When I first installed I included support for MySQL in the options, but had not installed MySQL. The error happened with a psp script consisting only of pspinfo(). I went back to the installer and removed support for MySQL and the problem went away. I don't think the folks at MySQL can be blamed for this one. [2008-02-07 22:27:08] WS6TA at txlanes dot com I have to agree about the impression this makes on potential LAMP adopters. I am a long-time Windows/MSSQL person looking at the LAMP stack as an alternative to MS. However, I download PHP 5.2.5 and start reading the manual only to get the error "Error in my_thread_global_end()" the first time I used the CLI. So, I go searching and find all kinds of references to dll swaps for PHP side AND the MySQL side. I don't even have MySQL installed yet... I was looking at PHP's ability to be a standalone scripting tool as well as a web-database tool. Anyway, I then find this thread where it appears the bug has been around since approximately May 2007 and PHP version 5.2.3. I commented out "extension=php_mysql.dll" in the php.ini to stop the error, but I think I will want this extension once I install MySQL. My hat's off to the people that started and have contributed to the PHP codebase. Please understand that I am not trying to bash anyone. I simply want to reiterate the PHP is crucial component to the LAMP stack and having to search for a bug fix on the very first run discourages potential new adopters. I'm very impressed with what I know about PHP thus far and would hate to think a potential adopter could be discouraged at square one in their evaluation. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#44421 [NEW]: Core dump using PHP 5.2.5 with suExec and mod_cgid
From: obonhomme at nerim dot net Operating system: FreeBSD 6.3 PHP version: 5.2.5 PHP Bug Type: Reproducible crash Bug description: Core dump using PHP 5.2.5 with suExec and mod_cgid Description: php-cgi crashes with SIGSEV making a core dump with php 5.2.5. The issue occurs only executing index.php file of an IPB Forum 1.3.1 and only when script is executed through apache and mod_fcgid. If the script is executed by the php-cgi binary from the command line, it works perfectely The problem seems to be in the virtual_file_ex function (see backtrace) Reproduce code: --- Url : http://91.121.116.63/~ptitoliv/index.phps Actual result: -- End of the backtrace : #0 0x08120c89 in virtual_file_ex (state=0xbbc00a28, path=0xbbc00a60 "./lang/3/lang_error.php", verify_path=0, use_realpath=1) at /usr/ports/lang/php5/work/php-5.2.5/TSRM/tsrm_virtual_cwd.c:656 656 int path_length = strlen(path); -- Edit bug report at http://bugs.php.net/?id=44421&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44421&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44421&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44421&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44421&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44421&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44421&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44421&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44421&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44421&r=support Expected behavior:http://bugs.php.net/fix.php?id=44421&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44421&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44421&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44421&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44421&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44421&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44421&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44421&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44421&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44421&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44421&r=mysqlcfg
#44388 [Ver->Csd]: exif_read_data() causes segfault on a certain image
ID: 44388 Updated by: [EMAIL PROTECTED] Reported By: jon at tgpsolutions dot com -Status: Verified +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.5 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-03-10 09:44:11] [EMAIL PROTECTED] Large backtrace follows. #0 0x00082ab1 in php_ifd_get16u (value=0x8bf06987, motorola_intel=0) at /Users/scott/dev/php5_3/ext/exif/exif.c:1088 #1 0x00083cfa in exif_iif_add_value (image_info=0xb344, section_index=13, name=0xbfffec4c "ModeArray", tag=1, format=3, length=46, value=0x8bf06987, motorola_intel=0) at /Users/scott/dev/php5_3/ext/exif/exif.c:1754 #2 0x00083e91 in exif_iif_add_tag (image_info=0xb344, section_index=13, name=0xbfffec4c "ModeArray", tag=1, format=3, length=46, value=0x8bf06987) at /Users/scott/dev/php5_3/ext/exif/exif.c:1804 #3 0x00086885 in exif_process_IFD_TAG (ImageInfo=0xb344, dir_entry=0x58ca8e "\001", offset_base=0x8bf065ed , IFDlength=24553, displacement=684, section_index=13, ReadNextIFD=0, tag_table=0x43fd60) at /Users/scott/dev/php5_3/ext/exif/exif.c:3124 #4 0x0008623b in exif_process_IFD_in_MAKERNOTE (ImageInfo=0xb344, value_ptr=0x58c7e0 "t", value_len=8340, offset_base=0x8bf065ed , IFDlength=24553, displacement=684) at /Users/scott/dev/php5_3/ext/exif/exif.c:2807 #5 0x000871c5 in exif_process_IFD_TAG (ImageInfo=0xb344, dir_entry=0x58b416 "|?\a", offset_base=0x58664c "II*", IFDlength=24553, displacement=684, section_index=7, ReadNextIFD=1, tag_table=0x43f440) at /Users/scott/dev/php5_3/ext/exif/exif.c:3078 #6 0x00087480 in exif_process_IFD_in_JPEG (ImageInfo=0xb344, dir_start=0x58b36c "\034", offset_base=0x58664c "II*", IFDlength=24553, displacement=684, section_index=7) at /Users/scott/dev/php5_3/ext/exif/exif.c:3152 #7 0x000872f7 in exif_process_IFD_TAG (ImageInfo=0xb344, dir_entry=0x58b317 "i?\004", offset_base=0x58664c "II*", IFDlength=24553, displacement=684, section_index=3, ReadNextIFD=1, tag_table=0x43f440) at /Users/scott/dev/php5_3/ext/exif/exif.c:3115 #8 0x00087480 in exif_process_IFD_in_JPEG (ImageInfo=0xb344, dir_start=0x58b2b5 "\t", offset_base=0x58664c "II*", IFDlength=24553, displacement=684, section_index=3) at /Users/scott/dev/php5_3/ext/exif/exif.c:3152 #9 0x00087750 in exif_process_TIFF_in_JPEG (ImageInfo=0xb344, CharBuf=0x58664c "II*", length=24553, displacement=684) at /Users/scott/dev/php5_3/ext/exif/exif.c:3225 #10 0x0008786a in exif_process_APP1 (ImageInfo=0xb344, CharBuf=0x586644 "_?Exif", length=24561, displacement=676) at /Users/scott/dev/php5_3/ext/exif/exif.c:3250 [2008-03-10 06:03:31] jon at tgpsolutions dot com Description: PHP segfaults trying to read the EXIF data for this image: http://jon.tgpsolutions.com/exif_read_data-bug.jpg I hit this bug initially on PHP 5.2.1 (the version in Ubuntu 7.04), was able to reproduce on PHP 5.2.3-1ubuntu6.3 (the version in Ubuntu 7.10), and was able to reproduce again on PHP 5.2.5 compiled from source. #43630 looks similar to this bug, but it was closed as Bogus with the explaination "This simply tells you that your EXIF information is broken" - maybe the submitter wasn't clear that PHP segfaults after displaying the warnings? The sample image isn't available anymore, so I can't be sure if PHP segfaults or not in their case. Reproduce code: --- test.php: Expected result: $exif contains EXIF data for the image. Actual result: -- [EMAIL PROTECTED]:~$ php test.php PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(xA92D=UndefinedTa): Illegal format code 0x4320, suppose BYTE in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(xA92D=UndefinedTa): Illegal pointer offset(x74686769 + x7279706F = xE6E1D7D8 > x5FE9) in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(x3220=UndefinedTa): Illegal format code 0x3030, suppose BYTE in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(x3220=UndefinedTa): Illegal pointer offset(x43206565 < x406D2B12) in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(x6168=UndefinedTa): Illegal format code 0x206E, suppose BYTE in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.jpg): Process tag(x6168=UndefinedTa): Illegal pointer offset(x72694672 < x406D2B1E) in /home/jon/test.php on line 1 PHP Warning: exif_read_data(exif_read_data-bug.
#44416 [Opn->Csd]: OCIStmtExecute: ORA-03135: connection lost contact
ID: 44416 Updated by: [EMAIL PROTECTED] Reported By: hhadjali at cdcsoftware dot com -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: AIX 5.3 PHP Version: 4.4.8 New Comment: We are sorry, but we can not support PHP 4 related problems anymore. Momentum is gathering for PHP 6, and we think supporting PHP 4 will lead to a waste of resources which we want to put into getting PHP 6 ready. + | | PHP 4 only ships an original version of OCI8 that is notorious for | connection problems like the ones you describe. In 2005, the OCI8 | code was refactored, enhanced, and released in PHP 5, where it has | been maintained. For PHP 4 it is recommended to download the | equivalent, latest stable OCI8 from PECL. | + Previous Comments: [2008-03-12 12:30:58] hhadjali at cdcsoftware dot com Changed the title of the bug [2008-03-12 11:22:19] hhadjali at cdcsoftware dot com The problem is happening every day, not intermittently. Thanks [2008-03-12 11:18:39] hhadjali at cdcsoftware dot com Description: Hi; We are running on : apache: 1.3.34 php : 4.4.2 Oracle: 10.2.0 Our Web based application seems to have a problem intermittently where by php looses connection to Oracle. We get the following error: login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03135: connection lost contact in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03114: not connected to ORACLE in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 The only solution is to restart Apache. Why Apache restart solves the connection problem for a long period? Also, I've prepared a php script that queries the Oracle Database. This seems to work eventhough the problem exist and before we restart Apache. The script is: "; } ?> Why the query using the above script works and when the application uses the adodb-oci library we get the "connection lost contact" problem. Is there a bug in the persistent connection or what? Any advise will be appreciated. Thanks Hicham -- Edit this bug report at http://bugs.php.net/?id=44416&edit=1
#44367 [Bgs]: DOMDocument::baseURI parsing is out of whack
ID: 44367 Updated by: [EMAIL PROTECTED] Reported By: daniel dot oconnor at gmail dot com Status: Bogus Bug Type: DOM XML related Operating System: Windows PHP Version: 5.2.5 Assigned To: rrichards New Comment: still bogus as what you are describing pertains to GRDDL only not DOM, so when working with GRDDL and DOm you need to check base uri of the document element, not the DOMDocument. DOM determines base uri using the xml base spec. "The base URI of a document entity or an external entity is determined by RFC 2396 rules, namely, that the base URI is the URI used to retrieve the document entity or external entity." This is not just how it is implemented in PHP as the other major DOM parsers implement it the same way, Previous Comments: [2008-03-11 00:03:46] daniel dot oconnor at gmail dot com See http://www.w3.org/TR/grddl/#base_misc & http://www.apps.ietf.org/rfc/rfc3986.html#sec-5.1 The way to determine baseURI is: 1. Look for it on the root document element (HTML - , XML - 2. Couldn't find that? Use the URL we retrieved the document with * And make sure we follow redirects! 3. Couldn't find that? Application specific (but we don't really have a setBaseURI()) So, condition #1 is broken in 5.2.5 when you do: http://www.w3.org/2001/sw/grddl-wg/td/inline-rdf6.xml'); var_dump($doc->baseURI);//Expected http://.example.org/ produces: string(53) "http://www.w3.org/2001/sw/grddl-wg/td/inline-rdf6.xml"; [2008-03-10 14:09:30] [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 Don't know about GRDDL, but for DOM trees, base uri of a DOMDocument is the URI its loaded from (or for memory based tree, the current dir). You need to check on the document element to get the base uri you are looking for. [2008-03-08 22:20:31] [EMAIL PROTECTED] Rob, please take a look [2008-03-08 05:09:06] daniel dot oconnor at gmail dot com Description: The W3C clarified a few xml:base issues when publishing the GRDDL spec. You can see the tests at http://www.w3.org/TR/grddl-tests/#ambiguous-infoset. Basically: * DOMDocument::loadXML does not detect xml:base attributes * simplexml_load_file does not detect xml:base attributes (or they are lost during the importNode phase) * simplexml_load_string does not detect xml:base attributes (or they are lost during the importNode phase) * DOMDocument does not deal with nested xml:base * DOMDocument does not deal with redirected xml:base locations To clarify on the redirect-xml:base stuff... If I request http://foo.com/example.xml and that redirects me to http://bar.com/example.xml and bar.com/example.xml said xml:base = http://foo.com/example.xml ... then http://bar.com/example.xml's baseURI should be http://bar.com/example.xml Reproduce code: --- http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml'; $xml = file_get_contents($url); //Load a url $doc = DOMDocument::load($url); var_dump($doc->baseURI);//Expected http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml //Load an xml document with xml:base $doc = DOMDocument::loadXML($xml); var_dump($doc->baseURI);//Expected http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml //Does it work with importNode? $sxe = simplexml_load_file($url); $dom_sxe = dom_import_simplexml($sxe); $dom = new DOMDocument('1.0'); $dom_sxe = $dom->importNode($dom_sxe, true); $dom_sxe = $dom->appendChild($dom_sxe); var_dump($doc->baseURI);//Expected (maybe) http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml // Alternative? $sxe = simplexml_load_string($xml); $dom_sxe = dom_import_simplexml($sxe); $dom = new DOMDocument('1.0'); $dom_sxe = $dom->importNode($dom_sxe, true); $dom_sxe = $dom->appendChild($dom_sxe); var_dump($doc->baseURI); //Expected (maybe) http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml //What about documents with an invalid xml:base (not on the top level element)? $doc = DOMDocument::load('http://www.w3.org/2001/sw/grddl-wg/td/inline-rdf6.xml'); var_dump($doc->baseURI);//Expected http://.example.org/ //What about documents with a *redirected xml:base* ? //Note: this test case is a little broken because of a W3C server change - it *should* redirect to 'http://www.w3.org/2001/sw/grddl-wg/td/base/xmlWithBase.xml' // and thus have a funky new xml:base value $doc = DOMDocument::load('http://www.w3.org/2001/sw/grddl-wg/td/xmlWithBase.xml'); var_dump($doc->baseURI);//Ex
#44420 [NEW]: upload_tmp_dir directive in php.ini ignored for file uploads
From: jturner at paycomonline dot com Operating system: Windows Server 2003 PHP version: 5.2.5 PHP Bug Type: Filesystem function related Bug description: upload_tmp_dir directive in php.ini ignored for file uploads Description: The upload_tmp_dir directive is set in the php.ini to "C:\DOCUME~1\ADMINI~1.HQ-\LOCALS~1\Temp\php\upload" and shows up as such when running phpinfo(). However, when I try to upload a file it fails, and print_r($_FILES) reports that "tmp_name" is set to "C:\WINDOWS\TEMP\[filename]". It appears that the directive is being ignored in favor of the environment variable, which is contrary to the documentation. PHP5.2.5/IIS6.0/Windows Server 2003 A search of the bug database turned up bug #39451 which appears to be similar but was marked as fixed in 5.2.1RC3. -- Edit bug report at http://bugs.php.net/?id=44420&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44420&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44420&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44420&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44420&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44420&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44420&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44420&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44420&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44420&r=support Expected behavior:http://bugs.php.net/fix.php?id=44420&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44420&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44420&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44420&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44420&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44420&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44420&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44420&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44420&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44420&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44420&r=mysqlcfg
#44418 [NEW]: Strange behaviour of preg_replace with russian utf-8 strings
From: yarodin at gmail dot com Operating system: Windows XP PRO/5.1.2600 PHP version: 5.2.5 PHP Bug Type: PCRE related Bug description: Strange behaviour of preg_replace with russian utf-8 strings Description: $split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY | PREG_SPLIT_DELIM_CAPTURE ); make wrong spliting sentences on words when sentence at russian UTF-8 and begin with russian letter 'Р' (hex D0h A0h). For example russian "Расширенные поля пользователей" splits by php 5.2.5 on 7(!) words, but php4 is split correctly on 5 words. I think the problem at russian letter letter 'Р' wich split as single word. Reproduce code: --- "); $split = preg_split('#(\s)#', $value, -1, PREG_SPLIT_NO_EMPTY | PREG_SPLIT_DELIM_CAPTURE ); print_r($split); ?> Expected result: Array ( [0] => Расширенные [1] => [2] => поля [3] => [4] => пользователей ) Actual result: -- Array ( [0] => Р [1] => [2] => асширенные [3] => [4] => поля [5] => [6] => пользователей ) -- Edit bug report at http://bugs.php.net/?id=44418&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44418&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44418&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44418&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44418&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44418&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44418&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44418&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44418&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44418&r=support Expected behavior:http://bugs.php.net/fix.php?id=44418&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44418&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44418&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44418&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44418&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44418&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44418&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44418&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44418&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44418&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44418&r=mysqlcfg
#44412 [Fbk->Opn]: file_exists():PHP got 100% cpu load.
ID: 44412 User updated by: yarodin at gmail dot com Reported By: yarodin at gmail dot com -Status: Feedback +Status: Open Bug Type: Directory function related Operating System: Windows XP PRO/5.1.2600 PHP Version: 5.2.5 New Comment: Thanks, i haven't see this bug even on php5.2-win32-200803110430.zip Previous Comments: [2008-03-12 11:02:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-12 03:34:27] yarodin at gmail dot com Description: Apache 2.2.8/mod_php5 file_exist() func make 100% cpu load on some buggy string passed as param. See reproduce code. Reproduce code: --- http://gpa.ptungr.office.ttg/e107_images/pcmag.png";)) { print_r("YAY\n"); } else { print_r("NOONE\n"); } ?> Expected result: high cpu loadby php. -- Edit this bug report at http://bugs.php.net/?id=44412&edit=1
#44417 [NEW]: call function ignore http wrapper
From: thomas dot rabaix at gmail dot com Operating system: Linux PHP version: 5.2.5 PHP Bug Type: SOAP related Bug description: call function ignore http wrapper Description: If you defined your own http protocol wrapper with the stream_wrapper_register function. The method call (http) does not use it. However the SoapClient uses the new wrapper to retrieve the WSDL file. So my conclusion : - SoapClient read using the wrapper - SoapClient write/send using its own methods -- Edit bug report at http://bugs.php.net/?id=44417&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44417&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44417&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44417&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44417&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44417&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44417&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44417&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44417&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44417&r=support Expected behavior:http://bugs.php.net/fix.php?id=44417&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44417&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44417&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44417&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44417&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44417&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44417&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44417&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44417&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44417&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44417&r=mysqlcfg
#44342 [Fbk->Opn]: PHP crashes Apache 2.2
ID: 44342 User updated by: i dot galic at brainsware dot org Reported By: i dot galic at brainsware dot org -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 10, Update 6, Sparc 64 PHP Version: 5.2.5 New Comment: ad suhosin: I've been use suhosin for years now, never experiencing any problems, that's why I patched this PHP version, too, I understand your standpoint though, that you do not support third party modules ( just a random google: suhosin thread safe: http://blog.php-security.org/archives/82-Suhosin-0.9.20-and-crypt-Thread-Safety-Vulnerability.html ) ad configure: I generally compile as many modules as possible, and prefer them shared, so I can *load* those which my users/applications need. ad *FLAGS: I CAN NOT leave out the CFLAGS/LDFLAGS etc out, because I'm compiling with Sun's Studio 12, on Solaris 10, on a T2000, 64bit. Despite the festering size of 116706 lines (contrast this with Apache, which comes with a similar amount of modules: 23854), PHP's configure does not build with ./configure && make && make install out of the box on this platform (neither does apache, btw ;) FYI: I recompiled PHP without --enable-maintainer-zts, and been running for three days now without core-dumps. For whatever that's worth. Unfortunately, this is a productive system, and I do not have a test system for it to test it without suhosin but - with --enable-maintainer-zts, so I don't know what to do with this bug right now. I'm building it non-the-less, if I get a system, I shall provide you with straces, *without* suhosin. Previous Comments: [2008-03-11 21:53:52] [EMAIL PROTECTED] ANY 3rd party modification not coming from php.net is not supported by php.net. So please, provide the trace without suhosin. And cut down your configure line to shortest possible. And don't define any CFLAGS / etc. either. [2008-03-09 00:36:21] i dot galic at brainsware dot org So far my digging has born the idea that the reason is --enable-maintainer-zts, which enforces thread safety upon PHP by killing it ruthlessly, if it just so happens to behave in a thread-unsafe-manner. Now, I still would classify this as bug, because I only have PHP core modules loaded, namely: mysql.so mysqli.so pdo.so pdo_mysql.so bcmath.so gd.so php.net claims that it's core modules *are* thread safe -- unless noted otherwise. As not even the notorious gd: http://php.net/gd states to be thread-unsafe, this is either a bug, or lack of documentation. Whatever it is, I do not like the idea that this happens after a call to a destructor. It suggests to me the possibility of a potentially exploitable buffer-overflow or an otherwise corrupted memory. So I don't quite know which of the evils to choose (I have already recompiled PHP without the -zts flag, but haven't gotten yet to test it). [2008-03-05 19:54:13] i dot galic at brainsware dot org Description: Running a PHP Application (Zabbix) on Apache 2.2 with PHP 5.2.5 with Suhosin-Patch on Solaris 10, Update 6, Sparc, compiled for 64 bit. I do not know exactly how to reproduce the crash, I have however however several core dumps all of which look the same. Reproduce code: --- I built PHP http://dpaste.com/hold/38122/ (please consider that the paste will only retain for 30 days after nobody looked at it.) The Bug report tool says: "Always disable any Zend or other 3rd party extensions (Turck MMCache, ionCube loader, Xdebug, APC) before submitting a *PHP* bug." I am not sure if --enable-maintainer-zts --enable-zend-multibyte are part of this restriction, as they are provided by standard PHP or Suhosin in my for that matter, as it does (unfortunately) not interfere here (see stack trace). Actual result: -- core 'core_asp1inmon001_httpd_1_12_1204718387_521' of 521: /opt/baw/bin/httpd -k start 7d6619dc t_splay (1003f7200, 69, 188c88, 68, 0, 1003f7220) + 24 7d66182c t_delete (1003f7200, a1, 188828, 7d661ca4, 7d7ea000, 0) + 60 7d6613f8 realfree (1003f7188, 69, 188c88, 68, 7d7ea000, 1003f7188) + 94 7d661ca4 _free_unlocked (7d7fb060, 2000, 2280, 7d7f9b08, 7d7ea000, 1003fbdb0) + c0 7d661bcc free (1003fbdb0, 2270, 188458, 776cfcc0, 7d7ea000, 2000) + 30 776b1014 zend_function_dtor (1004539a0, 10041e488, 0, 0, 10017c170, 10041e4b8) + 12c 776cfcc0 zend_hash_destroy (1001e7d50, 1, 100453930, 100453aa0, 77a458b0, 0) + 28 776bdea0 (10026bbb0, 77ad7798, 387a44, 800, 0, 9b8) 77635d10 tsrm_shutdown (91470, 77ad6d20, a0, 28, 77a458b0, 0) + b0 fff
#41828 [Asn->Csd]: Failing to call RecursiveIteratorIterator::__construct() causes a sefault
ID: 41828 Updated by: [EMAIL PROTECTED] Reported By: eric dot gach at gmail dot com -Status: Assigned +Status: Closed Bug Type: SPL related Operating System: Any PHP Version: 5.2.3 -Assigned To: helly +Assigned To: colder New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thanks for the patch Tony. Previous Comments: [2007-06-27 21:03:13] [EMAIL PROTECTED] I guess, there should be a check like this: http://dev.daylessday.org/diff/bug41828.diff Marcus, please take a look at it. [2007-06-27 18:40:41] eric dot gach at gmail dot com Description: When creating a class that extends RecursiveIteratorIterator, it causes a sefault if the __construct() method of the new class does not call RecursiveIteratorIterator::__construct(). I'm reporting this bug because I would expect to see PHP throw a fatal error about RecursiveIteratorIterator::__construct() not being initalized instead of segfaulting. This happens from the CLI and through Apache using libphp5.so The backtrace I have included is from 5.2.2, but I have verified that it causes a segfault on 5.2.3 as well. ~ Eric Reproduce code: --- _bar = $str; } public function bar() { return $this->_bar; } } $foo = new foo("This is bar"); echo $foo->bar(); ?> Expected result: Output: This is bar Actual result: -- Segmentation Fault Backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47957714823424 (LWP 9682)] 0x005e7cbe in spl_recursive_it_get_method (object_ptr=0x7fffa7c67cb8, method=0xe09798 "bar", method_len=3, tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/ext/spl/spl_iterators.c:696 696 zval*zobj = object->iterators[level].zobject; (gdb) bt #0 0x005e7cbe in spl_recursive_it_get_method ( object_ptr=0x7fffa7c67cb8, method=0xe09798 "bar", method_len=3, tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/ext/spl/spl_iterators.c:696 #1 0x0080feab in ZEND_INIT_METHOD_CALL_SPEC_CV_CONST_HANDLER ( execute_data=0x7fffa7c67c70, tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/Zend/zend_vm_execute.h:21218 #2 0x007c07e1 in execute (op_array=0xe03090, tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/Zend/zend_vm_execute.h:92 #3 0x0078361c in zend_eval_string ( str=0x7fffa7c68871 "class foo extends RecursiveIteratorIterator { private $_bar; public function __construct($str) { $this->_bar = $str; } public function bar() { return $this->_bar; } } $foo = new foo(\"This is bar\"); $f"..., retval_ptr=0x0, string_name=0x91bee4 "Command line code", tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/Zend/zend_execute_API.c:1148 #4 0x00783840 in zend_eval_string_ex ( str=0x7fffa7c68871 "class foo extends RecursiveIteratorIterator { private $_bar; public function __construct($str) { $this->_bar = $str; } public function bar() { return $this->_bar; } } $foo = new foo(\"This is bar\"); $f"..., retval_ptr=0x0, string_name=0x91bee4 "Command line code", handle_exceptions=1, tsrm_ls=0xbc0030) at /home/mirashii/php-sources/php-5.2.2/Zend/zend_execute_API.c:1182 #5 0x0082510e in main (argc=3, argv=0x7fffa7c68258) -- Edit this bug report at http://bugs.php.net/?id=41828&edit=1
#44349 [Asn->Csd]: Parse error with installer generated php.ini
ID: 44349 Updated by: [EMAIL PROTECTED] Reported By: jcs at austin dot rr dot com -Status: Assigned +Status: Closed Bug Type: PHP options/info functions Operating System: Windows XP PHP Version: 5.2.5 Assigned To: jmertic New Comment: If you add the PHPRC enviroment variable set to the directory where php is installed, it should work fine. This has been re-added in CVS. Also, the command you want to use to specific using a particular php.ini file is: php.exe -c Previous Comments: [2008-03-08 22:29:15] [EMAIL PROTECTED] Assigned to installer maintainer [2008-03-07 06:10:44] jcs at austin dot rr dot com OK, SOME PROGRESS: 1) I THINK THE ERROR THAT WAS GIVEN WAS BOGUS...THERE ARE MANY POSTS ON THE WEB THAT SHOW PARSE ERRORS TO LINES THAT DON'T EXIST IN PHI.INI FILES 2) GOT IT TO WORK BY: - COPYING THE ZIP INSTALL TO THE C:\PHP DIRECTORY. problem: could not figure out how to "tell" windows that PHP was there so every time I loaded a page it didn't know how to interpret a .php file. so: - WITHOUT ERASING, WROTE OVER THIS WITH THE INSTALL VERSION. this configured windows correctly but left the correct "configuration" in place. 3) in my opinion the installer is buggy. 4) The ZIP version is OK but maybe you should make it more clear to folks how to "hook" into Windows. 5) Why not have "pay as you go" tech support for install problems. I would have very happily PayPal-ed you guys $100 bucks to help me through this...it has been several nights to figure this out and read through all the postings out there. I STILL DON'T KNOW WHY IT WORKED OR WHAT WAS WRONG BUT I WILL TAKE THE WIN FOR NOW. Regards. [2008-03-06 04:19:05] jcs at austin dot rr dot com Description: Hi, I am having a hard time getting PHP to read the phi.ini file which I want to enable MySQL extensions with. If I run phpinfo(), I see it is lookong in C:\WINDOWS for the file but there is no loaded file. Copying the php.ini file to C:\WINDOWS does not help. OK: PHP installed to: 1) C:\PHP 2) extensions in: C:\PHP\ext 3) php.ini file in C:\PHP This was the installer generated file. 4) In a command window at the command line in C:\PHP I run php -c . php.ini I get the following: PHP Parse error: syntax error, unexpected T_LOGICAL_AND in C:\PHP\php.ini on line 126 The line is just a comment...I don't get it (see below). ; NOTE: Using short tags should be avoided when developing applications or Please help, I have wasted so much time on this. I think the loading of the php.ini is failing which is why my extensions don't work. Regards. Reproduce code: --- ; since short tags may not be supported on the target server. ; Language Options ; ; Enable the PHP scripting language engine under Apache. engine = On ; Enable compatibility mode with Zend Engine 1 (PHP 4.x) zend.ze1_compatibility_mode = Off ; Allow the tags are recognized. ; NOTE: Using short tags should be avoided when developing applications or ; libraries that are meant for redistribution, or deployment on PHP ; servers which are not under your control, because short tags may not ; be supported on the target server. For portable, redistributable code, ; be sure not to use short tags. short_open_tag = Off ; Allow ASP-style <% %> tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = On ; Output buffering allows you to send header lines (including cookies) even -- Edit this bug report at http://bugs.php.net/?id=44349&edit=1
#44416 [Opn]: OCIStmtExecute: ORA-03135: connection lost contact
ID: 44416 User updated by: hhadjali at cdcsoftware dot com -Summary: The problem is happening every day, not intermittently. Reported By: hhadjali at cdcsoftware dot com Status: Open Bug Type: OCI8 related Operating System: AIX 5.3 PHP Version: 4.4.8 New Comment: Changed the title of the bug Previous Comments: [2008-03-12 11:22:19] hhadjali at cdcsoftware dot com The problem is happening every day, not intermittently. Thanks [2008-03-12 11:18:39] hhadjali at cdcsoftware dot com Description: Hi; We are running on : apache: 1.3.34 php : 4.4.2 Oracle: 10.2.0 Our Web based application seems to have a problem intermittently where by php looses connection to Oracle. We get the following error: login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03135: connection lost contact in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03114: not connected to ORACLE in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 The only solution is to restart Apache. Why Apache restart solves the connection problem for a long period? Also, I've prepared a php script that queries the Oracle Database. This seems to work eventhough the problem exist and before we restart Apache. The script is: "; } ?> Why the query using the above script works and when the application uses the adodb-oci library we get the "connection lost contact" problem. Is there a bug in the persistent connection or what? Any advise will be appreciated. Thanks Hicham -- Edit this bug report at http://bugs.php.net/?id=44416&edit=1
#44416 [Opn]: The problem is happening every day, not intermittently.
ID: 44416 User updated by: hhadjali at cdcsoftware dot com -Summary: OCIStmtExecute: ORA-03135: connection lost contact Reported By: hhadjali at cdcsoftware dot com Status: Open Bug Type: OCI8 related Operating System: AIX 5.3 PHP Version: 4.4.8 New Comment: The problem is happening every day, not intermittently. Thanks Previous Comments: [2008-03-12 11:18:39] hhadjali at cdcsoftware dot com Description: Hi; We are running on : apache: 1.3.34 php : 4.4.2 Oracle: 10.2.0 Our Web based application seems to have a problem intermittently where by php looses connection to Oracle. We get the following error: login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03135: connection lost contact in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03114: not connected to ORACLE in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 The only solution is to restart Apache. Why Apache restart solves the connection problem for a long period? Also, I've prepared a php script that queries the Oracle Database. This seems to work eventhough the problem exist and before we restart Apache. The script is: "; } ?> Why the query using the above script works and when the application uses the adodb-oci library we get the "connection lost contact" problem. Is there a bug in the persistent connection or what? Any advise will be appreciated. Thanks Hicham -- Edit this bug report at http://bugs.php.net/?id=44416&edit=1
#44416 [NEW]: OCIStmtExecute: ORA-03135: connection lost contact
From: hhadjali at cdcsoftware dot com Operating system: AIX 5.3 PHP version: 4.4.8 PHP Bug Type: OCI8 related Bug description: OCIStmtExecute: ORA-03135: connection lost contact Description: Hi; We are running on : apache: 1.3.34 php : 4.4.2 Oracle: 10.2.0 Our Web based application seems to have a problem intermittently where by php looses connection to Oracle. We get the following error: login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03135: connection lost contact in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 login :: :: Mar, 12th 10:28:54 ::: Warning: ociexecute(): OCIStmtExecute: ORA login :: :: Mar, 12th 10:28:54 ::: -03114: not connected to ORACLE in file / login :: :: Mar, 12th 10:28:54 ::: CatalystWMS/wmsbase/web/dbaccess/adodb-oci login :: :: Mar, 12th 10:28:54 ::: 8.inc.php on line 876 login :: :: Mar, 12th 10:28:54 ::: Notice: Only variable references should be login :: :: Mar, 12th 10:28:54 ::: returned by reference in file /CatalystWM login :: :: Mar, 12th 10:28:54 ::: S/wmsbase/web/dbaccess/adodb.inc.php on li login :: :: Mar, 12th 10:28:54 ::: ne 867 The only solution is to restart Apache. Why Apache restart solves the connection problem for a long period? Also, I've prepared a php script that queries the Oracle Database. This seems to work eventhough the problem exist and before we restart Apache. The script is: "; } ?> Why the query using the above script works and when the application uses the adodb-oci library we get the "connection lost contact" problem. Is there a bug in the persistent connection or what? Any advise will be appreciated. Thanks Hicham -- Edit bug report at http://bugs.php.net/?id=44416&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44416&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44416&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44416&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44416&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44416&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44416&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44416&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44416&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44416&r=support Expected behavior:http://bugs.php.net/fix.php?id=44416&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44416&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44416&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44416&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44416&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44416&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44416&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44416&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44416&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44416&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44416&r=mysqlcfg
#44413 [Opn->Fbk]: "PHP has encountered an Access Violation at 0446932E"
ID: 44413 Updated by: [EMAIL PROTECTED] Reported By: m dot r dot black at aggiemail dot usu dot edu -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.5 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 Previous Comments: [2008-03-12 04:30:22] m dot r dot black at aggiemail dot usu dot edu Description: "PHP has encountered an Access Violation at 0446932E" I've follow what help i could online to install PHP on IIS including verifying my .ini file and all i get is this code. I tried messing around with capitalization and stuff because i heard from some that's what they had to do but still no luck and i've googled the violation and no one has posted that specific error. You're welcome to check for yourself at: http://www.snowstomp.info/MYPHP.PHP Reproduce code: --- HTML is working Expected result: The two lines of code. Actual result: -- "PHP has encountered an Access Violation at 0446932E" -- Edit this bug report at http://bugs.php.net/?id=44413&edit=1
#44412 [Opn->Fbk]: file_exists():PHP got 100% cpu load.
ID: 44412 Updated by: [EMAIL PROTECTED] Reported By: yarodin at gmail dot com -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: Windows XP PRO/5.1.2600 PHP Version: 5.2.5 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 Previous Comments: [2008-03-12 03:34:27] yarodin at gmail dot com Description: Apache 2.2.8/mod_php5 file_exist() func make 100% cpu load on some buggy string passed as param. See reproduce code. Reproduce code: --- http://gpa.ptungr.office.ttg/e107_images/pcmag.png";)) { print_r("YAY\n"); } else { print_r("NOONE\n"); } ?> Expected result: high cpu loadby php. -- Edit this bug report at http://bugs.php.net/?id=44412&edit=1
#44415 [Opn->Bgs]: Call to undefined function function_get_args()
ID: 44415 Updated by: [EMAIL PROTECTED] Reported By: achew22 at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux 2.6.18-53.1.13.el5 #1 SMP PHP Version: 5.2.5 New Comment: func_get_args() != function_get_args() Previous Comments: [2008-03-12 09:05:51] achew22 at gmail dot com Description: The function function_get_args returns an error when called inside another function Reproduce code: --- //This works $path = func_get_args(); $path = join('/', $path); //This fails with the error //Fatal error: Call to undefined function function_get_args() $path = join('/', function_get_args()); -- Edit this bug report at http://bugs.php.net/?id=44415&edit=1
#42849 [Com]: Configuration File (php.ini) Path incorrect
ID: 42849 Comment by: algisimu at gmail dot com Reported By: inglis-php at yahoo dot com dot au Status: No Feedback Bug Type: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: I'm using Apache 2.0.54, Php 5.2.5 and Win XP Pro. My php.ini file is locaed in the c:\php dir (php installation dir, no more php.ini files found on the computer), apache httpd.conf file is set up with PHPIniDir "C:/php/", but phpinfo() reports these results: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\php\php.ini Have tried to add registry values as described in http://uk3.php.net/configuration, have tried to add PHPRC environment variable, but phpinf() still gives same result. One thing worth mentioning is that then I run php script as CLI with '-c c:\php' option everything works fine, but then I run same script thru my browser expected php.ini file is not loaded. Previous Comments: [2007-10-13 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-10-05 15:23:16] [EMAIL PROTECTED] Exactly what does phpinfo() have about php.ini? There are 2 places in the output, paste both here..(in the very beginning of the output..) [2007-10-04 07:37:01] inglis-php at yahoo dot com dot au Description: I have just used the .msi file to install php 5.2.4 All appeared to work well. I installed to c:\PHP folder. Then wrote a small .php test file (below) and tried it and the noticed that: The phpinfo() function is reporting php.ini file as being in the 'C:\Windows' directory. It is actually located in 'C:\PHP' directory. I have searched my c drive and there is only one copy of php.ini and it is in the c:\PHP directory. I assume it finds the php.ini via the path environment which now starts with c:\PHP. Reproduce code: --- PHP Test Hello World'; ?> Expected result: C:\PHP Actual result: -- C:\Windows -- Edit this bug report at http://bugs.php.net/?id=42849&edit=1
#44414 [Asn->Csd]: incomplete reporting about abstract methods
ID: 44414 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3CVS-2008-03-12 (CVS) Assigned To: dmitry 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-03-12 09:14:54] [EMAIL PROTECTED] fix summary [2008-03-12 09:03:35] [EMAIL PROTECTED] Description: On some condition PHP may verify abstract method twice. First time it does it on early binding and the second time after executing of all ZEND_ADD_INTERFACE opcodes. As result we have not only speed penalty, but also an incorrect error message. Reproduce code: --- Expected result: Fatal error: Class C contains 2 abstract methods and must therefore be declared abstract or implement the remaining methods (A::foo, B::bar) Actual result: -- Fatal error: Class C contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (A::foo) -- Edit this bug report at http://bugs.php.net/?id=44414&edit=1
#44411 [Opn]: Broken Compatibility
ID: 44411 User updated by: phpbugs at steve dot ipapp dot com Reported By: phpbugs at steve dot ipapp dot com Status: Open Bug Type: SimpleXML related Operating System: ANY PHP Version: 5.2.5 New Comment: But then what is the difference between strict comparision and loose comparison for SimpleXMLObjects? I'm then also unclear as to what exactly == was doing prior to 5.2.0. It seemed to convey the idea atleast to me and one other person that the classical object equality of 'if all the members are equal' seemed to work. Furthermore if this functionality was not buggy or superious would there be some way to have another method, perhaps equals() that achieves this? Previous Comments: [2008-03-12 04:41:51] hubert dot roksor at gmail dot com As per the manual chapter you quoted, the comparison operator compares _objects_, and that's the key word here. You expect two equal XML trees to be represented by two equal objects, and even though this expectation is understandable, it is simply not the case. Those objects are different. In fact, even if $sax1->value is equal to $sax1->value and they come from the same tree, they are not identical. ($sax1->value !== $sax1->value) The bottom line is the comparison operator compares objects. If you need an operator that understands the underlying data you will have to use another mean. The solution proposed in the other bug report (compare them as XML strings) sounds reasonable. It would be nice to mention this quirk in the manual though, perhaps as a new example? "Comparing Elements and Elements" [2008-03-12 01:35:37] phpbugs at steve dot ipapp dot com Description: In PHP 5.0.x and 5.1.x two SimpleXMLElement objects were considered equal if they represented the same data. In PHP 5.2.x this does not seem to be the case anymore. This was previously listed as bug 39866 [http://bugs.php.net/bug.php?id=39866], but for some reason this was listed as bogus. In that bug it was noted that we should look at Example 5 at http://php.net/simplexml. I'm assuming this is Example 6 now [Comparing Elements and Attributes with Text] , but this is incorrect as comparision will implicity cast it to string anyway. According to http://www.php.net/manual/en/language.oop5.object-comparison.php: "When using the comparison operator (==), object variables are compared in a simple manner, namely: Two object instances are equal if they have the same attributes and values, and are instances of the same class... On the other hand, when using the identity operator (===), object variables are identical if and only if they refer to the same instance of the same class." Furthermore this backwards incompatible change is not listed in : http://us.php.net/manual/en/migration52.incompatible.php. Currently there is no equals method that we can call to get the previous functionality back, and at the present moment this makes == no longer transitive as especially since this makes == no longer transitive as 'doc' == x1, 'doc' == x2, but x1 != x2. I do not understand why ==, nor do I see value in, doing a strict comparison for SimpleXMLObjects as ==, when according to the PHP Object Comparison manual this should be ===. Therefore I believe this is a bug. Reproduce code: --- $xmldoc = "foo"; $sax1 = new SimpleXMLElement("$xmldoc"); $sax2 = new SimpleXMLElement("$xmldoc"); if($sax1 == $sax2) { echo "TRUE"; } else { echo "FALSE"; } echo "\n\n\n"; Expected result: TRUE Actual result: -- FALSE -- Edit this bug report at http://bugs.php.net/?id=44411&edit=1
#44414 [Asn]: incomplete reporting about abstract methods
ID: 44414 Updated by: [EMAIL PROTECTED] -Summary: dmitry Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3CVS-2008-03-12 (CVS) Assigned To: dmitry New Comment: fix summary Previous Comments: [2008-03-12 09:03:35] [EMAIL PROTECTED] Description: On some condition PHP may verify abstract method twice. First time it does it on early binding and the second time after executing of all ZEND_ADD_INTERFACE opcodes. As result we have not only speed penalty, but also an incorrect error message. Reproduce code: --- Expected result: Fatal error: Class C contains 2 abstract methods and must therefore be declared abstract or implement the remaining methods (A::foo, B::bar) Actual result: -- Fatal error: Class C contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (A::foo) -- Edit this bug report at http://bugs.php.net/?id=44414&edit=1
#44415 [NEW]: Call to undefined function function_get_args()
From: achew22 at gmail dot com Operating system: Linux 2.6.18-53.1.13.el5 #1 SMP PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: Call to undefined function function_get_args() Description: The function function_get_args returns an error when called inside another function Reproduce code: --- //This works $path = func_get_args(); $path = join('/', $path); //This fails with the error //Fatal error: Call to undefined function function_get_args() $path = join('/', function_get_args()); -- Edit bug report at http://bugs.php.net/?id=44415&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44415&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44415&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44415&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44415&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44415&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44415&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44415&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44415&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44415&r=support Expected behavior:http://bugs.php.net/fix.php?id=44415&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44415&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44415&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44415&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44415&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44415&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44415&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44415&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44415&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44415&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44415&r=mysqlcfg
#44414 [Opn->Asn]: dmitry
ID: 44414 Updated by: [EMAIL PROTECTED] -Summary: Incompleate reporting about abstract methods Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.3CVS-2008-03-12 (CVS) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-03-12 09:03:35] [EMAIL PROTECTED] Description: On some condition PHP may verify abstract method twice. First time it does it on early binding and the second time after executing of all ZEND_ADD_INTERFACE opcodes. As result we have not only speed penalty, but also an incorrect error message. Reproduce code: --- Expected result: Fatal error: Class C contains 2 abstract methods and must therefore be declared abstract or implement the remaining methods (A::foo, B::bar) Actual result: -- Fatal error: Class C contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (A::foo) -- Edit this bug report at http://bugs.php.net/?id=44414&edit=1
#44414 [NEW]: Incompleate reporting about abstract methods
From: [EMAIL PROTECTED] Operating system: * PHP version: 5.3CVS-2008-03-12 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Incompleate reporting about abstract methods Description: On some condition PHP may verify abstract method twice. First time it does it on early binding and the second time after executing of all ZEND_ADD_INTERFACE opcodes. As result we have not only speed penalty, but also an incorrect error message. Reproduce code: --- Expected result: Fatal error: Class C contains 2 abstract methods and must therefore be declared abstract or implement the remaining methods (A::foo, B::bar) Actual result: -- Fatal error: Class C contains 1 abstract method and must therefore be declared abstract or implement the remaining methods (A::foo) -- Edit bug report at http://bugs.php.net/?id=44414&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44414&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44414&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44414&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44414&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44414&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44414&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44414&r=support Expected behavior:http://bugs.php.net/fix.php?id=44414&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44414&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44414&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44414&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44414&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44414&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44414&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44414&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44414&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44414&r=mysqlcfg
#44398 [Fbk->Csd]: ssl:// transport is not registered even when libeay32.dll in PATH
ID: 44398 User updated by: cmouse at desteem dot org Reported By: cmouse at desteem dot org -Status: Feedback +Status: Closed Bug Type: Streams related Operating System: Windows XP SP 2 PHP Version: 5.2.5 New Comment: You could make the installer to install all the extensions, or at least mention somewhere that one has to run the installer again if more extensions are required. I'll close this bug. Previous Comments: [2008-03-11 21:35:45] [EMAIL PROTECTED] Did you enable openssl extension? [2008-03-10 18:34:48] cmouse at desteem dot org Description: Even with php_curl.dll enabled and libeay32.dll and ssleay32.dll in PATH, PHP does not register ssl:// transport. Reproduce code: --- Expected result: For it to do just about nothing. Actual result: -- H:\>php test.php.txt PHP Warning: fsockopen(): unable to connect to ssl://www.cacert.org/:443 (Unable to find the socket transport "ssl" - did you forget to enable it when you configured PHP?) in H:\test.php.txt on line 3 Warning: fsockopen(): unable to connect to ssl://www.cacert.org/:443 (Unable to find the socket transport "ssl" - did you forget to enable it when you configured PHP?) in H:\test.php on line 3 PHP Warning: fclose(): supplied argument is not a valid stream resource in H:\test.php on line 4 Warning: fclose(): supplied argument is not a valid stream resource in H:\test.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=44398&edit=1