Bug #60306 [Asn]: zend-multibyte failed in 5.4
Edit report at https://bugs.php.net/bug.php?id=60306edit=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: ?php declare(encoding=gb2312); $s = æ´ªä»ç; var_dump($s); ? 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: --- ?php declare(encoding=cp936); $s = æ´ªä»ç; var_dump($s); ? 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=60306edit=1
Bug #60317 [Asn]: Incorrect mailinglist used
Edit report at https://bugs.php.net/bug.php?id=60317edit=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=60317edit=1
Bug #32133 [Com]: Failed create COM object
Edit report at https://bugs.php.net/bug.php?id=32133edit=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=32133edit=1
Req #60299 [Opn]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299edit=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=revisionrevision=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=60299edit=1
Req #60299 [Opn-Csd]: Option for hide empty patches of other users
Edit report at https://bugs.php.net/bug.php?id=60299edit=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=revisionrevision=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=60299edit=1
Bug #60309 [Com]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309edit=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: --- ?php # stream_set_blocking(STDIN, TRUE); // Has no effect. echo fread(STDIN, 1024); ? 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=60309edit=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 ?php echo $expr ? = ?= $expr ?. But this thing will become nightmare when we want to use some flow control. ?php if(true): ? ?= 'True' ? ?php else: ? ?= 'False' ? ?php endif; ? 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=60319edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60319r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60319r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60319r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60319r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60319r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60319r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60319r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60319r=needscript Try newer version: https://bugs.php.net/fix.php?id=60319r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60319r=support Expected behavior: https://bugs.php.net/fix.php?id=60319r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60319r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60319r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60319r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60319r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60319r=dst IIS Stability: https://bugs.php.net/fix.php?id=60319r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60319r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60319r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60319r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60319r=mysqlcfg
Bug #60309 [Com]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309edit=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: --- ?php # stream_set_blocking(STDIN, TRUE); // Has no effect. echo fread(STDIN, 1024); ? 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=60309edit=1
Bug #60309 [Fbk]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309edit=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: --- ?php # stream_set_blocking(STDIN, TRUE); // Has no effect. echo fread(STDIN, 1024); ? 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=60309edit=1
Bug #60231 [Fbk-Opn]: child process exited with status 3221225725
Edit report at https://bugs.php.net/bug.php?id=60231edit=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
Bug #60231 [Opn]: child process exited with status 3221225725
Edit report at https://bugs.php.net/bug.php?id=60231edit=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
Bug #60165 [Asn-Csd]: Overriding unexisting trait should throw/trigger the exception/error
Edit report at https://bugs.php.net/bug.php?id=60165edit=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=revisionamp;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=60165edit=1
[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=60321edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60321r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60321r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60321r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60321r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60321r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60321r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60321r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60321r=needscript Try newer version: https://bugs.php.net/fix.php?id=60321r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60321r=support Expected behavior: https://bugs.php.net/fix.php?id=60321r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60321r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60321r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60321r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60321r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60321r=dst IIS Stability: https://bugs.php.net/fix.php?id=60321r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60321r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60321r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60321r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60321r=mysqlcfg
[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=60322edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60322r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60322r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60322r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60322r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60322r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60322r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60322r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60322r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60322r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60322r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60322r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60322r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60322r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60322r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60322r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60322r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60322r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60322r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60322r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60322r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60322r=mysqlcfg
Bug #60314 [Opn-Bgs]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314edit=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:
---
?php
var_dump('axccc', 2); // Should produce AKS
var_dump('axccc', 3); // Should produce AKSK as X-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=60314edit=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:
---
?php
class Document extends DOMDocument {
}
function foo() {
$document = new Document();
$element = $document-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=60323edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60323r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60323r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60323r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60323r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60323r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60323r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60323r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60323r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60323r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60323r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60323r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60323r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60323r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60323r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60323r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60323r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60323r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60323r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60323r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60323r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60323r=mysqlcfg
Bug #60314 [Bgs]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314edit=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:
---
?php
var_dump('axccc', 2); // Should produce AKS
var_dump('axccc', 3); // Should produce AKSK as X-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=60314edit=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=60324edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60324r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60324r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60324r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60324r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60324r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60324r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60324r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60324r=needscript Try newer version: https://bugs.php.net/fix.php?id=60324r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60324r=support Expected behavior: https://bugs.php.net/fix.php?id=60324r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60324r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60324r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60324r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60324r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60324r=dst IIS Stability: https://bugs.php.net/fix.php?id=60324r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60324r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60324r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60324r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60324r=mysqlcfg
Bug #60314 [Bgs-Opn]: Metaphone returns fewer phonemes than defined
Edit report at https://bugs.php.net/bug.php?id=60314edit=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:
---
?php
var_dump('axccc', 2); // Should produce AKS
var_dump('axccc', 3); // Should produce AKSK as X-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=60314edit=1
Bug #60324 [Opn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324edit=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=60324edit=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=60321edit=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=revisionamp;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=60321edit=1
Req #32100 [Com]: Request 'finally' support for exceptions
Edit report at https://bugs.php.net/bug.php?id=32100edit=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=32100edit=1
Bug #44686 [Com]: SOAP-ERROR: Parsing WSDL
Edit report at https://bugs.php.net/bug.php?id=44686edit=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 xs:include schemaLocation=Schema_File.xsd/ to xs:import schemaLocation=Schema_File.xsd/ 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=revisionamp;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=44686edit=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=60322edit=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=60322edit=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=60322edit=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=60322edit=1
Req #60040 [Opn-Asn]: !var flags used
Edit report at https://bugs.php.net/bug.php?id=60040edit=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=60040edit=1
Bug #60309 [Fbk-Csd]: fread(STDIN, 1024) returns instantly.
Edit report at https://bugs.php.net/bug.php?id=60309edit=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: --- ?php # stream_set_blocking(STDIN, TRUE); // Has no effect. echo fread(STDIN, 1024); ? 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=60309edit=1
Bug #60306 [Asn]: zend-multibyte failed in 5.4
Edit report at https://bugs.php.net/bug.php?id=60306edit=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: ?php $s = æ´ªä»; var_dump(mb_convert_encoding($s, utf8, gbk)); ? 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: ?php declare(encoding=gb2312); $s = æ´ªä»ç; var_dump($s); ? 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: --- ?php declare(encoding=cp936); $s = æ´ªä»ç; var_dump($s); ? 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=60306edit=1
Bug #60082 [Asn-Csd]: 100% CPU / when using references with ArrayObject($ref).
Edit report at https://bugs.php.net/bug.php?id=60082edit=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=revisionamp;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=revisionamp;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=60082patch=recursion-detectionrevision=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=60082edit=1
Req #25772 [Com]: Custom comparison of objects: __equals method
Edit report at https://bugs.php.net/bug.php?id=25772edit=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=25772edit=1
Req #9195 [Ana-Bgs]: Allow this be passed as default class function parameter
Edit report at https://bugs.php.net/bug.php?id=9195edit=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=9195edit=1
Bug #60324 [Opn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324edit=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=revisionamp;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=60324edit=1
Bug #60324 [Asn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324edit=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=revisionamp;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=60324edit=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=60326edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60326r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60326r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60326r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60326r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60326r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60326r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60326r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60326r=needscript Try newer version: https://bugs.php.net/fix.php?id=60326r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60326r=support Expected behavior: https://bugs.php.net/fix.php?id=60326r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60326r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60326r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60326r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60326r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60326r=dst IIS Stability: https://bugs.php.net/fix.php?id=60326r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60326r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60326r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60326r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60326r=mysqlcfg
Bug #60324 [Asn]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324edit=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=revisionamp;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=60324edit=1
Bug #60324 [Asn-Csd]: Cannot validate any file in yaf directory
Edit report at https://bugs.php.net/bug.php?id=60324edit=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=revisionamp;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=60324edit=1
