[PHP-DOC] #39391 [Opn->Csd]: preg_replace() as faster alternative to ereg() in the french ereg() manual
ID: 39391 Updated by: [EMAIL PROTECTED] Reported By: fc at ambika dot fr -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: * PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2006-11-05 22:41:49] fc at ambika dot fr Description: The french translation of the PHP manual for the ereg() function claims that the preg_replace() as faster alternative to ereg(). This is a non-sense : we have to talk about preg_match() instead of preg_replace(), as it was done in the english manual. Reproduce code: --- See the french translation ot the PHP manual for the ereg() function. E.g. : http://fr2.php.net/ereg Expected result: Note : preg_match(), qui utilise la syntaxe des expressions rationnelles compatibles PERL, est une alternative plus rapide de ereg(). ereg() recherche dans la chaîne string les séquences de caractères qui correspondent au masque pattern, en tenant compte de la casse. Actual result: -- Note : preg_replace(), qui utilise la syntaxe des expressions rationnelles compatibles PERL, est une alternative plus rapide de ereg_replace(). preg_replace() recherche dans la chaîne string les séquences de caractères qui correspondent au masque pattern, en tenant compte de la casse. -- Edit this bug report at http://bugs.php.net/?id=39391&edit=1
[PHP-DOC] #39391 [NEW]: preg_replace() as faster alternative to ereg() in the french ereg() manual
From: fc at ambika dot fr Operating system: * PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: preg_replace() as faster alternative to ereg() in the french ereg() manual Description: The french translation of the PHP manual for the ereg() function claims that the preg_replace() as faster alternative to ereg(). This is a non-sense : we have to talk about preg_match() instead of preg_replace(), as it was done in the english manual. Reproduce code: --- See the french translation ot the PHP manual for the ereg() function. E.g. : http://fr2.php.net/ereg Expected result: Note : preg_match(), qui utilise la syntaxe des expressions rationnelles compatibles PERL, est une alternative plus rapide de ereg(). ereg() recherche dans la chaîne string les séquences de caractères qui correspondent au masque pattern, en tenant compte de la casse. Actual result: -- Note : preg_replace(), qui utilise la syntaxe des expressions rationnelles compatibles PERL, est une alternative plus rapide de ereg_replace(). preg_replace() recherche dans la chaîne string les séquences de caractères qui correspondent au masque pattern, en tenant compte de la casse. -- Edit bug report at http://bugs.php.net/?id=39391&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39391&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39391&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39391&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39391&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39391&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39391&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39391&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39391&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39391&r=support Expected behavior:http://bugs.php.net/fix.php?id=39391&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39391&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39391&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39391&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39391&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39391&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39391&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39391&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39391&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39391&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39391&r=mysqlcfg
[PHP-DOC] #39356 [Opn->Ana]: in_array() causes "Nesting level too deep" fatal error
ID: 39356 Updated by: [EMAIL PROTECTED] Reported By: 7am dot online at gmail dot com -Status: Open +Status: Analyzed -Bug Type: Arrays related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 5.2.0 Previous Comments: [2006-11-04 14:47:26] [EMAIL PROTECTED] http://php.net/in_array is completely quiet about references this is a change from 5.1 so it should at least be a documentation problem. [2006-11-03 14:01:24] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php In php 5 objects are passed by reference, so your code does in fact create a circular dependency. [2006-11-03 03:04:24] 7am dot online at gmail dot com Description: Doing a in_array() check against an array containing objects with recursive dependency causes a "Nesting level too deep - recursive dependency?" fatal error. Reproduce code: --- a = $a; $a->b = $b; $test = array($a, $b); var_dump(in_array($a, $test)); Expected result: bool(true), as in PHP5.1.6 Actual result: -- Fatal error: Nesting level too deep - recursive dependency? in [FILENAME] on line 19 -- Edit this bug report at http://bugs.php.net/?id=39356&edit=1
[PHP-DOC] Notes Status, 16214 total
Following are the top 20 pages of the manual, sorted by the number of user notes contributed. These sections could use a polish, those notes represent 8.6% of the 16214 total user notes. Notes | Page ---+- 93 | http://php.net/manual/en/ref.session.php 91 | http://php.net/manual/en/function.header.php 83 | http://php.net/manual/en/reserved.variables.php 83 | http://php.net/manual/en/function.strtotime.php 78 | http://php.net/manual/en/ref.image.php 77 | http://php.net/manual/en/function.preg-match.php 73 | http://php.net/manual/en/function.mssql-connect.php 72 | http://php.net/manual/en/function.fsockopen.php 72 | http://php.net/manual/en/features.file-upload.php 70 | http://php.net/manual/en/function.readdir.php 67 | http://php.net/manual/en/function.array-search.php 65 | http://php.net/manual/en/ref.com.php 64 | http://php.net/manual/en/function.fgetcsv.php 59 | http://php.net/manual/en/function.rand.php 59 | http://php.net/manual/en/function.in-array.php 59 | http://php.net/manual/en/function.exec.php 58 | http://php.net/manual/en/function.serialize.php 58 | http://php.net/manual/en/ref.curl.php 57 | http://php.net/manual/en/language.variables.scope.php 57 | http://php.net/manual/en/ref.exec.php
Re: [PHP-DOC] New Functable Scripts
Hi all, I've mentioned this on IRC, but it's now time to bring it over to the list (I hope). I've started rewriting functable; I've got a mostly-working version written, entirely in PHP, so we can finally kiss that big blob of AWK goodbye. No offense, but most of us have no idea how to maintain it, and we've ported most (all?) of our other tools to PHP for this reason. Take a look: http://www.phpdoc.info/newfunctable.tgz http://www.phpdoc.info/newfunctable-nodb.tgz the latter is much smaller, but isn't bootstrapped It only generates the XSL (see gen_xsl.php), and not DSSSL, yet. It also only knows of php-src, and not of PECL (yet). So... thoughts? bugs? complaints? sanity check? Great news :) The PECL data will be difficult to generate (I mean, the PECL package version), but for a first step writing "PECL" would be enough. Also, you are going to commit this to phpdoc/scripts and not to functable, right? Nuno
