[PHP-DEV] PHP 4 Bug Summary Report
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (626 total including feature requests) ===[*Compile Issues]== 43389 Open configure ignoring --without-cdb flag ===[Apache2 related]== 38670 Open Whole 4.4.x branch has problem with open_basedir option nested from Apache2 ===[Arrays related]=== 31114 Assigned foreach modify array (works with PHP 5.1) 37451 Open array_multisort fails to trigger by val copy of data (works in PHP = 5.1) 39764 Suspended array_key_exists inconsistent behavior 42177 Open Warning array_merge_recursive(): recursion detected comes again... ===[CGI related]== 42180 Open php in fastcgi environment periodicaly get 90% of CPU ===[Class/Object related]= 39254 Open Refcount error with static variables and object references (PHP4 only) ===[Compile Failure]== 43751 Open unpack test case fails ===[Date/time related] 43472 Open strtotime(first Sunday ... does not work in command line ===[Documentation problem] 29045 Suspended gzopen for URL 36663 Open unexpected difference between zlib.output_compression and ob_gzhandler ===[FDF related]== 34811 Assigned fdf_get_value max size ===[Feature/Change Request]=== 3066 Open Parameter for dns functions to select different DNS 3799 Suspended default_charset brings small incompatibility 3830 Open Function to timeout/break off a function 5007 Analyzed enable no-resolve mode for here docs 5169 Open Missing recursive behavior 5311 Analyzed implement checkdnsrr() and getmxrr() on windows 5575 Open open_basedir to ~ 5601 Analyzed @function() should not turn of error reporting for critical errors 5804 Open parser error if any spaces follow indentifier in with here doc syntax 5883 Assigned --enable-trans-sid modification request 5954 Open Informix can't reliably figure if a text result column is NULL 5975 Open version of strip_tags() that specifies tags to strip (instead of tags to keep) 6118 Open Can not supress runtime warnings on foreach 6268 Open ternary op return only by value 6399 Open checkdate should be able to validate a time as well as a date (timestamp) 6427 Open func_get_arg() does not support references 6503 Open no support for multiple resultset query? 6512 Analyzed sort() Does not sort stings as expected 6574 Open SMTP functions via IMAP c-client library 6680 Open regexps (ereg*) ignores locale settings 6911 Open Problem with array_merge(_recursive) 6927 Suspended 6932 Open Filesize / File_exists and include_path 6993 Open uninstalling is a pain in the ass 7006 Open preg_replace ( string pattern, array replacement, string subject ); 7028 Analyzed xml=shared and wddx do not work together 7132 Assigned fsockopen doesn't report dns lookup failure 7398 Open Stored procedure error return values not passed through 7507 Open Better ODBC error reporting/fetching 7541 Open please consider also support HPUX shl_* 7553 Open RFC: Uplevel Block structure 7559 Open zend_hash_get_current_key_ex returning persistent strings 7578 Open next() and current() do not return referenceing arrays 7808 Open variable value triggerd by function 7923 Analyzed htmlentities doesn't work for ISO 8859-2 7930 Open List() constructor reference assignment 8100 Assigned extract(), extra feature 8108 Analyzed implement trans-sid as output handler 8295 Open absolute path in extension= directive in php.ini not recognized 8395 Open register_shutdown_function() error 8397 Open Multi-results sets are not suppported 8427 Analyzed Unwanted references 8428 Open continue doesn't pass thru a switch statement 8595 Open More effective parsing of list() (+other) 8640 Open enumeration type 8685 Open heredoc: remove column 1 closing identifier requirement 8809 Open Cookieless session with Header redirects 8827 Open PHP_AUTH_PW stores password when using External Authentication 8855 Open session_start should return also FALSE 8897 Open Significant portions of the InterBase API have no PHP representation. 8948 Open readline_completion_function enhance 9095 Open colon/semicolon delimitd extension_dir ? 9195 Analyzed Default class function arguments 9262 Analyzed Inconsistency in the implementation of
[PHP-DEV] CVS Account Request: poke
Translating the documentation -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP 6 Bug Summary Report
PHP 6 Bug Database summary - http://bugs.php.net Num Status Summary (66 total including feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers ===[*Unicode Issues]== 42163 Open fgetcsv() gives different output with and without Unicode ===[Apache2 related]== 42209 Open fail on make for sapi/apache2handler/apache_config.lo ===[Arrays related]=== 35277 Suspended incorrect recursion detection 41758 Assigned SORT_LOCALE_STRING broken for sort() in PHP6 43109 Assigned array_intersect() emits unexpected no of notices when 2d array is passed as arg ===[Class/Object related]= 33595 Assigned recursive references leak memory 41461 Assigned E_STRICT notice when overriding methods not defined by an Interface in hierarchy ===[Compile Failure]== 42606 Open unicode/constants.c relies on ICU draft api ===[Feature/Change Request]=== 20377 Open php_admin_value affects _only_ .htaccess 27618 Open curl_multi_info_read does not appear to work 28261 Open Lifting reserved keyword restriction for method names 29479 Suspended changing current process name 34211 Open PDO_OCI: Allow for data type TIMESTAMP(0) WITH LOCAL TIME ZONE 34252 Open Base functions extension and refactoring 34527 Open trim functions extension 34775 Open parse_url() provide better error description on failure 34882 Open Unable to access *original* posted variable name with dot in 35309 Open Database connection pooling 37081 Open Make the include-errors mention faulty permissions 37380 Open DOMDocument-createAttribute[NS] can't set value 37546 Open DOMDocumentFragment-appendXML namespace support 37796 Open t_is_not_identical for ? 38622 Open Proposed new security scheme for shared hosting (safe mode substitute) 38946 Open pecl/docblock should be merged into ext/tokenizer 40013 Open php_uname() doesnt return nodename 40499 Open filter sapi does not register any highlightning filter 41019 Assigned auto update feature for FastCGI for IIS 41119 Open range() function behavior different on PHP6 and PHP5 41602 Open POSIX functions on Windows using Cygwin Library 42262 Open get_magic_quotes_gpc() should be there and return false 42727 Open Zend doesn't fail with syntax error 42922 Open request for 64bit numbers in php6 43743 Open Unicode Error Mode That Throws Exceptions On Error ===[Filesystem function related]== 27792 Assigned Functions fail on large files (filesize,is_file,is_dir) 42037 Open fgetc() retuns one char when fails to read on php6 42057 Open fwrite() writes data into file when length is given as a negative value 42110 Open fgetcsv doesn't handle \n correctly in multiline csv record 42125 Open fgetss reads an extra char from file created using file_put_content() 42126 Open size of the file differ, when created using file_put_content() on php6 42167 Open fgetcsv gives different output on php6 compared to php5 42219 Open length argument of fgetcsv() is not effective/working in PHP6 42229 Open fgetcsv() behaves differently for a file containing '\n' with php5 and php6. ===[GD related]=== 34670 Assigned imageTTFText for Indian scripts (Devanagari) 34992 Assigned imageconvolution does not respect alpha ===[I18N and L10N related] 42471 Open locale_set_default returns true on invalid locales ===[ODBC related]= 39756 Assigned Crashes in fetching resultsets with LONG ASCII columns from MaxDB ===[OpenSSL related]== 25614 Suspended openssl_pkey_get_public() fails when given a private key ===[Other web server]= 26495 Suspended Using WebSite Pro 2.5 with ISAPI, cookies are not working ===[PDO related]== 35368 Suspended PDO query does not work properly with serialize 39171 Assigned pdo_mysql configure script sets empty default socket 42079 Open pdo_mysql always links to 3.x libraries (== PDO* in HEAD is out-dated) ===[Performance problem]== 42528 Open Out of char(8-bit) range value doesn't roll back, with uni-code ON.
Re: [PHP-DEV] CVS Account Request: poke
Hi Bui On Jan 14, 2008 10:38 AM, Bui Dinh Ngoc [EMAIL PROTECTED] wrote: Translating the documentation Please have a quick look at our Information for Translators chapter in the dochowto; http://doc.php.net/php/dochowto -Hannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: Array syntax []
-1 On Jan 14, 2008 1:38 AM, Lokrain [EMAIL PROTECTED] wrote: -1 On Jan 13, 2008 11:25 PM, Adler Medrado [EMAIL PROTECTED] wrote: +1 Andi Gutmans [EMAIL PROTECTED] escreveu na notÃcia da mensagem:[EMAIL PROTECTED] Andi 2003: http://www.mail-archive.com/internals@lists.php.net/msg03896.html Andi's brain evolves 2007: http://marc.info/?l=php-internalsm=117057393530217w=2 And today I'm still +1. I really think by looking at some of the examples I worked through with my original posting in February and some of the recent comments the majority of people find [] more readable. It's cleaner, shorter and comes natural to most people. It's not about saving 5 characters as I type quickly, I really feel it's more readable and natural. We're kind of odd as a language in that sense i.e. array(...) I think almost everyone here agreed it'd benefit them and maybe the ones who don't would go through the same process I went through once they get used to it J Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: SUMMARY: Array syntax
A +1 from me (in case my vote counts).
The main reason behind it is readability:
$x = array(1 = array(1, 2, 3), array(array(1), 2));
vs.
$x = [1 = [1, 2, 3], [[1], 2]];
The latter form looks much better to me - it is faster to read and to
understand it (and to type it, of course, although it shouldn't be a
factor), especially for such multi-dimensional definitions.
The benefit of using the new syntax is even bigger when dealing with
function calls + conditionals:
if (in_array($z, array(1, 2, 3))) {
$s = str_replace(array('a', 'b', 'c'), array('d', 'e', 'f'), 'abc');
}
vs.
if (in_array($z, [1, 2, 3])) {
$s = str_replace(['a', 'b', 'c'], ['d', 'e', 'f'], 'abc');
}
With the square brackets syntax a pair of redundant parantheses is
removed, thus making it easier to distinguish between data definition
and function call (conditional, expression...) closures and helping
identify arrays among such compound structures. ;-)
Regards,
--
Kouber Saparev
http://kouber.saparev.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] SUMMARY: Array syntax
On Sat, 2008-01-12 at 00:52 +0300, Antony Dovgal wrote: On 11.01.2008 22:13, Sam Barrow wrote: input from many people is great, moreover - it is necessary. However, it is not the same as deciding by arithmetical majority of votes of whoever cares to vote on technical questions. Which is a valid point in most cases, but this is not technical, it's purely syntactic. Surely it's technical, doesn't matter what exactly it's supposed to affect - its syntax or its functionality. If we were voting on implementing a highly advanced technical feature then yes, people who know what they're talking about should be given more weight, but in this case I don't think so. You're not going to fix bug reports related to the parser, or are you? I don't know exactly what you mean, and what does that have to do with anything? All I said was a simple fact. This is syntactic, not functional. Some people like looking at square brackets while some don't. Nobody on this thread is more qualified than anybody else on this subject, it's only a matter of opinion. That's it. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: delizeka
I am a professional PHP developer and working as web application developer specialist in Turkey. My native language is Turkish. I appreciate contributing open-source software projects. And after using PHP for several years, I think that it is time to contribute PHP for me. As a beginning, I would like to translate PHP documents to Turkish as much as I can. I searched for where to start, I found out phpdoc-tr folder on CVS tree. I suppose that if I have a CVS account, submitting translations will be easier than sending them to mail lists. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] voting
On Jan 13, 2008, at 5:58 PM, Stanislav Malyshev wrote: Voting to achieve what? Fair decisions in a simpler, effective and right manner (and not discutable, ideally). I do not consider fairness, whatever that could mean, having anything to do with technical decisions regarding PHP, I vote that PHP should get a pony! Who's with me! Voting is good in that it helps express the wills and desires *of those who vote*. Some of those opinions may be wrong, insane, or silly, but it provides a means to evaluate an opinion professed by a group, rather than as an individual. IMSHO, for PHP, voting is an *informative*, not *conformative*, process. Let's take two arguments, with different heritages, authors, and origins. Suoshin patches. mysql_session patches. We could have 100% voted desire to make all of these HEAD, and still say No. Voting expresses voter *will*, not outcome. For the former and latter, these are feature, not technical, requests. neither I think counting votes is the process that allows to arrive to a decision best for PHP. That's why votes influence, but do not determine, outcomes. I personally know very little about some areas of PHP code, It's a big club. We should get T-shirts. and it make little sense that my vote would carry the same weight as opinion of the person that wrote and maintains the code. There's nothing in arithmetic majority of people that makes any decision better, more effective, more right and not disputable. Thousands of people can be wrong as easy as one person can be, and one person can be as right as a thousand. True, that. For those not versed in US-style democracy, the way we do it here is to elect (theoretically) somebody with a clue. Their one clue easily vote trumps thousands. The thing is, is that, well, if Rasmus, Zeev, Andi, Wez, *whoever* has a big voice, stopped listening or went insane or *whatever*, we have to have a way of fixing such a case. Also, vast majority of PHP users never read this list and would know nothing of any votes held or announced here, so representing that as a poll reflecting opinion of a millions-wide PHP community makes no sense whatsoever. Agreed. -Ronabop -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
