Re: [PHP-DOC] cvs: phpdoc /en/reference/zlib ini.xml reference.xml /en/reference/zlib/functions gzclose.xml gzcompress.xml gzdeflate.xml gzencode.xml
On Mon, 12 Jul 2004, Marco Cucinato wrote: Il 00:47, lunedì 12 luglio 2004, Marco Cucinato ha scritto: cucinatoSun Jul 11 18:47:21 2004 EDT Modified files: /phpdoc/en/reference/zlib ini.xml reference.xml /phpdoc/en/reference/zlib/functions gzclose.xml gzcompress.xml gzdeflate.xml gzencode.xml Log: Sync to EN tree Whooops... dunno what happened perhaps the CVS directory got copied from the EN section... I'm reverting them now. I did not see the revert commit message, can you please check? regards, Derick
[PHP-DOC] #29039 [WFx]: ereg {0,255} limited to 255 ... and not documented
ID: 29039
Updated by: [EMAIL PROTECTED]
Reported By: info at smithfieldentertainment dot com
Status: Wont fix
Bug Type: Documentation problem
Operating System: UNIX
PHP Version: Irrelevant
New Comment:
PCRE Pattern Syntax is documentation to Perl Compatible Regular
Expressions, not to POSIX Regular Expressions. There's no such
limitation in PCRE.
In Introduction part of http://www.php.net/manual/en/ref.regex.php is
link to regular expression documentation - man page regex.7 where is
written: A bound is `{' followed by an unsigned decimal integer,
possibly followed by `,' possibly followed by another unsigned decimal
integer, always followed by `}'. The integers must lie between 0 and
RE_DUP_MAX (255(!)) inclusive.
Previous Comments:
[2004-07-11 08:32:51] info at smithfieldentertainment dot com
It seems the only useful information about regular expressions in PHP
can be found at:
http://us4.php.net/pcre.pattern.syntax
PCRE Pattern Syntax.
It DOES discuss the
{ - start min/max quantifier, and the
} - end min/max quantifier
... but does not mention any limits on PHP's ability to process strings
greater than 255 in length.
---
The PHP manual could use additional helpful info on regular
expressions. It would also be helpful if the information you've
already included was more complete.
Limits like {0, 255} ARE important to programmers.
I was able to work around it... but it took a few hours to find the
limitation in the first place, and several lines of code to work around
it once I knew what the problem was.
Please either fix PHP, or fix its documentation.
Thank you.
[2004-07-08 13:19:50] [EMAIL PROTECTED]
We have discussed this and we decided not to document this behaviour,
has this is cleary explained in the man page.
[2004-07-06 23:41:14] info at smithfieldentertainment dot com
Description:
I sent the following email to Mehdi Achour [EMAIL PROTECTED]
---
Hi,
I discovered (the hard way after hours of code troubleshooting) that
ereg/eregi/etc. functions have a very useful but LIMITED length
function.
It seems that while the ereg functions will search for matches in
(any?) length code, the length limiter {0, 255} is limited to 255.
I was trying to match lengths of 350 and 800
but couldnt figure out
why I was getting an error. Theres no documentation on this anywhere
that I could find.
Please add it to all applicable regular expression match items that it
applies to.
Thanks!
-- CJ Greiner
[EMAIL PROTECTED]
http://www.SmithfieldEntertainment.com
757-356-1166
Reproduce code:
---
if (eregi(^([a-z0-9 $*?\'.-]{100,300})$,
$register_data[register_summary], $ereg_results) == FALSE) {
$error_message .= 'brSubject Summary: Please use only letters,
numbers, and punctuation: \'-$amp;*?br';
}
Expected result:
if the user input $register_data[register_summary] does not match the
regular expression OR is ouside the acceptable length range of 100-300
letters, then the expression should return FALSE and assign an
$error_message.
Actual result:
--
Even when the user input for $register_data[register_summary] had
acceptable characters AND had acceptable lengths...
The code failed because the max length of 300 {100, 300} was causing a
FALSE or FAIL.
I experimented with the length until I brought it down to 255... then
it worked.
This limit is not documented anywhere.
There should be no limit... or at least a much higher limit, since the
matching expression will work on a much longer string if no length
limit is placed in it.
Thanks!
--
Edit this bug report at http://bugs.php.net/?id=29039edit=1
[PHP-DOC] #29105 [NEW]: Broken links in imap_rfc822_parse_adrlist docs
From: jan at horde dot org Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Broken links in imap_rfc822_parse_adrlist docs Description: RFC822 in the imap_rfc822_parse_adrlist doc page is linked to http://www.faqs.org/rfcs/rfcrfc822.html but it should be http://www.faqs.org/rfcs/rfc822.html instead. -- Edit bug report at http://bugs.php.net/?id=29105edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29105r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29105r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29105r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29105r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29105r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29105r=needscript Try newer version: http://bugs.php.net/fix.php?id=29105r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29105r=support Expected behavior: http://bugs.php.net/fix.php?id=29105r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29105r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29105r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29105r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29105r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29105r=dst IIS Stability: http://bugs.php.net/fix.php?id=29105r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29105r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29105r=float
[PHP-DOC] Memcache docs
Hi all! I'm about to commit new memcache docs to phpdoc/ repository, if there is no objections. Please, review it and check my grammar/syntax, 'cos, as you know, I'm not native english speaker. Compiled docs: http://tony2004.phpclub.net/memcache/ref.memcache.html Source DocBook XML: http://tony2004.phpclub.net/memcache/memcache-docs.tar.gz Thanks. --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
[PHP-DOC] cvs: phpdoc /en/reference/cpdf reference.xml
steinm Mon Jul 12 06:52:48 2004 EDT Modified files: /phpdoc/en/reference/cpdf reference.xml Log: - fixed some errors in second example http://cvs.php.net/diff.php/phpdoc/en/reference/cpdf/reference.xml?r1=1.12r2=1.13ty=u Index: phpdoc/en/reference/cpdf/reference.xml diff -u phpdoc/en/reference/cpdf/reference.xml:1.12 phpdoc/en/reference/cpdf/reference.xml:1.13 --- phpdoc/en/reference/cpdf/reference.xml:1.12 Mon Mar 15 08:11:04 2004 +++ phpdoc/en/reference/cpdf/reference.xml Mon Jul 12 06:52:48 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.12 $ -- +!-- $Revision: 1.13 $ -- reference id=ref.cpdf titleClibPDF Functions/title titleabbrevClibPDF/titleabbrev @@ -91,11 +91,12 @@ cpdf_begin_text($cpdf); cpdf_set_font($cpdf, Times-Roman, 30, WinAnsiEncoding); cpdf_set_text_rendering($cpdf, 1); -cpdf_text($cpdf, Times Roman outlined, 50, 750); +cpdf_text($cpdf, Times Roman outlined, 50, 50); cpdf_end_text($cpdf); -cpdf_moveto($cpdf, 50, 740); -cpdf_lineto($cpdf, 330, 740); +cpdf_moveto($cpdf, 50, 50); +cpdf_lineto($cpdf, 740, 330); cpdf_stroke($cpdf); +cpdf_finalize_page($cpdf, 1); cpdf_finalize($cpdf); Header(Content-type: application/pdf); cpdf_output_buffer($cpdf);
Re: [PHP-DOC] cvs: phpdoc /en/reference/zlib ini.xml reference.xml /en/reference/zlib/functions gzclose.xml gzcompress.xml gzdeflate.xml gzencode.xml
On Mon, 12 Jul 2004, Marco Cucinato wrote: Whooops... dunno what happened perhaps the CVS directory got copied from the EN section... I'm reverting them now. I did not see the revert commit message, can you please check? Yes, i did a cvs admin and deleted the last revisions. You should *never* do that, always use cvs diff + patch + cvs commit to revert changes. cvs admin is dangerous and should only be used if you are REALLY sure what you are doing. regards, Derick
Re: [PHP-DOC] cvs: phpdoc /en/reference/zlib ini.xml reference.xml /en/reference/zlib/functions gzclose.xml gzcompress.xml gzdeflate.xml gzencode.xml
On Mon, 12 Jul 2004, Derick Rethans wrote: You should *never* do that, always use cvs diff + patch + cvs commit to revert changes. cvs admin is dangerous and should only be used if you are REALLY sure what you are doing. Ok, sorry.
