Bug #60324 [Asn->Csd]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 Updated by: yann...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory -Status: Assigned +Status: Closed Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-11-18 07:32:34] larue...@php.net hmm, the directory under yaf are(in case you are missing :)): yaf_action_abstract/ yaf_application/ yaf_config_ini/ yaf_config_simple/ yaf_controller_abstract/ yaf_dispatcher/ yaf_exception/ yaf_loader/ yaf_plugin_abstract/ yaf_registry/ yaf_request_abstract/ yaf_request_http/ yaf_request_simple/ yaf_response_abstract/ yaf_route_interface/ yaf_route_map/ yaf_router/ yaf_route_regex/ yaf_route_rewrite/ yaf_route_simple/ yaf_route_static/ yaf_route_supervar/ yaf_session/ yaf_view_interface/ yaf_view_simple/ [2011-11-18 07:17:06] se...@php.net Fixed. Now works, thanks... [2011-11-18 06:58:06] yann...@php.net Could you try again please ? [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory 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 https://bugs.php.net/bug.php?id=60324 -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Bug #60324 [Asn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 Updated by: larue...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory Status: Assigned Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Assigned To:yannick Block user comment: N Private report: N New Comment: hmm, the directory under yaf are(in case you are missing :)): yaf_action_abstract/ yaf_application/ yaf_config_ini/ yaf_config_simple/ yaf_controller_abstract/ yaf_dispatcher/ yaf_exception/ yaf_loader/ yaf_plugin_abstract/ yaf_registry/ yaf_request_abstract/ yaf_request_http/ yaf_request_simple/ yaf_response_abstract/ yaf_route_interface/ yaf_route_map/ yaf_router/ yaf_route_regex/ yaf_route_rewrite/ yaf_route_simple/ yaf_route_static/ yaf_route_supervar/ yaf_session/ yaf_view_interface/ yaf_view_simple/ Previous Comments: [2011-11-18 07:17:06] se...@php.net Fixed. Now works, thanks... [2011-11-18 06:58:06] yann...@php.net Could you try again please ? [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory [2011-11-17 22:49:19] se...@php.net Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
[PHP-BUG] Bug #60326 [NEW]: ob_gzhander() removed
From: stas Operating system: * PHP version: 5.4.0RC1 Package: Output Control Bug Type: Bug Bug description:ob_gzhander() removed Description: ob_gzhandler() function was removed by new output buffering code, but some scripts still use it. It would be nice to restore it back if possible. -- Edit bug report at https://bugs.php.net/bug.php?id=60326&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60326&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60326&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60326&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60326&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60326&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60326&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60326&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60326&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60326&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60326&r=support Expected behavior: https://bugs.php.net/fix.php?id=60326&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60326&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60326&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60326&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60326&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60326&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60326&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60326&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60326&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60326&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60326&r=mysqlcfg
Bug #60324 [Asn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 User updated by:se...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory Status: Assigned Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Assigned To:yannick Block user comment: N Private report: N New Comment: Fixed. Now works, thanks... Previous Comments: [2011-11-18 06:58:06] yann...@php.net Could you try again please ? [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory [2011-11-17 22:49:19] se...@php.net Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Bug #60324 [Opn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 Updated by: yann...@php.net Reported by:se...@php.net Summary:Cannot validate any file in yaf directory Status: Open Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Could you try again please ? Previous Comments: [2011-11-18 06:57:07] yann...@php.net Automatic comment from SVN on behalf of yannick Revision: http://svn.php.net/viewvc/?view=revision&revision=319440 Log: Add new directory. Close bug #60324 [2011-11-17 23:26:04] se...@php.net Sprry, 'yaf' directory, not 'far' directory [2011-11-17 22:49:19] se...@php.net Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Req #9195 [Ana->Bgs]: Allow this be passed as default class function parameter
Edit report at https://bugs.php.net/bug.php?id=9195&edit=1 ID: 9195 Updated by: larue...@php.net Reported by:nathan at cjhunter dot com Summary:Allow this be passed as default class function parameter -Status: Analyzed +Status: Bogus Type: Feature/Change Request Package:Scripting Engine problem Operating System: Linux PHP Version:* Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2011-07-06 11:31:09] larue...@php.net sorry for misspell: class A { const FOO=2; public function dummy($a = self::FOO) { } } [2011-07-06 11:29:40] larue...@php.net $this is in execute process, function declaring is in compile process, but you can use a compiling variable: class A { const FOO = 2; public function dummy($a = FOO) { } } [2001-02-09 13:00:53] nathan at cjhunter dot com I'm requesting that the default function arguments for a class method be able to reference the class variable members in it's definition. Here is an example of it's use: class searchclass { var $hits; var $results; function save($filename, $start = 0, $end = $this->hits){ /* <- this returns Parse error: */ if($fp = @fopen($filename, "w")){ for($i = $start; $i < $end; $i++){ fwrite($fp, implode("|", $this->results[$i])); } }else{ return false; } } function search(){ /* ... */ } } -- Edit this bug report at https://bugs.php.net/bug.php?id=9195&edit=1
Req #25772 [Com]: Custom comparison of objects: __equals method
Edit report at https://bugs.php.net/bug.php?id=25772&edit=1 ID: 25772 Comment by: morrison dot levi at gmail dot com Reported by:dmitrijsl at swh-t dot lv Summary:Custom comparison of objects: __equals method Status: Wont fix Type: Feature/Change Request Package:Feature/Change Request Operating System: * PHP Version:5.0.0b1 (beta1) Block user comment: N Private report: N New Comment: I would like to know why this is so complicated and why it's marked as closed, won't fix. Previous Comments: [2004-04-15 03:29:58] der...@php.net We're not going to have more magic then there already is; those things are going to be to complicated and confusing (See the __string()) issue. [2004-04-14 22:58:21] jevon at jevon dot org Would love this feature! Java implements this through: class Object { boolean equals(Object o); } So you could either make all user-defined objects include a simple equals() function [and similarly, identical()]. Or perhaps, develop the aforementioned magic __equals() [and __identical()] functions. (As well as __less()) [2003-10-07 05:21:33] he...@php.net If at all then we should be able to do all comparisons directly by __compare($other, $operator) where operator is one of {<,<=,==,!=,>,>=} or by another method __less() which performs a < test so that __less() and __equals() can be used to emulate all other tests. [2003-10-07 04:05:43] dmitrijsl at swh-t dot lv Description: If a class defines a __equals($other) function, invoke that function on object comparison. Example: == class MyClass { public function __construct($value) { $this->value = $value; } /** * This function should be invoked on object * comparison with == or != operators. */ public function __equals($other) { if ($other instanceof MyClass) { return ((int)$this->value == (int)$other->value); } else { return false; } } private $value; } $a = new MyClass(3.14); $b = new MyClass(3.13); if ($a == $b) { echo '$a equals $b'; } == The comparison of $a and $b should result in the invokation of __equals function of MyClass. The same should apply to the != (not equals) operator. -- Edit this bug report at https://bugs.php.net/bug.php?id=25772&edit=1
php-bugs@lists.php.net
Edit report at https://bugs.php.net/bug.php?id=60082&edit=1 ID: 60082 Updated by: tony2...@php.net Reported by:tklingenberg at lastflood dot net Summary:100% CPU / when using references with ArrayObject(&$ref). -Status: Assigned +Status: Closed Type: Bug Package:SPL related Operating System: GNU/Linux PHP Version:5.3.8 Assigned To:helly Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-11-18 05:22:24] tony2...@php.net Automatic comment from SVN on behalf of tony2001 Revision: http://svn.php.net/viewvc/?view=revision&revision=319432 Log: fix bug #60082 (Crash in ArrayObject() when using recursive references) --Tis line, and those below, will be ignored-- Mtrunk/ext/spl/spl_array.c Mbranches/PHP_5_4/ext/spl/spl_array.c Mbranches/PHP_5_3/ext/spl/spl_array.c Mbranches/PHP_5_3/NEWS [2011-11-01 10:10:18] tyr...@php.net Automatic comment from SVN on behalf of tyrael Revision: http://svn.php.net/viewvc/?view=revision&revision=318635 Log: marking ext/spl/tests/bug60082.phpt as slow test [2011-10-20 12:22:20] larue...@php.net hmm, your patch seems better, agree. [2011-10-20 05:46:43] tony2...@php.net I'd suggest to try to detect recursion in this case. Unfortunately, I don't see any way to do it except by adding another field to spl_array internal struct. But on the other hand, this struct is not used anywhere except spl_array.c itself, so it should be fine. The patch is attached. [2011-10-20 05:44:42] tony2...@php.net The following patch has been added/updated: Patch Name: recursion-detection Revision: 1319089482 URL: https://bugs.php.net/patch-display.php?bug=60082&patch=recursion-detection&revision=1319089482 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 https://bugs.php.net/bug.php?id=60082 -- Edit this bug report at https://bugs.php.net/bug.php?id=60082&edit=1
Bug #60306 [Asn]: zend-multibyte failed in 5.4
Edit report at https://bugs.php.net/bug.php?id=60306&edit=1 ID: 60306 Updated by: larue...@php.net Reported by:larue...@php.net Summary:zend-multibyte failed in 5.4 Status: Assigned Type: Bug Package:mbstring related PHP Version:5.4.0RC1 Assigned To:dmitry Block user comment: N Private report: N New Comment: actully, there is a more simple reproduce script: save script in fenc=cp936 than, in php 5.4 this result a : string(3) "æ´ª" characters lost while converting from cp936 to utf8. this is really a big problem. Previous Comments: [2011-11-17 09:04:53] larue...@php.net seems the characters is lost in the mbfl_buffer_converter_feed2 (called in zend_multibyte_encoding_converter) [2011-11-15 08:28:33] larue...@php.net the same script as above, will trigger a abort in this way: $php54 -d mbstring.internal_encoding=cp936 /tmp/1.php php: Zend/zend_language_scanner.l:126: encoding_filter_script_to_internal: Assertion `internal_encoding && zend_multibyte_check_lexer_compatibility(internal_encoding)' failed. Aborted (core dumped) [2011-11-15 08:27:09] larue...@php.net if I change the script to: also set fenc=cp936, then a memory leak will be reported: $ php54 -d mbstring.internal_encoding=utf8 -dzend.script_encoding=cp936 /tmp/1.php string(7) "æ´ªä»?" [Tue Nov 15 16:26:36 2011] Script: '/tmp/1.php' ***php-src/trunk/ext/mbstring/mbstring.c(612) : Freeing 0x2A95DDDF68 (131 bytes), script=/tmp/1.php === Total 1 memory leaks detected === [2011-11-15 07:37:53] larue...@php.net dmitry, plz look at this, thanks :) [2011-11-15 07:29:21] larue...@php.net Description: same script, same ini, 5.4 result a wrong result . Test script: --- save the test script in fenc=cp936. run: php53 -dmbstring.internal_encoding=utf8 test.php and php54 -dmbstring.internal_encoding=utf8 test.php Expected result: string(9) "æ´ªä»ç" Actual result: -- 5.3 works fine. but 5.4 output: string(3) "æ´ª" -- Edit this bug report at https://bugs.php.net/bug.php?id=60306&edit=1
Bug #60309 [Fbk->Csd]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309&edit=1 ID: 60309 Updated by: larue...@php.net Reported by:Dygear at gmail dot com Summary:fread(STDIN, 1024) returns instantly. -Status: Feedback +Status: Closed Type: Bug Package:Streams related Operating System: Windows 7 - CLI PHP Version:5.4.0RC1 -Assigned To: +Assigned To:laruence Block user comment: N Private report: N New Comment: I this this could be closed now Previous Comments: [2011-11-17 15:27:25] paj...@php.net next should work again. [2011-11-17 13:27:43] Dygear at gmail dot com Never mind, I now realize that the link was at the bottom. So I downloaded http://windows.php.net/downloads/snaps/php-trunk/r319151/php-trunk-nts-windows- vc9-x86-r319151.zip and now it works! Great job if that build includes your fix! [2011-11-17 13:19:35] Dygear at gmail dot com It seem that the snapshot was never compiled for the windows side, all 5.4 branch downloads on the http://windows.php.net/snapshots/ are 0 Bytes, and just redirect in a loop. [2011-11-16 07:41:20] larue...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce this in my environ. but I do fine that stream_set_blocking(STDIN, FALSE); Has no effect on windows [2011-11-15 19:56:45] Dygear at gmail dot com Description: I am using the windows version of PHP 5.4 (5.4.0RC1) from 2011-Nov-10 19:52:12, VC9 x86 Non Thread Safe. In 5.3.x the code worked to where I could query a client for an input from the command line using fread and STDIN. In the version stated, 5.4.0RC1, the function returns right away, and does not give the user anytime to input a string. Test script: --- Expected result: I would expect for there be an opportunity for the user to input a string. Actual result: -- The script has no result, and the client is never queried for a string. -- Edit this bug report at https://bugs.php.net/bug.php?id=60309&edit=1
Req #60040 [Opn->Asn]: "!var & flags" used
Edit report at https://bugs.php.net/bug.php?id=60040&edit=1 ID: 60040 Updated by: ka...@php.net Reported by:jille at hexon dot cx Summary:"!var & flags" used -Status: Open +Status: Assigned Type: Feature/Change Request Package:Output Control Operating System: n/a PHP Version:5.3.8 -Assigned To: +Assigned To:kalle Block user comment: N Private report: N Previous Comments: [2011-10-11 14:14:35] jille at hexon dot cx Description: The patch is self-explanatory, but: php_end_ob_buffer contains: if (!OG(active_ob_buffer).status & PHP_OUTPUT_HANDLER_START) { /* our first call */ status |= PHP_OUTPUT_HANDLER_START; } But !var & flags will first evaluate !var and only after that evaluate the AND-operator. In this case it doesn't have any affect as PHP_OUTPUT_HANDLER_START is 1. -- Edit this bug report at https://bugs.php.net/bug.php?id=60040&edit=1
Bug #60322 [Opn->Asn]: ob_get_clean() now raises an E_NOTICE if no buffers exist
Edit report at https://bugs.php.net/bug.php?id=60322&edit=1 ID: 60322 Updated by: ka...@php.net Reported by:weierophin...@php.net Summary:ob_get_clean() now raises an E_NOTICE if no buffers exist -Status: Open +Status: Assigned Type: Bug Package:Output Control Operating System: Linux 64bit PHP Version:5.4.0RC1 -Assigned To: +Assigned To:kalle Block user comment: N Private report: N Previous Comments: [2011-11-17 21:42:53] weierophin...@php.net Description: Prior to 5.4.0RC1, when calling ob_get_clean() with no buffers present, no errors were raised. Starting with 5.4.0RC1, the function now raises an E_NOTICE in such situations. Test script: --- ini_set('display_errors', true); error_reporting(-1); $return = ob_get_clean(); Expected result: (no output) Actual result: -- Notice: ob_get_clean(): failed to delete buffer. No buffer to delete -- Edit this bug report at https://bugs.php.net/bug.php?id=60322&edit=1
Bug #60322 [Opn->Asn]: ob_get_clean() now raises an E_NOTICE if no buffers exist
Edit report at https://bugs.php.net/bug.php?id=60322&edit=1 ID: 60322 Updated by: ka...@php.net Reported by:weierophin...@php.net Summary:ob_get_clean() now raises an E_NOTICE if no buffers exist -Status: Open +Status: Assigned Type: Bug Package:Output Control Operating System: Linux 64bit PHP Version:5.4.0RC1 Block user comment: N Private report: N Previous Comments: [2011-11-17 21:42:53] weierophin...@php.net Description: Prior to 5.4.0RC1, when calling ob_get_clean() with no buffers present, no errors were raised. Starting with 5.4.0RC1, the function now raises an E_NOTICE in such situations. Test script: --- ini_set('display_errors', true); error_reporting(-1); $return = ob_get_clean(); Expected result: (no output) Actual result: -- Notice: ob_get_clean(): failed to delete buffer. No buffer to delete -- Edit this bug report at https://bugs.php.net/bug.php?id=60322&edit=1
Bug #44686 [Com]: SOAP-ERROR: Parsing WSDL
Edit report at https://bugs.php.net/bug.php?id=44686&edit=1 ID: 44686 Comment by: mykel at xtreme dot com dot au Reported by:dmittner at llnw dot com Summary:SOAP-ERROR: Parsing WSDL Status: Closed Type: Bug Package:SOAP related Operating System: Gentoo PHP Version:5.2.5 Assigned To:dmitry Block user comment: N Private report: N New Comment: just a heads up everyone: most of these issues can be resolved by changing to you will of course need to be using local WSDL/XSD files, which shouldn't be a problem for OTA requests. Previous Comments: [2011-11-14 08:43:57] dmi...@php.net This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2011-11-14 08:42:51] dmi...@php.net Automatic comment from SVN on behalf of dmitry Revision: http://svn.php.net/viewvc/?view=revision&revision=319151 Log: Fixed bug #44686 (SOAP-ERROR: Parsing WSDL with references) [2011-08-15 18:36:57] jeremy at techtrav dot com Also experiencing the issue with PHP 5.3 using the OTA ( Open Travel Alliance ) WSDL. Honestly if this has been an issue since 5.0.5, it should be fixed by now. Adding name="name" in front of ref=" in all of the XSD's allows the parser to succeed but it technically is an invalid WSDL. I hope there is a real fix for this glaring WSDL parsing bug soon. [2011-07-04 10:27:09] felix at hexon dot cx Im am experiencing the same problem with a .NET webservice using the 'ref' attribute in the WSDL. PHP version 5.3.6 [2010-12-02 10:09:21] norberto dot ostallo at qualitygroup dot it I'm having the same problem consuming OTA (Open Travel Alliance) XML files, using php5.3.3 on Ubuntu. Does anyone know a fix or a workaround? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=44686 -- Edit this bug report at https://bugs.php.net/bug.php?id=44686&edit=1
Req #32100 [Com]: Request 'finally' support for exceptions
Edit report at https://bugs.php.net/bug.php?id=32100&edit=1 ID: 32100 Comment by: chiestand at salk dot edu Reported by:ceefour at gauldong dot net Summary:Request 'finally' support for exceptions Status: Closed Type: Feature/Change Request Package:Feature/Change Request Operating System: * PHP Version:5.* Block user comment: N Private report: N New Comment: First, thank you everyone who has contributed to this bug report thread. Your insights have been incredibly useful. I too vote for inclusion of "finally" into PHP. In my own particular situation I was able to solve my problem using Stroustrup's RAII pattern (thank you btsai). But I can imagine that in some cases creating a class for every resource used might be inconvenient. I think ceefour really summed it up nicely back in 2005 with even more-ancient wisdom: "Be conservative with what you emit and be liberal with what you accept". Provide the tool, and let the coder decide what pattern to use. Previous Comments: [2011-09-07 14:49:08] viktor at zuiderkwast dot se The same problem exists in C++, which also lacks the finally clause. The standard way to solve the resource allocation problem in C++ is instead by using the RAII design pattern. As noted in Wikipedia on RAII, "In this language, the only code that can be guaranteed to be executed after an exception is thrown are the destructors of objects residing on the stack.". The same is valid for PHP (although the objects are reference-counted instead of being allocated on the stack). The destructor is guarranteed to be called as soon as all references to the object run out of scope, so the RAII is effectively usable in PHP. So, the code you would put in the finally clause in Java etc has to be put in a destructor of some object instead. Then, when a return or a or an uncatched exception occurs inside a try block, and there are no other references to the object, the destructor will be called at this point to free the resources. In my optinion, the finally clause is a more elegant solution, although it might be *too sophisticated* for PHP... [2011-07-25 03:27:14] ninzya at inbox dot lv ++finally [2011-07-22 07:53:27] dsberliner at gmail dot com ++ for finally in exception handling. Please reconsider. [2011-05-30 02:53:58] bat at flurf dot net Here's an idea! Find all the people who think "finally" isn't needed in PHP. Invite them to go back to programming Visual Basic, because they're ignorant. The rest can work on implementing it. Easy! [2011-05-05 11:52:26] ealexs at gmail dot com PHP++ for finally in PHP ;) my code: disableSIPTrunk (10 lines of code) try { // do some stuff } finally { enableSIPTrunk (10 lines of code) } // saves duplicate code and it's very elegant ! 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 https://bugs.php.net/bug.php?id=32100 -- Edit this bug report at https://bugs.php.net/bug.php?id=32100&edit=1
Bug #60321 [Opn->Csd]: ob_get_status(true) no longer returns an array when buffer is empty
Edit report at https://bugs.php.net/bug.php?id=60321&edit=1 ID: 60321 Updated by: pierr...@php.net Reported by:weierophin...@php.net Summary:ob_get_status(true) no longer returns an array when buffer is empty -Status: Open +Status: Closed Type: Bug Package:Output Control Operating System: Linux 64bit PHP Version:5.4.0RC1 -Assigned To: +Assigned To:pierrick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-11-18 00:16:47] pierr...@php.net Automatic comment from SVN on behalf of pierrick Revision: http://svn.php.net/viewvc/?view=revision&revision=319428 Log: Fixed bug #60321 (ob_get_status(true) no longer returns an array when buffer is empty). [2011-11-17 21:39:21] weierophin...@php.net Description: Prior to 5.4.0RC1, ob_get_status(true) would always return an array, even if no buffers were present. With 5.4.0RC1, it now returns boolean false. Test script: --- $return = ob_get_status(true); var_export($return); Expected result: array( ) Actual result: -- false -- Edit this bug report at https://bugs.php.net/bug.php?id=60321&edit=1
Bug #60324 [Opn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324&edit=1 ID: 60324 User updated by:se...@php.net Reported by:se...@php.net -Summary:Cannot validate any file in far directory +Summary:Cannot validate any file in yaf directory Status: Open Type: Bug Package:Online Doc Editor problem PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Sprry, 'yaf' directory, not 'far' directory Previous Comments: [2011-11-17 22:49:19] se...@php.net Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit this bug report at https://bugs.php.net/bug.php?id=60324&edit=1
Bug #60314 [Bgs->Opn]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314&edit=1 ID: 60314 Updated by: fel...@php.net Reported by:gravisoft at gmail dot com Summary:Metaphone returns fewer phonemes than defined -Status: Bogus +Status: Open Type: Bug -Package:Strings related +Package:Documentation problem Operating System: Windows XP SP3 PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Yes, in fact it isn't a phonemes limit nor an strict string limit. Because it doesn't does wrapping in this case when it yields more than 1 char in the end. You're right, the documentation must be updated accordially. :) Previous Comments: [2011-11-17 22:39:17] gravisoft at gmail dot com This doesn't have anything to do with it "going over" the phoneme limit parameter, it's about it translating too few phonemes. If you're defining (X -> KS) as one phoneme, then metpahone('axc', 3) == 'AKS' is incorrect because it only translated (A -> A) and (X -> KS) which is two phonemes. Translating three phonemes - (A->A), (X->KS), (C->K) - should have yielded 'AKSK'. If you're defining each K and S from (X -> KS) as a phoneme, then metaphone('axc', 2) == 'AKS' is incorrect as per bug #60123 (going over restricted number of phoneme characters). If that isn't a bug, then the documentation should be modified to note it as such. Regardless, something is amiss here. [2011-11-17 21:58:05] fel...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php It works following the Text-Metaphone CPAN package, it stop decoding when reach the limit of phonems, but when decoding the last char it can pass the limit suplied, because this metaphone('AX', 2) == metaphone('AXC', 3). [2011-11-16 20:52:15] gravisoft at gmail dot com Description: Under certain conditions, the metaphone function returns fewer phonemes than the $phonemes parameter specifies. This is an edge-case occurrence when dealing with an X near the end of the specified phoneme count. For the test script, the following phoneme transformations take place: A -> A X -> KS C -> K Test script: --- KS" is one phoneme var_dump('axccc', 0); // Should produce AKSKKK ?> Expected result: string(3) "AKS" string(4) "AKSK" string(6) "AKSKKK" Actual result: -- string(3) "AKS" string(3) "AKS" string(6) "AKSKKK" -- Edit this bug report at https://bugs.php.net/bug.php?id=60314&edit=1
[PHP-BUG] Bug #60324 [NEW]: Cannot validate any file in far directory
From: Operating system: PHP version: Irrelevant Package: Online Doc Editor problem Bug Type: Bug Bug description:Cannot validate any file in far directory Description: svn ci trial #0 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #1 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy svn ci trial #2 svn: '/local/web/sites/edit.php.net/data/phpdoc-all/es/reference/yaf' is not a working copy -- Edit bug report at https://bugs.php.net/bug.php?id=60324&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60324&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60324&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60324&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60324&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60324&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60324&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60324&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60324&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60324&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60324&r=support Expected behavior: https://bugs.php.net/fix.php?id=60324&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60324&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60324&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60324&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60324&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60324&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60324&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60324&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60324&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60324&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60324&r=mysqlcfg
Bug #60314 [Bgs]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314&edit=1 ID: 60314 User updated by:gravisoft at gmail dot com Reported by:gravisoft at gmail dot com Summary:Metaphone returns fewer phonemes than defined Status: Bogus Type: Bug Package:Strings related Operating System: Windows XP SP3 PHP Version:5.3.8 Block user comment: N Private report: N New Comment: This doesn't have anything to do with it "going over" the phoneme limit parameter, it's about it translating too few phonemes. If you're defining (X -> KS) as one phoneme, then metpahone('axc', 3) == 'AKS' is incorrect because it only translated (A -> A) and (X -> KS) which is two phonemes. Translating three phonemes - (A->A), (X->KS), (C->K) - should have yielded 'AKSK'. If you're defining each K and S from (X -> KS) as a phoneme, then metaphone('axc', 2) == 'AKS' is incorrect as per bug #60123 (going over restricted number of phoneme characters). If that isn't a bug, then the documentation should be modified to note it as such. Regardless, something is amiss here. Previous Comments: [2011-11-17 21:58:05] fel...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php It works following the Text-Metaphone CPAN package, it stop decoding when reach the limit of phonems, but when decoding the last char it can pass the limit suplied, because this metaphone('AX', 2) == metaphone('AXC', 3). [2011-11-16 20:52:15] gravisoft at gmail dot com Description: Under certain conditions, the metaphone function returns fewer phonemes than the $phonemes parameter specifies. This is an edge-case occurrence when dealing with an X near the end of the specified phoneme count. For the test script, the following phoneme transformations take place: A -> A X -> KS C -> K Test script: --- KS" is one phoneme var_dump('axccc', 0); // Should produce AKSKKK ?> Expected result: string(3) "AKS" string(4) "AKSK" string(6) "AKSKKK" Actual result: -- string(3) "AKS" string(3) "AKS" string(6) "AKSKKK" -- Edit this bug report at https://bugs.php.net/bug.php?id=60314&edit=1
[PHP-BUG] Bug #60323 [NEW]: Extended DOMDocument will change to unextended DOMDocument on context change
From: Operating system: MacOSX PHP version: 5.3.8 Package: DOM XML related Bug Type: Bug Bug description:Extended DOMDocument will change to unextended DOMDocument on context change Description: Extended DOMDocument will change to unextended DOMDocument on context change Test script: --- appendChild($document->createElement('div')); var_dump($element->ownerDocument instanceOf Document); return $element; } $element = foo(); var_dump($element->ownerDocument instanceOf Document); Expected result: bool(true) bool(true) Actual result: -- bool(true) bool(false) -- Edit bug report at https://bugs.php.net/bug.php?id=60323&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60323&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60323&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60323&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60323&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60323&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60323&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60323&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60323&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60323&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60323&r=support Expected behavior: https://bugs.php.net/fix.php?id=60323&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60323&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60323&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60323&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60323&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60323&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60323&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60323&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60323&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60323&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60323&r=mysqlcfg
Bug #60314 [Opn->Bgs]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314&edit=1 ID: 60314 Updated by: fel...@php.net Reported by:gravisoft at gmail dot com Summary:Metaphone returns fewer phonemes than defined -Status: Open +Status: Bogus Type: Bug -Package:Unknown/Other Function +Package:Strings related Operating System: Windows XP SP3 PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php It works following the Text-Metaphone CPAN package, it stop decoding when reach the limit of phonems, but when decoding the last char it can pass the limit suplied, because this metaphone('AX', 2) == metaphone('AXC', 3). Previous Comments: [2011-11-16 20:52:15] gravisoft at gmail dot com Description: Under certain conditions, the metaphone function returns fewer phonemes than the $phonemes parameter specifies. This is an edge-case occurrence when dealing with an X near the end of the specified phoneme count. For the test script, the following phoneme transformations take place: A -> A X -> KS C -> K Test script: --- KS" is one phoneme var_dump('axccc', 0); // Should produce AKSKKK ?> Expected result: string(3) "AKS" string(4) "AKSK" string(6) "AKSKKK" Actual result: -- string(3) "AKS" string(3) "AKS" string(6) "AKSKKK" -- Edit this bug report at https://bugs.php.net/bug.php?id=60314&edit=1
[PHP-BUG] Bug #60322 [NEW]: ob_get_clean() now raises an E_NOTICE if no buffers exist
From: weierophinney Operating system: Linux 64bit PHP version: 5.4.0RC1 Package: Output Control Bug Type: Bug Bug description:ob_get_clean() now raises an E_NOTICE if no buffers exist Description: Prior to 5.4.0RC1, when calling ob_get_clean() with no buffers present, no errors were raised. Starting with 5.4.0RC1, the function now raises an E_NOTICE in such situations. Test script: --- ini_set('display_errors', true); error_reporting(-1); $return = ob_get_clean(); Expected result: (no output) Actual result: -- Notice: ob_get_clean(): failed to delete buffer. No buffer to delete -- Edit bug report at https://bugs.php.net/bug.php?id=60322&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60322&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60322&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60322&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60322&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60322&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60322&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60322&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60322&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60322&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60322&r=support Expected behavior: https://bugs.php.net/fix.php?id=60322&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60322&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60322&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60322&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60322&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60322&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60322&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60322&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60322&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60322&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60322&r=mysqlcfg
[PHP-BUG] Bug #60321 [NEW]: ob_get_status(true) no longer returns an array when buffer is empty
From: weierophinney Operating system: Linux 64bit PHP version: 5.4.0RC1 Package: Output Control Bug Type: Bug Bug description:ob_get_status(true) no longer returns an array when buffer is empty Description: Prior to 5.4.0RC1, ob_get_status(true) would always return an array, even if no buffers were present. With 5.4.0RC1, it now returns boolean false. Test script: --- $return = ob_get_status(true); var_export($return); Expected result: array( ) Actual result: -- false -- Edit bug report at https://bugs.php.net/bug.php?id=60321&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60321&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60321&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60321&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60321&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60321&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60321&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60321&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60321&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60321&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60321&r=support Expected behavior: https://bugs.php.net/fix.php?id=60321&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60321&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60321&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60321&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60321&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60321&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60321&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60321&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60321&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60321&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60321&r=mysqlcfg
Bug #60165 [Asn->Csd]: Overriding unexisting trait should throw/trigger the exception/error
Edit report at https://bugs.php.net/bug.php?id=60165&edit=1 ID: 60165 Updated by: g...@php.net Reported by:fruit dot dev at gmail dot com Summary:Overriding unexisting trait should throw/trigger the exception/error -Status: Assigned +Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Fedora 14 PHP Version:5.4.0beta2 Assigned To:gron Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Fixed with SVN rev. 319420. Previous Comments: [2011-11-17 21:04:05] g...@php.net Automatic comment from SVN on behalf of gron Revision: http://svn.php.net/viewvc/?view=revision&revision=319420 Log: Fixed Bug #60165 (Aliasing unexisting trait should throw/trigger the exception/error) - aliases that are not actually matching anything are treated as errors now. This will make sure that all methods that are expected to be in a class are actually there, or in case a trait changed for instance, that the code breaks already on composition - Precedence declarations are also checked to ensure that the method which is supposed to take precedence actually exists, however, the other traits mentioned in the declaration are not regarded. We are more lenient here, since this avoids unnecessary fragility. - fixed another seamingly unrelated test which broke in the progress but wasn't clear before either. [2011-11-16 18:59:56] g...@php.net Thanks for the reminder. The patch is below. As soon as I find another half an hour, I will add the necessary tests and commit. Best regards Stefan --- Zend/zend_compile.c (revision 319357) +++ Zend/zend_compile.c (working copy) @@ -4036,6 +4036,8 @@ size_t i, j = 0; zend_trait_precedence *cur_precedence; zend_trait_method_reference *cur_method_ref; + char *lcname; + bool aliased_method_exists; /* resolve class references */ if (ce->trait_precedences) { @@ -4064,6 +4066,15 @@ if (ce->trait_aliases[i]->trait_method->class_name) { cur_method_ref = ce->trait_aliases[i]- >trait_method; cur_method_ref->ce = zend_fetch_class(cur_method_ref->class_name, cur_method_ref->cname_len, ZEND_FETCH_CLASS_TRAIT TSRMLS_CC); + + /** Ensure that this reference is resolvable */ + lcname = zend_str_tolower_dup(cur_method_ref- >method_name, cur_method_ref->mname_len); + aliased_method_exists = zend_hash_exists(&cur_method_ref->ce->function_table, lcname, cur_method_ref- >mname_len + 1); + efree(lcname); + + if (!aliased_method_exists) { + zend_error(E_COMPILE_ERROR, "An alias was defined for %s::%s but this method does not exist", cur_method_ref->ce- >name, cur_method_ref->method_name); + } } i++; } [2011-10-28 21:23:56] fruit dot dev at gmail dot com Description: In case, when user overrides invalid traits method, PHP should check whether specified method belongs to given trait. The code given below is valid for preprocessing. Meanwhile trait "A" does not have method "getTitle", as well as trait "B" does contains "getSlug" method. I guess, PHP should trigger error telling about the user is entangled among the three pines. Test script: --- trait A { public function getSlug () { return $this->slug; } } trait B { public function getTitle () { return $this->title; } } class Foo { protected $slug, $title; use A, B { A::getTitle as title; B::getSlug as slug; } } $object = new Foo(); Expected result: Error/exception should be triggered/thrown Actual result: -- silence (no errors was shown) -- Edit this bug report at https://bugs.php.net/bug.php?id=60165&edit=1
Bug #60231 [Opn]: child process exited with status 3221225725
Edit report at https://bugs.php.net/bug.php?id=60231&edit=1 ID: 60231 User updated by:mausglov at yandex dot ru Reported by:mausglov at yandex dot ru Summary:child process exited with status 3221225725 Status: Open Type: Bug Package:Reproducible crash Operating System: Windows 7 Ultimate PHP Version:5.3.8 Block user comment: N Private report: N New Comment: For Windows XP SP3 ( the debug report was made in this OS ) exit statuses are different: 4294967295 - with DebugDiag; 3221225477 - without Previous Comments: [2011-11-17 19:18:43] mausglov at yandex dot ru Full call stack here: http://pastebin.com/HC5Gcthu short version: Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!match+23 0288d97b 01eb2270 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 649 php5ts!match+881a 0288d97b 01eb226d 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 886 + 35 php5ts!match+899e 0288d979 01eb2294 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 1654 + 2a - previuos 2 lines repeated 308 times php5ts!match+881a 0288d740 01eb226d 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 886 + 35 php5ts!match+aee 0288d740 01eb2268 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 1515 + 2f php5ts!php_pcre_exec+afb 01eb2240 027ff814 0288d740 02c7 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 6099 + 3f php5ts!php_pcre_match_impl+239 01eb2710 0288d740 02c7 0288d370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 629 php5ts!php_do_pcre_match+a8 0002 0002 028925e8 028c0988 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 520 + 2b php5ts!zif_preg_match+17 0002 0288d370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 771 + 17 php5ts!zend_do_fcall_common_helper_SPEC+920 028c0988 01dfba00 01dfbae8 028c0988 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 320 + 41 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+11a 01e80618 01dfbae8 0288e630 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 1640 + e php5ts!execute+2e8 0288ecd0 01dfba01 027ffac8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 107 + a php5ts!zend_call_function+8c9 01e8063c 028c0370 027ffaa4 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_execute_api.c @ 968 + 1b php5ts!php_array_walk+2e2 0288e138 027ffac8 0001 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1115 + 1f php5ts!php_array_walk+1d0 0288d0d0 027ffac8 0001 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1094 php5ts!zif_array_walk_recursive+101 0003 0288d2e8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1186 php5ts!zend_do_fcall_common_helper_SPEC+920 028c0370 01dfba00 01dfbae8 028c0370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 320 + 41 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+11a 01dfbae8 027ffbe4 027ffe70 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 1640 + e php5ts!execute+2e8 0288c2a8 01dfba00 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 107 + a php5ts!zend_execute_scripts+fe 0008 01dfbae8 0003 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend.c @ 1237 php5ts!php_execute_script+24c 027ffe70 01dfbae8 0004 013510a8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\main\main.c @ 2284 + 12 php5apache2_2!php_handler+634 01df3b28 01df3b28 0090f628 6eecd540 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\sapi\apache2handler\sapi_apache2.c @ 669 + e libhttpd!ap_run_handler+25 [2011-11-16 11:33:33] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us m
Bug #60231 [Fbk->Opn]: child process exited with status 3221225725
Edit report at https://bugs.php.net/bug.php?id=60231&edit=1 ID: 60231 User updated by:mausglov at yandex dot ru Reported by:mausglov at yandex dot ru Summary:child process exited with status 3221225725 -Status: Feedback +Status: Open Type: Bug Package:Reproducible crash Operating System: Windows 7 Ultimate PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Full call stack here: http://pastebin.com/HC5Gcthu short version: Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!match+23 0288d97b 01eb2270 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 649 php5ts!match+881a 0288d97b 01eb226d 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 886 + 35 php5ts!match+899e 0288d979 01eb2294 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 1654 + 2a - previuos 2 lines repeated 308 times php5ts!match+881a 0288d740 01eb226d 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 886 + 35 php5ts!match+aee 0288d740 01eb2268 0288d740 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 1515 + 2f php5ts!php_pcre_exec+afb 01eb2240 027ff814 0288d740 02c7 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\pcrelib\pcre_exec.c @ 6099 + 3f php5ts!php_pcre_match_impl+239 01eb2710 0288d740 02c7 0288d370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 629 php5ts!php_do_pcre_match+a8 0002 0002 028925e8 028c0988 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 520 + 2b php5ts!zif_preg_match+17 0002 0288d370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\pcre\php_pcre.c @ 771 + 17 php5ts!zend_do_fcall_common_helper_SPEC+920 028c0988 01dfba00 01dfbae8 028c0988 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 320 + 41 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+11a 01e80618 01dfbae8 0288e630 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 1640 + e php5ts!execute+2e8 0288ecd0 01dfba01 027ffac8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 107 + a php5ts!zend_call_function+8c9 01e8063c 028c0370 027ffaa4 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_execute_api.c @ 968 + 1b php5ts!php_array_walk+2e2 0288e138 027ffac8 0001 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1115 + 1f php5ts!php_array_walk+1d0 0288d0d0 027ffac8 0001 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1094 php5ts!zif_array_walk_recursive+101 0003 0288d2e8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\ext\standard\array.c @ 1186 php5ts!zend_do_fcall_common_helper_SPEC+920 028c0370 01dfba00 01dfbae8 028c0370 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 320 + 41 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+11a 01dfbae8 027ffbe4 027ffe70 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 1640 + e php5ts!execute+2e8 0288c2a8 01dfba00 01dfbae8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend_vm_execute.h @ 107 + a php5ts!zend_execute_scripts+fe 0008 01dfbae8 0003 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\zend\zend.c @ 1237 php5ts!php_execute_script+24c 027ffe70 01dfbae8 0004 013510a8 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\main\main.c @ 2284 + 12 php5apache2_2!php_handler+634 01df3b28 01df3b28 0090f628 6eecd540 d:\php-sdk\snap_5_3\vc9\x86\php-5.3.8\sapi\apache2handler\sapi_apache2.c @ 669 + e libhttpd!ap_run_handler+25 Previous Comments: [2011-11-16 11:33:33] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2011-11-07 10:42:56] mausglov at yandex dot ru Description: Apache crashes after submitting the form. On smaller content of te
Bug #60309 [Fbk]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309&edit=1 ID: 60309 Updated by: paj...@php.net Reported by:Dygear at gmail dot com Summary:fread(STDIN, 1024) returns instantly. Status: Feedback Type: Bug Package:Streams related Operating System: Windows 7 - CLI PHP Version:5.4.0RC1 Block user comment: N Private report: N New Comment: next should work again. Previous Comments: [2011-11-17 13:27:43] Dygear at gmail dot com Never mind, I now realize that the link was at the bottom. So I downloaded http://windows.php.net/downloads/snaps/php-trunk/r319151/php-trunk-nts-windows- vc9-x86-r319151.zip and now it works! Great job if that build includes your fix! [2011-11-17 13:19:35] Dygear at gmail dot com It seem that the snapshot was never compiled for the windows side, all 5.4 branch downloads on the http://windows.php.net/snapshots/ are 0 Bytes, and just redirect in a loop. [2011-11-16 07:41:20] larue...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce this in my environ. but I do fine that stream_set_blocking(STDIN, FALSE); Has no effect on windows [2011-11-15 19:56:45] Dygear at gmail dot com Description: I am using the windows version of PHP 5.4 (5.4.0RC1) from 2011-Nov-10 19:52:12, VC9 x86 Non Thread Safe. In 5.3.x the code worked to where I could query a client for an input from the command line using fread and STDIN. In the version stated, 5.4.0RC1, the function returns right away, and does not give the user anytime to input a string. Test script: --- Expected result: I would expect for there be an opportunity for the user to input a string. Actual result: -- The script has no result, and the client is never queried for a string. -- Edit this bug report at https://bugs.php.net/bug.php?id=60309&edit=1
Bug #60309 [Com]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309&edit=1 ID: 60309 Comment by: Dygear at gmail dot com Reported by:Dygear at gmail dot com Summary:fread(STDIN, 1024) returns instantly. Status: Feedback Type: Bug Package:Streams related Operating System: Windows 7 - CLI PHP Version:5.4.0RC1 Block user comment: N Private report: N New Comment: Never mind, I now realize that the link was at the bottom. So I downloaded http://windows.php.net/downloads/snaps/php-trunk/r319151/php-trunk-nts-windows- vc9-x86-r319151.zip and now it works! Great job if that build includes your fix! Previous Comments: [2011-11-17 13:19:35] Dygear at gmail dot com It seem that the snapshot was never compiled for the windows side, all 5.4 branch downloads on the http://windows.php.net/snapshots/ are 0 Bytes, and just redirect in a loop. [2011-11-16 07:41:20] larue...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce this in my environ. but I do fine that stream_set_blocking(STDIN, FALSE); Has no effect on windows [2011-11-15 19:56:45] Dygear at gmail dot com Description: I am using the windows version of PHP 5.4 (5.4.0RC1) from 2011-Nov-10 19:52:12, VC9 x86 Non Thread Safe. In 5.3.x the code worked to where I could query a client for an input from the command line using fread and STDIN. In the version stated, 5.4.0RC1, the function returns right away, and does not give the user anytime to input a string. Test script: --- Expected result: I would expect for there be an opportunity for the user to input a string. Actual result: -- The script has no result, and the client is never queried for a string. -- Edit this bug report at https://bugs.php.net/bug.php?id=60309&edit=1
[PHP-BUG] Req #60319 [NEW]: PHP shorthand syntax
From: Operating system: PHP version: 5.3.8 Package: *General Issues Bug Type: Feature/Change Request Bug description:PHP shorthand syntax Description: This is feature request:- PHP needs a more efficient shorthand syntax. PHP already has the shorthand syntax for = . But this thing will become nightmare when we want to use some flow control. In this example we have to mix both type of syntax. So we need to make capable to process decision instructions. -- Edit bug report at https://bugs.php.net/bug.php?id=60319&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60319&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60319&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60319&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60319&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60319&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60319&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60319&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60319&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60319&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60319&r=support Expected behavior: https://bugs.php.net/fix.php?id=60319&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60319&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60319&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60319&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60319&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60319&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60319&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60319&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60319&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60319&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60319&r=mysqlcfg
Bug #60309 [Com]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309&edit=1 ID: 60309 Comment by: Dygear at gmail dot com Reported by:Dygear at gmail dot com Summary:fread(STDIN, 1024) returns instantly. Status: Feedback Type: Bug Package:Streams related Operating System: Windows 7 - CLI PHP Version:5.4.0RC1 Block user comment: N Private report: N New Comment: It seem that the snapshot was never compiled for the windows side, all 5.4 branch downloads on the http://windows.php.net/snapshots/ are 0 Bytes, and just redirect in a loop. Previous Comments: [2011-11-16 07:41:20] larue...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ I can't reproduce this in my environ. but I do fine that stream_set_blocking(STDIN, FALSE); Has no effect on windows [2011-11-15 19:56:45] Dygear at gmail dot com Description: I am using the windows version of PHP 5.4 (5.4.0RC1) from 2011-Nov-10 19:52:12, VC9 x86 Non Thread Safe. In 5.3.x the code worked to where I could query a client for an input from the command line using fread and STDIN. In the version stated, 5.4.0RC1, the function returns right away, and does not give the user anytime to input a string. Test script: --- Expected result: I would expect for there be an opportunity for the user to input a string. Actual result: -- The script has no result, and the client is never queried for a string. -- Edit this bug report at https://bugs.php.net/bug.php?id=60309&edit=1
Req #60299 [Opn->Csd]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299&edit=1 ID: 60299 Updated by: yann...@php.net Reported by:ir...@php.net Summary:Option for hide empty patches of other users -Status: Open +Status: Closed Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:Irrelevant -Assigned To: +Assigned To:yannick Block user comment: N Private report: N New Comment: This bug has been fixed in SVN, and should show up online in an hour or three. Thank you for the report, and for helping us make PHP.net better. Previous Comments: [2011-11-17 10:55:27] yann...@php.net Fixed : http://svn.php.net/viewvc?view=revision&revision=319397 [2011-11-14 18:35:17] ir...@php.net Description: Option for hide empty patches of other users. If enable this option user see non-empty patches and all his patches. -- Edit this bug report at https://bugs.php.net/bug.php?id=60299&edit=1
Req #60299 [Opn]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299&edit=1 ID: 60299 Updated by: yann...@php.net Reported by:ir...@php.net Summary:Option for hide empty patches of other users Status: Open Type: Feature/Change Request Package:Online Doc Editor problem PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Fixed : http://svn.php.net/viewvc?view=revision&revision=319397 Previous Comments: [2011-11-14 18:35:17] ir...@php.net Description: Option for hide empty patches of other users. If enable this option user see non-empty patches and all his patches. -- Edit this bug report at https://bugs.php.net/bug.php?id=60299&edit=1
Bug #32133 [Com]: Failed create COM object
Edit report at https://bugs.php.net/bug.php?id=32133&edit=1 ID: 32133 Comment by: pankaj dot raturi2911 at gmail dot com Reported by:fLAre_Dra_X at yahoo dot com Summary:Failed create COM object Status: No Feedback Type: Bug Package:COM related Operating System: Windows XP SP 2 PHP Version:5.0.1 Block user comment: N Private report: N New Comment: I am using windows 7 operating system, and i have the latest version of php as seen in xampp PHP/5.3.5. I tried to create a word document using COM but got the error below Fatal error: Uncaught exception 'com_exception' with message 'Failed to create COM object `word.application': Server execution failed ' in C:\xampp\htdocs\Snigdha_new1\Testing\testfile.php:33 Stack trace: #0 C:\xampp\htdocs\Snigdha_new1\Testing\testfile.php(33): com->com('word.applicatio...') #1 {main} thrown in C:\xampp\htdocs\Snigdha_new1\Testing\testfile.php on line 33 I used the as below // htmlviewer.php // convert a Word doc to an HTML file //$DocumentPath = str_replace("\\", "\\", $DocumentPath); $DocumentPath="../upload/gaurav_cv.rtf"; // create an instance of the Word application $word = new COM("word.application") or die("Unable to instantiate application object"); // creating an instance of the Word Document object $wordDocument = new COM("word.document") or die("Unable to instantiate document object"); $word->Visible = 0; // open up an empty document $wordDocument = $word->Documents->Open($DocumentPath); // create the filename for the HTML version $HTMLPath = substr_replace($DocumentPath, 'txt', -3, 3); // save the document as HTML $wordDocument=$word->Documents->SaveAs($HTMLPath, 3); // clean up $wordDocument = null; $word->Quit(); $word = null; // redirect the browser to the newly-created document header("Location:". $HTMLPath); header("Location:". $HTMLPath); ?> Can someone help Previous Comments: [2009-11-16 06:43:37] mic_sri at yahoo dot co dot in hi i have the same problem. that is COM object is not create. its run in my local server(WAMP). In the remote server it is not run it shows 'Fail to create DOM object' Please tell me any one where i made a mistake Regards Michael mic_...@yahoo.co.in [2008-04-25 22:52:50] webmaster at zeninmotion dot com I had the same issue, solved it using this guide: http://figured-it-out.com/figured-out.php?sid=24 [2007-11-06 12:32:05] taylor dot ren at gmail dot com Acknowledged that the above solution works fine in Vista. But there is a new error message when I tried: $doc=$word->Documents->Add(); it says: Word is unable to trigger event. I have Office 2003 installed. I guess it is due to the Add method is not the corrrect method name. Any hints? [2006-01-03 13:31:17] ozovadia at hotmail dot com Here is a possible solution: Verify that the user has the appropriate permissions to start the DCOM server. 1. In the Control Panel, double-click Administrative Tools, and then double-click Component Services. 2. In the Component Services snap-in, expand Computers, expand My Computer, and double-click DCOM Config. 3. In the right pane, locate the program you are trying to create. 4. Right-click the program name, and then select Properties. On the Security tab, in the Launch and Activation Permissions group box, select Customize, and then click Edit. 5. Add the user (e.g. running the IIS server) to the permissions list, and give the user the appropriate permissions. That should do it. [2006-01-03 12:06:55] ozovadia at hotmail dot com Installed the latest version (5.1.1.1) and still experiencing the same problem. 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 https://bugs.php.net/bug.php?id=32133 -- Edit this bug report at https://bugs.php.net/bug.php?id=32133&edit=1
Bug #60317 [Asn]: Incorrect mailinglist used
Edit report at https://bugs.php.net/bug.php?id=60317&edit=1 ID: 60317 Updated by: tyr...@php.net Reported by:bj...@php.net Summary:Incorrect mailinglist used Status: Assigned Type: Bug Package:Website problem Operating System: * PHP Version:Irrelevant Assigned To:tyrael Block user comment: N Private report: N New Comment: checked the db, the pseudo package settings seems to be fine: id: 6 parent: 1 name: Website problem long_name: PHP.net Website problem project: php list_email: php-webmas...@lists.php.net disabled: 0 from a quick glance over get_package_mail() I don't see any reason why wouldn't it behave correctly. I will test this further at the afternoon. Previous Comments: [2011-11-17 07:54:21] bj...@php.net Description: "Website problem" bugs are suddenly being sent to php-bugs@, rather then php- webmaster@ Test script: --- http://news.php.net/php.bugs/165243 http://news.php.net/php.bugs/165270 -- Edit this bug report at https://bugs.php.net/bug.php?id=60317&edit=1
Bug #60306 [Asn]: zend-multibyte failed in 5.4
Edit report at https://bugs.php.net/bug.php?id=60306&edit=1 ID: 60306 Updated by: larue...@php.net Reported by:larue...@php.net Summary:zend-multibyte failed in 5.4 Status: Assigned Type: Bug Package:mbstring related PHP Version:5.4.0RC1 Assigned To:dmitry Block user comment: N Private report: N New Comment: seems the characters is lost in the mbfl_buffer_converter_feed2 (called in zend_multibyte_encoding_converter) Previous Comments: [2011-11-15 08:28:33] larue...@php.net the same script as above, will trigger a abort in this way: $php54 -d mbstring.internal_encoding=cp936 /tmp/1.php php: Zend/zend_language_scanner.l:126: encoding_filter_script_to_internal: Assertion `internal_encoding && zend_multibyte_check_lexer_compatibility(internal_encoding)' failed. Aborted (core dumped) [2011-11-15 08:27:09] larue...@php.net if I change the script to: also set fenc=cp936, then a memory leak will be reported: $ php54 -d mbstring.internal_encoding=utf8 -dzend.script_encoding=cp936 /tmp/1.php string(7) "æ´ªä»?" [Tue Nov 15 16:26:36 2011] Script: '/tmp/1.php' ***php-src/trunk/ext/mbstring/mbstring.c(612) : Freeing 0x2A95DDDF68 (131 bytes), script=/tmp/1.php === Total 1 memory leaks detected === [2011-11-15 07:37:53] larue...@php.net dmitry, plz look at this, thanks :) [2011-11-15 07:29:21] larue...@php.net Description: same script, same ini, 5.4 result a wrong result . Test script: --- save the test script in fenc=cp936. run: php53 -dmbstring.internal_encoding=utf8 test.php and php54 -dmbstring.internal_encoding=utf8 test.php Expected result: string(9) "æ´ªä»ç" Actual result: -- 5.3 works fine. but 5.4 output: string(3) "æ´ª" -- Edit this bug report at https://bugs.php.net/bug.php?id=60306&edit=1