[PHP-DOC] #21456 [NEW]: undocumented feature of strstr() & co.
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: undocumented feature of strstr() & co. strstr() and company has undocumented feature for the way how the second parameter is used. In the moment the second parameter is defined as string but must be mixed. When int instead of string is passed the ascii symbol of that int is used as a needle. For reference a mail from Ilia to php-dev : http://marc.theaimsgroup.com/?l=php-dev&m=104179161510583&w=2 Andrey -- Edit bug report at http://bugs.php.net/?id=21456&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21456&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21456&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21456&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21456&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21456&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21456&r=support Expected behavior: http://bugs.php.net/fix.php?id=21456&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21456&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21456&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21456&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21456&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21456&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21456&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21456&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21460 [NEW]: Online manual doc issue
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Online manual doc issue In function.file-get-contents.php it says "Identical to readfile(), except that file_get_contents() returns the file in a string." which is wrong... (or misleading at best)... readfile() immediately outputs the file and the return value from the function is success or failure. file_get_contents() does not behave like this at all. I would suggest that the document reads: "Identical to file(), except that file_get_contents() returns the file in a string." Since the return values from both functions are the contents of the file, just in different formats (array vs string). Paul, aka Qube@#php -- Edit bug report at http://bugs.php.net/?id=21460&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21460&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21460&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21460&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21460&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21460&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21460&r=support Expected behavior: http://bugs.php.net/fix.php?id=21460&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21460&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21460&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21460&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21460&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21460&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21460&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21460&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #15637 [Com]: if using URI, ldap_connect() returns resource ID when server does not exist
ID: 15637 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Linux - RedHat 7.2 PHP Version: 4.3.0-dev New Comment: when using an ip address ldap_connect doesn't work as described. $server = "10.1.1.100"; $port = "389"; $ds = ldap_connect($server, $port); the result is true even if the server does not exist or the service is not running. Previous Comments: [2002-12-27 16:27:34] [EMAIL PROTECTED] I have observed something like this (in php-4.30rc3): The whole script: regards. [2002-11-29 09:07:12] [EMAIL PROTECTED] Hello, in php-4.30rcX, the ldap_connect doesn't perform the connection, so documentation should be updated. But, the documention (on zend site) for ldap_connect is: ldap_connect() establishes a connection to a LDAP server on a specified hostname and port. Both the arguments are optional. --> If no arguments are specified then the link identifier of the already opened link will be returned. In my script i don't have any previous opened link, so i think the function would return FALSE. Or the documention is wrong and need correction. Sincerely [2002-10-31 15:09:44] [EMAIL PROTECTED] [EMAIL PROTECTED] suggests that "Checking the return code of ldap_bind() would be the proper thing to do anyway." However, the act of calling ldap_bind generates an error message on the page, e.g.: "Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /home/shop/www/ldaps-1.php on line 8" before any check can be made on the results of ldap_bind(). We are trying to create our first secure ldap system, and the false-positive returns from ldap_connect() are making it difficult to track down problems. [2002-07-02 11:19:51] [EMAIL PROTECTED] Reverified during bughunt. From the user-comments: "When using an URI to describe the connection, the (open)ldap library only parses the url and checks if it's valid, _no connection_ is established in that case." [EMAIL PROTECTED] [2002-02-20 05:20:14] [EMAIL PROTECTED] This is not an PHP/ldap bug but a documentation problem it seems to me. When using an URI to describe the connection, the (open)ldap library only parses the url and checks if it's valid, _no connection_ is established in that case. Checking the return code of ldap_bind() would be the proper thing to do anyway. 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 http://bugs.php.net/15637 -- Edit this bug report at http://bugs.php.net/?id=15637&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20878 [Com]: IIS Server setup to run php code imbeded in html files
ID: 20878 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows 200 PHP Version: 4.2.3 New Comment: Um... If you're saying that the php code should work in the *.html and *.htm files. I hate to tell you this. This does not work that way. PHP script do not work in any files other than *.php and *.inc (if with include file function). It have been this way from day one. Previous Comments: [2002-12-07 10:17:27] [EMAIL PROTECTED] After installing php-4.2.3-installer.exe per install.txt and configuring IIS as recommended in various help files, I found that my browser would run .php files ok but not .html files with inbedded php code. I wasted a lot of time trying to find the answer which is not mentioned anywhere in the install.txt, (or any other help of FAQ for that matter); The way install.txt describes setting up the IIS server works very well for getting the browser to work with .php files but does nothing at all for .html files that have imbedded php code. In the Internet Services Manager>Default Web Site>Properties page>Home Directory>configuration the following must be added to run php code imbedded in an HTML file:in addition to adding .php and the executable path,it is necessary to also add .html and .htm extensions + the executable path in order to run imbeded php code. Perhaps this solution should have been plain to see - but not! Thanks for your consideration, -- Edit this bug report at http://bugs.php.net/?id=20878&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20878 [Opn->Bgs]: IIS Server setup to run php code imbeded in html files
ID: 20878 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows 200 PHP Version: 4.2.3 New Comment: fletchsod's comments are misleading and wrong. This report is being marked bogus as it's not PHP's job to document how to configure web servers for every file extension. Previous Comments: [2003-01-06 12:10:39] [EMAIL PROTECTED] Um... If you're saying that the php code should work in the *.html and *.htm files. I hate to tell you this. This does not work that way. PHP script do not work in any files other than *.php and *.inc (if with include file function). It have been this way from day one. [2002-12-07 10:17:27] [EMAIL PROTECTED] After installing php-4.2.3-installer.exe per install.txt and configuring IIS as recommended in various help files, I found that my browser would run .php files ok but not .html files with inbedded php code. I wasted a lot of time trying to find the answer which is not mentioned anywhere in the install.txt, (or any other help of FAQ for that matter); The way install.txt describes setting up the IIS server works very well for getting the browser to work with .php files but does nothing at all for .html files that have imbedded php code. In the Internet Services Manager>Default Web Site>Properties page>Home Directory>configuration the following must be added to run php code imbedded in an HTML file:in addition to adding .php and the executable path,it is necessary to also add .html and .htm extensions + the executable path in order to run imbeded php code. Perhaps this solution should have been plain to see - but not! Thanks for your consideration, -- Edit this bug report at http://bugs.php.net/?id=20878&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: #20878 [Com]: IIS Server setup to run php code imbeded in htmlfiles
And even IF you would go as far as to have .htm and .html files parsed as PHP-files, you should add this to APACHE, and NOT IE!! Since the code in IE gets run locally on your computer, not locally on the server, as it would in case of apache. - Tularis [EMAIL PROTECTED] wrote: ID: 20878 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Windows 200 PHP Version: 4.2.3 New Comment: Um... If you're saying that the php code should work in the *.html and *.htm files. I hate to tell you this. This does not work that way. PHP script do not work in any files other than *.php and *.inc (if with include file function). It have been this way from day one. Previous Comments: [2002-12-07 10:17:27] [EMAIL PROTECTED] After installing php-4.2.3-installer.exe per install.txt and configuring IIS as recommended in various help files, I found that my browser would run .php files ok but not .html files with inbedded php code. I wasted a lot of time trying to find the answer which is not mentioned anywhere in the install.txt, (or any other help of FAQ for that matter); The way install.txt describes setting up the IIS server works very well for getting the browser to work with .php files but does nothing at all for .html files that have imbedded php code. In the Internet Services Manager>Default Web Site>Properties page>Home Directory>configuration the following must be added to run php code imbedded in an HTML file:in addition to adding .php and the executable path,it is necessary to also add .html and .htm extensions + the executable path in order to run imbeded php code. Perhaps this solution should have been plain to see - but not! Thanks for your consideration, -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: #20878 [Com]: IIS Server setup to run php code imbeded in html
My appoligies, I'm a bit sleepy and not really thinking straight, should've posted this in the bug message *rolls eyes* Tularis wrote: And even IF you would go as far as to have .htm and .html files parsed as PHP-files, you should add this to APACHE, and NOT IE!! Since the code in IE gets run locally on your computer, not locally on the server, as it would in case of apache. - Tularis -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: #20878 [Com]: IIS Server setup to run php code imbeded in html
Tularis Don't post your comment. It is not correct. I think that somehow you mixed IIS and IE, two different beasts (from a beastly OS ;-) --- Tularis <[EMAIL PROTECTED]> wrote: > My appoligies, I'm a bit sleepy and not really > thinking straight, > should've posted this in the bug message *rolls > eyes* > > Tularis wrote: > > And even IF you would go as far as to have .htm > and .html files parsed > > as PHP-files, you should add this to APACHE, and > NOT IE!! Since the code > > in IE gets run locally on your computer, not > locally on the server, as > > it would in case of apache. > > > > - Tularis = --- Jesus M. Castagnetto <[EMAIL PROTECTED]> __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21474 [NEW]: Documentation inaccurate
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6 PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Documentation inaccurate The online documentation for the configure options doesn't list GD as being built in now, I havn't checked the other options, but I think the they need updating for 4.3.0. -- Edit bug report at http://bugs.php.net/?id=21474&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21474&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21474&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21474&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21474&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21474&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21474&r=support Expected behavior: http://bugs.php.net/fix.php?id=21474&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21474&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21474&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21474&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21474&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21474&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21474&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21474&r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21474 [Opn]: Bundled GD needs documenting
ID: 21474
Updated by: [EMAIL PROTECTED]
-Summary: Documentation inaccurate
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: FreeBSD 4.6
PHP Version: 4.3.0
New Comment:
To whoever updates the GD config docs, please do not use the term
"built-in" as it is not built-in but rather a php version of GD is
bundled. Windows has and still includes the GD dll's in the download.
Information should include what version of GD is bundled, what
differences occur from the boutell version for that given version, and
that it is strongly suggested to use the bundled
version.
Simply --with-gd or --enable-gd will use the bundled version. I'm not
sure the best way to describe that --with-gd does not look for a local
copy of GD on the system in {PREFIX} like most options do and like
--with-gd used to do before PHP 4.3.0.
Anyway, this is a tricky one so please do some research before
committing :)
Previous Comments:
[2003-01-06 17:24:50] [EMAIL PROTECTED]
The online documentation for the configure options doesn't list GD as
being built in now, I havn't checked the other options, but I think the
they need updating for 4.3.0.
--
Edit this bug report at http://bugs.php.net/?id=21474&edit=1
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions file-get-contents.xml
nicos Mon Jan 6 18:42:52 2003 EDT Modified files: /phpdoc/en/reference/filesystem/functions file-get-contents.xml Log: fixing #21460 Index: phpdoc/en/reference/filesystem/functions/file-get-contents.xml diff -u phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.4 phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.5 --- phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.4 Thu Jul 11 17:00:35 2002 +++ phpdoc/en/reference/filesystem/functions/file-get-contents.xml Mon Jan 6 +18:42:51 2003 @@ -1,5 +1,5 @@ - + @@ -14,8 +14,9 @@ intuse_include_path - Identical to readfile, except that - file_get_contents returns the file in a string. + Identical to file, except that + file_get_contents returns the file in a string + and not an array where each element corresponds to a line in the file. ¬e.bin-safe; &tip.fopen-wrapper; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21460 [Opn->Csd]: Online manual doc issue
ID: 21460 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.3.0 New Comment: This bug has been fixed. Please wait a little the documentation's update. Thank you for your report. Previous Comments: [2003-01-06 06:08:02] [EMAIL PROTECTED] In function.file-get-contents.php it says "Identical to readfile(), except that file_get_contents() returns the file in a string." which is wrong... (or misleading at best)... readfile() immediately outputs the file and the return value from the function is success or failure. file_get_contents() does not behave like this at all. I would suggest that the document reads: "Identical to file(), except that file_get_contents() returns the file in a string." Since the return values from both functions are the contents of the file, just in different formats (array vs string). Paul, aka Qube@#php -- Edit this bug report at http://bugs.php.net/?id=21460&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/filesystem/functionsfile-get-contents.xml
On Mon, 6 Jan 2003, CHAILLAN Nicolas wrote: > nicos Mon Jan 6 18:42:52 2003 EDT > > Modified files: > /phpdoc/en/reference/filesystem/functions file-get-contents.xml > Log: > fixing #21460 > > Index: phpdoc/en/reference/filesystem/functions/file-get-contents.xml > diff -u phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.4 >phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.5 > --- phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.4Thu >Jul 11 17:00:35 2002 > +++ phpdoc/en/reference/filesystem/functions/file-get-contents.xmlMon Jan 6 >18:42:51 2003 > @@ -1,5 +1,5 @@ > > - > + > > > > @@ -14,8 +14,9 @@ >choice="opt">intuse_include_path > > > - Identical to readfile, except that > - file_get_contents returns the file in a string. > + Identical to file, except that > + file_get_contents returns the file in a string > + and not an array where each element corresponds to a line in the file. > > ¬e.bin-safe; > &tip.fopen-wrapper; This is confusing, do strings contain elements? Are the newlines preserved? That bug suggests this less confusing version: Identical to file(), except that file_get_contents() returns the file in a string. KISS. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions file-get-contents.xml
nicos Mon Jan 6 18:52:22 2003 EDT Modified files: /phpdoc/en/reference/filesystem/functions file-get-contents.xml Log: fixing #21460 (less descriptive it looks its better) Index: phpdoc/en/reference/filesystem/functions/file-get-contents.xml diff -u phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.5 phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.6 --- phpdoc/en/reference/filesystem/functions/file-get-contents.xml:1.5 Mon Jan 6 18:42:51 2003 +++ phpdoc/en/reference/filesystem/functions/file-get-contents.xml Mon Jan 6 +18:52:22 2003 @@ -1,5 +1,5 @@ - + @@ -15,8 +15,7 @@ Identical to file, except that - file_get_contents returns the file in a string - and not an array where each element corresponds to a line in the file. + file_get_contents returns the file in a string. ¬e.bin-safe; &tip.fopen-wrapper; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #18129 [Com]: Installation PHP 4.2.X with Apache 2.0.x
ID: 18129 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Documentation problem Operating System: Win32 PHP Version: 4.3.0-dev New Comment: okay guys.. guess what i almost tried everything up on this page, and finally something worked for me. read the post "[23 Oct 2002 8:52pm] [EMAIL PROTECTED]" on this page.. very very very very helpful. Thanks to the great guy who posted that heh. I got Windows XP Apache 2.0.43 (apache_2.0.43-win32-x86-no_ssl.msi file), with Php 4.3.0 (php-4.3.0-Win32.zip file). This is great stuff.. thanks alot to that dude again.. he did it for me. Previous Comments: [2002-12-20 19:21:12] [EMAIL PROTECTED] i had similar trubles on win2+sp3 apache 2.0.43 & php 4.xx(cause i tried a lot till it worked) however i found this version (PHP Version 4.3.0RC3) from http://bugs.php.net/bug.php?id=17826 13 Dec 7:46am] [EMAIL PROTECTED] OK, corrected thanks to Edin: # There is link on the front page: # # http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip # # Edin Vince may god be with them and i use the same 2lines as described on top of the page ( LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php ) and it´s working i can´t belive it hope that will help .. [2002-12-16 20:08:29] [EMAIL PROTECTED] Thanks, [EMAIL PROTECTED], your recipe also FIX this error: Event Type: Error Event Source: Apache Service The Apache service named reported the following error: >>> Cannot load D:/PHP4/sapi/php4apache2.dll into server: The specified procedure could not be found. . For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. [2002-11-19 03:49:31] [EMAIL PROTECTED] index.txt has been updated to include Apache 2 related information and will show up in PHP 4.3.0. Also, please read the following documentation online: http://www.php.net/manual/en/install.apache.php The change to index.txt can be seen here: http://cvs.php.net/diff.php/php4/win32/install.txt?r1=1.16&r2=1.17 This bug report is closed. If you have support related questions on this issue please use the following location: http://www.php.net/support It's recommended to not use Apache 2 as PHP support for it is experimental. Thank you for the report and helping make PHP better :-) [2002-11-12 10:14:24] [EMAIL PROTECTED] In Addition: While checking if PHP is working keep in mind clearing the browser cache! I thought my Apache2 server continues not work with PHP but the only thing was Mozilla keeping in mind the last access type of the URL... [2002-10-23 20:52:51] [EMAIL PROTECTED] If you're getting "Cannot load C:/php4/sapi/php4apache2.dll into server: The specified module could not be found." or "apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903)." I got it working and this is everything I did: 1. Download: a. Apache: apache_2.0.43-win32-x86-no_ssl.msi b. PHP: php-4.2.3-Win32.zip c. Latest PHP Snap: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 2. Install a. apache b. PHP (by upzipping and renaming dir to "c:\php" 2. Copy c:\php\php.ini-recommended to c:\windows\php.ini 3. Edit c:\php.ini -doc_root = [current apache doc root] -extension_dir = C:\php\extensions 4. Copy c:\php\php4ts.dll to c:\winnt\system32\ 4. Copy php4apache2.dll from the c. Snap zip file to c:\php\sapi\ 6. Edit Apache's configuration file and add: LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php 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 http://bugs.php.net/18129 -- Edit this bug report at http://bugs.php.net/?id=18129&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/stream/functions stream-filter-append.xml stream-filter-prepend.xml stream-get-filters.xml
pollita Mon Jan 6 20:57:08 2003 EDT Modified files: /phpdoc/en/reference/stream/functions stream-filter-append.xml stream-filter-prepend.xml stream-get-filters.xml Log: Document optional parameters Index: phpdoc/en/reference/stream/functions/stream-filter-append.xml diff -u phpdoc/en/reference/stream/functions/stream-filter-append.xml:1.1 phpdoc/en/reference/stream/functions/stream-filter-append.xml:1.2 --- phpdoc/en/reference/stream/functions/stream-filter-append.xml:1.1 Sat Jan 4 02:17:18 2003 +++ phpdoc/en/reference/stream/functions/stream-filter-append.xml Mon Jan 6 +20:57:08 2003 @@ -1,5 +1,5 @@ - + stream_filter_append @@ -11,11 +11,13 @@ boolstream_filter_append resourcestream stringfiltername + stringparams Adds filtername to the list of filters attached to stream. This filter will be - added to the end of the list and + added with the specified params + to the end of the list and will therefore be called last during stream opperations. To add a filter to the beginning of the list, use stream_filter_prepend. Index: phpdoc/en/reference/stream/functions/stream-filter-prepend.xml diff -u phpdoc/en/reference/stream/functions/stream-filter-prepend.xml:1.1 phpdoc/en/reference/stream/functions/stream-filter-prepend.xml:1.2 --- phpdoc/en/reference/stream/functions/stream-filter-prepend.xml:1.1 Sat Jan 4 02:17:18 2003 +++ phpdoc/en/reference/stream/functions/stream-filter-prepend.xml Mon Jan 6 +20:57:08 2003 @@ -1,5 +1,5 @@ - + stream_filter_prepend @@ -11,11 +11,13 @@ boolstream_filter_prepend resourcestream stringfiltername + stringparams Adds filtername to the list of filters attached to stream. This filter will be - added to the beginning of the list and + added with the specified params + to the beginning of the list and will therefore be called first during stream opperations. To add a filter to the end of the list, use stream_filter_append. Index: phpdoc/en/reference/stream/functions/stream-get-filters.xml diff -u phpdoc/en/reference/stream/functions/stream-get-filters.xml:1.1 phpdoc/en/reference/stream/functions/stream-get-filters.xml:1.2 --- phpdoc/en/reference/stream/functions/stream-get-filters.xml:1.1 Sat Jan 4 23:25:06 2003 +++ phpdoc/en/reference/stream/functions/stream-get-filters.xml Mon Jan 6 20:57:08 +2003 @@ -1,5 +1,5 @@ - + stream_get_filters @@ -9,11 +9,13 @@ Description arraystream_get_filters - + boolsystem - Returns an indexed array containing the name of all stream filters - available on the running system. + Returns an indexed array containing the name of all user-defined stream filters + available on the running system. If the system + parameter is set to true, then system defined filters will be included in the +returned + array as well. See Also: -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
