Re: [PHP-DOC] Removal of my php.net account
Hello Mark, I appreciate your help. Thanks also for the link. I changed my password, logged in and what I see is that although the user administration tool tells me changes have been done to my profile, in fact nothing changes. I tried to disable the mail account, change the ssh key, ... I don't think it's a client side issue, as I tried many browsers from different PCs. Who could help out here? Best, Ali On Tue, 16 Apr 2013 12:46:53 +0200, Mark Wiesemann wiesem...@php.net wrote: Ali p...@rieckhof.de wrote: On Fri, 12 Apr 2013 01:02:05 -0700, Philip Olson phi...@roshambo.org wrote: Hello Ali, You can manage this in your user profile, which is here: https://master.php.net/manage/users.php?id=1061 I would love to. But it has been ages I logged in there and thus I forgot my password. https://master.php.net/forgot.php HTH, Mark
Re: [PHP-DOC] Removal of my php.net account
Hi Philip, On Fri, 12 Apr 2013 01:02:05 -0700, Philip Olson phi...@roshambo.org wrote: Hello Ali, You can manage this in your user profile, which is here: https://master.php.net/manage/users.php?id=1061 I would love to. But it has been ages I logged in there and thus I forgot my password. If anyone could reset it for me? Then I could log in and try to disable that mail forward alias, as still day for day I get mails full of useless information. Regards, Ali There's an Enable email for my account. toggle option. Regards, Philip
Re: [PHP-DOC] Removal of my php.net account
On Thu, 11 Apr 2013 11:08:19 -0700, Hannes Magnusson hannes.magnus...@gmail.com wrote: On Thu, Apr 11, 2013 at 3:19 AM, Derick Rethans der...@php.net wrote: On Thu, 11 Apr 2013, Ali wrote: I am unsure whether I am writing to the correct list, but I wanted to kindly ask the responsible people to remove my php.net account ali. Years ago I helped out on translations of the manual to german but needed to quit at some point. Until now my account seems to be enabled although I am not using it. What personally is annoying is that I daily get many spam mails, which instantly messes up my inbox. To verify that I am the owner of that alias, just send me a email to a...@php.net [1] and I will respond to that. I've disabled your address, but left your account intact. For future reference, systems@ is the place to go. Uhm.. AFAICT all you did was to remove his name from the account, not suspend the mail alias? That would at least explain, why spam continues. Would you guys mind taking a second look at the status of the alias? Thanks. a -Hannes
[PHP-DOC] Removal of my php.net account
Dear all, I am unsure whether I am writing to the correct list, but I wanted to kindly ask the responsible people to remove my php.net account ali. Years ago I helped out on translations of the manual to german but needed to quit at some point. Until now my account seems to be enabled although I am not using it. What personally is annoying is that I daily get many spam mails, which instantly messes up my inbox. To verify that I am the owner of that alias, just send me a email to a...@php.net [1] and I will respond to that. Thanks a lot and with best wishes from Germany, Ali Links: -- [1] mailto:a...@php.net
Re: [PHP-DOC] Removal of my php.net account
Well I get mails from mostly chinese webservers. Not even over the mailing lists, but directly to my php.net mail alias (account). And as I do not use it for work on PHP anymore, I thought it's the best to just remove it. On Thu, 11 Apr 2013 12:27:12 +0300, Madara Uchiha wrote: What kinds of spam are you getting? You can unsubscribe from mailing lists you know. On Apr 11, 2013 11:29 AM, Ali wrote: Dear all, I am unsure whether I am writing to the correct list, but I wanted to kindly ask the responsible people to remove my php.net [2] account ali. Years ago I helped out on translations of the manual to german but needed to quit at some point. Until now my account seems to be enabled although I am not using it. What personally is annoying is that I daily get many spam mails, which instantly messes up my inbox. To verify that I am the owner of that alias, just send me a email to a...@php.net [3] and I will respond to that. Thanks a lot and with best wishes from Germany, Ali Links: -- [1] mailto:p...@rieckhof.de [2] http://php.net [3] mailto:a...@php.net
Re: [PHP-DOC] Removal of my php.net account
On Thu, 11 Apr 2013 11:19:44 +0100 (BST), Derick Rethans der...@php.net wrote: On Thu, 11 Apr 2013, Ali wrote: I am unsure whether I am writing to the correct list, but I wanted to kindly ask the responsible people to remove my php.net account ali. Years ago I helped out on translations of the manual to german but needed to quit at some point. Until now my account seems to be enabled although I am not using it. What personally is annoying is that I daily get many spam mails, which instantly messes up my inbox. To verify that I am the owner of that alias, just send me a email to a...@php.net [1] and I will respond to that. I've disabled your address, but left your account intact. For future reference, systems@ is the place to go. Thanks Derick. Maybe at some point I have the chance to be back on the german translation project. For now I simply can't afford the time. Best, Ali cheers, Derick
[PHP-DOC] #36705 [Com]: Location header results in duplicate Status header ([f]cgi only)
ID: 36705 Comment by: ali dot sencer at gmail dot com Reported By: alisencer at gmail dot com Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.1.2 New Comment: download and tried it (php5.1-200603121330) $ ./php -v PHP 5.1.3RC2-dev (cgi-fcgi) (built: Feb 20 2006 15:24:12) ... [EMAIL PROTECTED]:~/php5.1-200603121330/sapi/cgi$ echo ?php header( 'Status: 301' );header( 'Location: http://www.example.org' );? | ./php Status: 302 X-Powered-By: PHP/5.1.3RC2-dev Status: 301 Location: http://www.example.org Content-type: text/html The bug is still present. One should not use Status: 123 but HTTP/1.x 123. Did I miss an announcement? Since when is that? Using HTTP/1.x type headers was not working on a variety of systems with (f)cgi, which is why the following snippet was introduced (which is in a lot of applications): if (substr(php_sapi_name(), 0, 3) == 'cgi') header(Status: $status); else header(HTTP/1.1 $status); (which was the only solution that worked on all systems - until some recent changes in newer releases.) I could have sworn this was somehwere in the documentation even. So in which versions was this changed? How can portable applications in PHP be written, if these things change silently every now and then. Why can header(Status: ) be used at all, if it's not supposed to be used? Can the behaviour at least be fixed in such a way, that (f)cgi won't send Status: twice, which results in a 500 error by the webserver. Thanks. [edit: I am the bug-submitter, but must have mistyped my password] Previous Comments: [2006-03-12 15:55:22] [EMAIL PROTECTED] Recalssifying as a documentation problem. One should not use Status: 123 but HTTP/1.x 123. [2006-03-12 15:39:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-03-12 14:14:36] alisencer at gmail dot com Description: In php-fastcgi, a header(Location: ..) call always results in an additional Status: header. This causes the web server to throw a 500 Internal server error. Identical code works perfectly in mod_php. The problem is specific to fastcgi. It doesn't matter what Status code the first header() call sends; the Location: call always adds a second Status: 302 line. The effect is, that it becomes impossible to use header(Location;...), if at any previous point in the script a Status header has been sent. It is also contrary to what the documentation says: http://de.php.net/manual/en/function.header.php The second special case is the Location: header. Not only does it send this header back to the browser, but it also returns a REDIRECT (302) status code to the browser unless some 3xx status code has already been set. (Note the last part of that paragraph) Related: This seems to be what was happening in this bug report as well: http://bugs.php.net/bug.php?id=33225 which unfortunately was closed as bogus. Reproduce code: --- $ echo ?php header( 'Status: 301' );header( 'Location: http://www.example.org' );? | php/php-fastcgi/php5-fcgi Expected result: Content-type: text/html; charset=UTF-8 Status: 301 Location: http://www.example.com Actual result: -- Status: 302 Content-type: text/html; charset=UTF-8 Status: 301 Location: http://www.example.com -- Edit this bug report at http://bugs.php.net/?id=36705edit=1
[PHP-DOC] #36705 [Com]: Location header results in duplicate Status header ([f]cgi only)
ID: 36705 Comment by: ali dot sencer at gmail dot com Reported By: alisencer at gmail dot com Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.1.2 New Comment: We had definitive, reproducable bug-reports for our php-application, where sending HTTP/1.1 ... type status-codes was ignored. In fact, if you read the comments on this page: http://de.php.net/manual/en/function.header.php you will find several people noting that HTTP/1.x doesn't work with CGI. In fact here is something reproducable: - use this in your .htaccess: ErrorDocument 404 /test.php - then call an invalid url - the response code will be 404 (fine). Try setting the Status code with header(HTTP/1.1 200); it won't work (it still returns a 404), but using header(Status: 200); yields the desired result and returns a 200. So obviously saying always use HTTP/1.x and never use Status: doesn't work in reality. To let you know where we're coming from: At this point we've come full circle: 1) We used only HTTP/1.x when starting out. Then moved 2) to use both HTTP/1.x and Status: at the same time, then 3) to use HTTP/1.x and Status: depending on sapi_name, 4) and now back to only using HTTP/1.x always user-complaints would drive the changes, and each time it would fix it for some and break it for others. Previous Comments: [2006-03-12 17:22:23] [EMAIL PROTECTED] It's even that way in PHP-4. [2006-03-12 16:29:20] ali dot sencer at gmail dot com download and tried it (php5.1-200603121330) $ ./php -v PHP 5.1.3RC2-dev (cgi-fcgi) (built: Feb 20 2006 15:24:12) ... [EMAIL PROTECTED]:~/php5.1-200603121330/sapi/cgi$ echo ?php header( 'Status: 301' );header( 'Location: http://www.example.org' );? | ./php Status: 302 X-Powered-By: PHP/5.1.3RC2-dev Status: 301 Location: http://www.example.org Content-type: text/html The bug is still present. One should not use Status: 123 but HTTP/1.x 123. Did I miss an announcement? Since when is that? Using HTTP/1.x type headers was not working on a variety of systems with (f)cgi, which is why the following snippet was introduced (which is in a lot of applications): if (substr(php_sapi_name(), 0, 3) == 'cgi') header(Status: $status); else header(HTTP/1.1 $status); (which was the only solution that worked on all systems - until some recent changes in newer releases.) I could have sworn this was somehwere in the documentation even. So in which versions was this changed? How can portable applications in PHP be written, if these things change silently every now and then. Why can header(Status: ) be used at all, if it's not supposed to be used? Can the behaviour at least be fixed in such a way, that (f)cgi won't send Status: twice, which results in a 500 error by the webserver. Thanks. [edit: I am the bug-submitter, but must have mistyped my password] [2006-03-12 15:55:22] [EMAIL PROTECTED] Recalssifying as a documentation problem. One should not use Status: 123 but HTTP/1.x 123. [2006-03-12 15:39:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-03-12 14:14:36] alisencer at gmail dot com Description: In php-fastcgi, a header(Location: ..) call always results in an additional Status: header. This causes the web server to throw a 500 Internal server error. Identical code works perfectly in mod_php. The problem is specific to fastcgi. It doesn't matter what Status code the first header() call sends; the Location: call always adds a second Status: 302 line. The effect is, that it becomes impossible to use header(Location;...), if at any previous point in the script a Status header has been sent. It is also contrary to what the documentation says: http://de.php.net/manual/en/function.header.php The second special case is the Location: header. Not only does it send this header back to the browser, but it also returns a REDIRECT (302) status code to the browser unless some 3xx status code has already been set. (Note the last part of that paragraph) Related: This seems to be what was happening in this bug report as well: http://bugs.php.net/bug.php?id=33225 which unfortunately was closed as bogus. Reproduce code: --- $ echo ?php header( 'Status: 301' );header( 'Location: http://www.example.org' );? | php/php-fastcgi/php5-fcgi Expected result: Content-type: text/html; charset=UTF-8 Status: 301 Location: http://www.example.com Actual result
[PHP-DOC] #36705 [Com]: Location header results in duplicate Status header ([f]cgi only)
ID: 36705 Comment by: ali dot sencer at gmail dot com Reported By: alisencer at gmail dot com Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.1.2 New Comment: and we can't do anything about Apache changing its behaviour. I hadn't considered that, sorry. And thank you for taking the time. Why don't you just send the appropriate status header with the header() call? The issue is, we send a Status: 200 very early to override the 404 (from the error-handler). After that the code branches in many different ways, and plugins and extensions sometimes make changes to (i.e. replace) the Status-code as well. Given that in some situations we need to use a Location-header, we now have to make sure that nobody has ever used Status: before. So, yeah we can workaround this, but the situation as it is, is everything but intuitive. I guess we'll have to make do Previous Comments: [2006-03-12 19:02:26] [EMAIL PROTECTED] I can't find a single evidence that a Status: header is treated differently than any other header in PHP versions 4.3, 4.4 and 5.1 -- and we can't do anything about Apache changing its behaviour. Why don't you just send the appropriate status header with the header() call? header(Location: uri, 1, 301); [2006-03-12 18:29:38] ali dot sencer at gmail dot com We had definitive, reproducable bug-reports for our php-application, where sending HTTP/1.1 ... type status-codes was ignored. In fact, if you read the comments on this page: http://de.php.net/manual/en/function.header.php you will find several people noting that HTTP/1.x doesn't work with CGI. In fact here is something reproducable: - use this in your .htaccess: ErrorDocument 404 /test.php - then call an invalid url - the response code will be 404 (fine). Try setting the Status code with header(HTTP/1.1 200); it won't work (it still returns a 404), but using header(Status: 200); yields the desired result and returns a 200. So obviously saying always use HTTP/1.x and never use Status: doesn't work in reality. To let you know where we're coming from: At this point we've come full circle: 1) We used only HTTP/1.x when starting out. Then moved 2) to use both HTTP/1.x and Status: at the same time, then 3) to use HTTP/1.x and Status: depending on sapi_name, 4) and now back to only using HTTP/1.x always user-complaints would drive the changes, and each time it would fix it for some and break it for others. [2006-03-12 17:22:23] [EMAIL PROTECTED] It's even that way in PHP-4. [2006-03-12 16:29:20] ali dot sencer at gmail dot com download and tried it (php5.1-200603121330) $ ./php -v PHP 5.1.3RC2-dev (cgi-fcgi) (built: Feb 20 2006 15:24:12) ... [EMAIL PROTECTED]:~/php5.1-200603121330/sapi/cgi$ echo ?php header( 'Status: 301' );header( 'Location: http://www.example.org' );? | ./php Status: 302 X-Powered-By: PHP/5.1.3RC2-dev Status: 301 Location: http://www.example.org Content-type: text/html The bug is still present. One should not use Status: 123 but HTTP/1.x 123. Did I miss an announcement? Since when is that? Using HTTP/1.x type headers was not working on a variety of systems with (f)cgi, which is why the following snippet was introduced (which is in a lot of applications): if (substr(php_sapi_name(), 0, 3) == 'cgi') header(Status: $status); else header(HTTP/1.1 $status); (which was the only solution that worked on all systems - until some recent changes in newer releases.) I could have sworn this was somehwere in the documentation even. So in which versions was this changed? How can portable applications in PHP be written, if these things change silently every now and then. Why can header(Status: ) be used at all, if it's not supposed to be used? Can the behaviour at least be fixed in such a way, that (f)cgi won't send Status: twice, which results in a 500 error by the webserver. Thanks. [edit: I am the bug-submitter, but must have mistyped my password] [2006-03-12 15:55:22] [EMAIL PROTECTED] Recalssifying as a documentation problem. One should not use Status: 123 but HTTP/1.x 123. 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/36705 -- Edit this bug report at http://bugs.php.net/?id=36705edit=1
[PHP-DOC] #31406 [Opn-Csd]: Wrong German Translation
ID: 31406 Updated by: [EMAIL PROTECTED] Reported By: programmer at bardware dot de -Status: Open +Status: Closed Bug Type:Documentation problem 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: [2005-01-04 12:35:52] programmer at bardware dot de Description: This applies to the German translation of Table 2 on http://php.net/errorfunc. It reads in the last column that some values are only available Since Version In the German version of this page it reads Nur in ... That's wrong. English since means in German seit. German nur means in english only. Since it applies to PHP 5 too and is not limited to PHP 4, when it in english reads Since PHP 4 it must in German be Seit PHP 4. If it limited to PHP 4 Nur PHP was right. May the german translators please change it. Best wishes and happy new year, Bernhard -- Edit this bug report at http://bugs.php.net/?id=31406edit=1
[PHP-DOC] return value checking
Hi all, i saw some cvs commits (recently didou's) and some bug-reports that were about incorrectly documented return values of functions. I thought it would be usefull to write a script that would run through the php-src as well as the phpdoc tree and grab the relevant sections to compare the defined return values. The script is really alpha, and thus i would like to show you the results before posting the script-source (if it's appreciated). Attached to this e-mail you see the file which is generated by the script. For now it cotains 259 non matching return values. I checked some and saw that e.g in abs() the return value was documented as 'number' and in the source it was defined as an 'int'. So as i said, this list may not be entirely correct, but i looked at a few functions such as syslog() which seem to need an update. The file attached is in following format (let's take syslog as an example): syslog (x: int | c: bool) The sourcefile (c) says a bool should be returned and the docs (x) say its an int. If anyone would like to have a look ... ali abs (x: mixed | c: int) apache_getenv (x: string | c: bool) apache_setenv (x: int | c: bool) closelog (x: int | c: bool) copy (x: object | c: bool) cpdf_add_annotation (x: void | c: bool) cpdf_import_jpeg (x: int | c: bool) crc32 (x: int | c: string) curl_exec (x: mixed | c: bool) curl_getinfo (x: string | c: mixed) curl_init (x: int | c: resource) curl_version (x: string | c: array) dbase_create (x: int | c: bool) dbase_create (x: int | c: bool) dbx_close (x: bool | c: int) dbx_close (x: bool | c: int) dbx_sort (x: bool | c: int) dio_tcsetattr (x: void | c: mixed) dns_get_mx (x: int | c: bool) ereg (x: bool | c: int) eregi (x: bool | c: int) error_log (x: int | c: bool) error_log (x: int | c: bool) fam_pending (x: bool | c: int) fbsql_change_user (x: resource | c: int) fbsql_drop_db (x: bool | c: int) fbsql_fetch_assoc (x: array | c: object) fbsql_field_len (x: int | c: mixed) fdf_close (x: bool | c: void) fdf_header (x: bool | c: void) fdf_open (x: int | c: resource) fdf_set_version (x: string | c: bool) fstat (x: array | c: int) get_browser (x: object | c: mixed) getcwd (x: string | c: mixed) header (x: int | c: void) headers_list (x: array | c: string) highlight_file (x: mixed | c: bool) highlight_string (x: mixed | c: bool) ibase_blob_close (x: mixed | c: string) ibase_connect (x: int | c: resource) ibase_execute (x: resource | c: mixed) ibase_query (x: resource | c: mixed) iconv_strrpos (x: string | c: int) image2wbmp (x: int | c: bool) imagearc (x: int | c: bool) imagechar (x: int | c: bool) imagecharup (x: int | c: bool) imagecolordeallocate (x: int | c: bool) imagecolorset (x: bool | c: void) imagecopy (x: int | c: bool) imagecopymerge (x: int | c: bool) imagecopymergegray (x: int | c: bool) imagecopyresized (x: int | c: bool) imagedashedline (x: int | c: bool) imageellipse (x: int | c: bool) imagefill (x: int | c: bool) imagefilledpolygon (x: int | c: bool) imagefilledrectangle (x: int | c: bool) imagefilltoborder (x: int | c: bool) imagegammacorrect (x: int | c: bool) imageline (x: int | c: bool) imagepalettecopy (x: int | c: void) imagepolygon (x: int | c: bool) imagepsencodefont (x: int | c: bool) imagepsfreefont (x: void | c: bool) imagepsloadfont (x: int | c: resource) imagerectangle (x: int | c: bool) imagesetbrush (x: int | c: bool) imagesetpixel (x: int | c: bool) imagesettile (x: int | c: bool) imagestring (x: int | c: bool) imagestringup (x: int | c: bool) imagexbm (x: bool | c: int) ingres_fetch_object (x: object | c: array) ingres_field_length (x: int | c: string) ingres_field_nullable (x: bool | c: string) ingres_field_precision (x: int | c: string) ingres_field_scale (x: int | c: string) ircg_html_encode (x: bool | c: string) ircg_pconnect (x: resource | c: int) ircg_pconnect (x: resource | c: int) key (x: string | c: mixed) link (x: object | c: int) link (x: bool | c: int) mail (x: bool | c: int) mail (x: bool | c: int) mb_ereg_search_getpos (x: array | c: int) mb_ereg_search_init (x: array | c: bool) mb_ereg_search_setpos (x: array | c: bool) mb_http_input (x: string | c: mixed) mb_internal_encoding (x: mixed | c: string) mb_send_mail (x: bool | c: int) mb_strlen (x: string | c: int) mcrypt_enc_self_test (x: bool | c: int) mkdir (x: bool | c: int) msg_receive (x: bool | c: mixed) msql_close (x: int | c: bool) msql_drop_db (x: int | c: bool) msql_fetch_array (x: int | c: array) msql_fetch_object (x: int | c: object) msql_field_seek (x: int | c: bool) msql_field_table (x: int | c: string) msql_free_result (x: int | c: bool) mssql_close (x: int | c: bool) mysql_field_seek (x: int | c: bool) mysqli_init (x: object | c: resource) mysqli_select_db (x: bool | c: string) mysqli_stmt_data_seek (x: bool | c: void) mysqli_stmt_init (x: object | c: mixed) ncurses_def_prog_mode (x: bool | c: int) ncurses_def_shell_mode (x: bool | c: int) ncurses_del_panel (x: int | c: bool) ncurses_delch (x: bool | c: int) ncurses_deleteln (x
Re: [PHP-DOC] return value checking
Hi, whops, i didn't see that one. I will have a look at it and extend it if it is neccesary. ali On Mon, 09 Aug 2004 10:16:42 + Gabor Hojtsy [EMAIL PROTECTED] wrote: Hi, i saw some cvs commits (recently didou's) and some bug-reports that were about incorrectly documented return values of functions. I thought it would be usefull to write a script that would run through the php-src as well as the phpdoc tree and grab the relevant sections to compare the defined return values. The script is really alpha, and thus i would like to show you the results before posting the script-source (if it's appreciated). Attached to this e-mail you see the file which is generated by the script. For now it cotains 259 non matching return values. I checked some and saw that e.g in abs() the return value was documented as 'number' and in the source it was defined as an 'int'. So as i said, this list may not be entirely correct, but i looked at a few functions such as syslog() which seem to need an update. The file attached is in following format (let's take syslog as an example): syslog (x: int | c: bool) The sourcefile (c) says a bool should be returned and the docs (x) say its an int. If anyone would like to have a look ... Our proto checked scripts are supposed to catch return value inconsistencies. See phpdoc/scripts/bughunter.php. This does not mean that a better script might not be desired, but it would be better to not have multiple scripts for the same purpose, but integrate functionalities instead. Goba
Re: [PHP-DOC] return value checking
Hi Nuno, On Mon, 9 Aug 2004 11:47:01 +0100 Nuno Lopes [EMAIL PROTECTED] wrote: The sourcefile (c) says a bool should be returned and the docs (x) say its an int. If anyone would like to have a look ... But don't trust too must on the protos that are in the sources because many are simply wrong! What is the `common` way of doing this? Looking trough the source files and then look which Zend macros are used to return data? Would be nice to know how the documention from scratch is done. ali
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions fgetcsv.xml
ali Fri Jul 30 10:03:28 2004 EDT Modified files: /phpdoc/en/reference/filesystem/functions fgetcsv.xml Log: closing paragraph element in example http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/fgetcsv.xml?r1=1.11r2=1.12ty=u Index: phpdoc/en/reference/filesystem/functions/fgetcsv.xml diff -u phpdoc/en/reference/filesystem/functions/fgetcsv.xml:1.11 phpdoc/en/reference/filesystem/functions/fgetcsv.xml:1.12 --- phpdoc/en/reference/filesystem/functions/fgetcsv.xml:1.11 Thu Jul 22 18:51:11 2004 +++ phpdoc/en/reference/filesystem/functions/fgetcsv.xmlFri Jul 30 10:03:28 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.11 $ -- +!-- $Revision: 1.12 $ -- !-- splitted from ./en/functions/filesystem.xml, last change in rev 1.2 -- refentry id=function.fgetcsv refnamediv @@ -60,7 +60,7 @@ $handle = fopen(test.csv, r); while (($data = fgetcsv($handle, 1000, ,)) !== FALSE) { $num = count($data); -echo p $num fields in line $row: br /\n; +echo p $num fields in line $row: br //p\n; $row++; for ($c=0; $c $num; $c++) { echo $data[$c] . br /\n;
[PHP-DOC] cvs: phpdoc /en/reference/ctype reference.xml
ali Tue Jul 6 07:11:41 2004 EDT Modified files: /phpdoc/en/reference/ctype reference.xml Log: s/significaly/significantly/ http://cvs.php.net/diff.php/phpdoc/en/reference/ctype/reference.xml?r1=1.9r2=1.10ty=u Index: phpdoc/en/reference/ctype/reference.xml diff -u phpdoc/en/reference/ctype/reference.xml:1.9 phpdoc/en/reference/ctype/reference.xml:1.10 --- phpdoc/en/reference/ctype/reference.xml:1.9 Tue Jul 6 02:22:54 2004 +++ phpdoc/en/reference/ctype/reference.xml Tue Jul 6 07:11:40 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.9 $ -- +!-- $Revision: 1.10 $ -- reference id=ref.ctype titleCharacter Type Functions/title titleabbrevctype/titleabbrev @@ -32,7 +32,7 @@ It should be noted that ctype functions are always prefered over regular expressions, and even to some equivalent str_* and is_* functions. This is because of the fact that ctype uses a native C library and thus - processes signitificaly faster. + processes significantly faster. /para /section
[PHP-DOC] cvs: phpdoc /en/reference/ctype reference.xml
ali Mon Jul 5 12:30:03 2004 EDT Modified files: /phpdoc/en/reference/ctype reference.xml Log: typo http://cvs.php.net/diff.php/phpdoc/en/reference/ctype/reference.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/reference/ctype/reference.xml diff -u phpdoc/en/reference/ctype/reference.xml:1.7 phpdoc/en/reference/ctype/reference.xml:1.8 --- phpdoc/en/reference/ctype/reference.xml:1.7 Mon Jul 5 11:18:32 2004 +++ phpdoc/en/reference/ctype/reference.xml Mon Jul 5 12:30:03 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- reference id=ref.ctype titleCharacter Type Functions/title titleabbrevctype/titleabbrev @@ -32,7 +32,7 @@ It should be noted that ctype functions are always prefered over regular expressions, and even to some equivalent str_* and is_* functions. This is because of the fact that ctype uses a native C library and thus -processes signitificaly faster. + processes significantly faster. /para /section
Re: [PHP-DOC] Documentation HOWTO: Instructions for MacOS X
Hi Martin, shouldn't the fink commands be apt-get install foo ? Note the install command. Ali Am Fr, den 16.04.2004 schrieb Nuno Lopes um 20:09: Hi Martin, Feel free to commit the patch! Nuno - Original Message - Attached you'll find patch for the Documentation HOWTO that adds some basic instructions for installing OpenJade and friends on MacOS X. Those instructions have been posted on [EMAIL PROTECTED] a while ago and I only put them into DocBook. (I don't own Apple hardware, so I can't test them myself.) Have fun. -- - Martin Martin Jansen http://martinjansen.com/ -- Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.fsf.org/philosophy/no-word-attachments.de.html
[PHP-DOC] #27985 [Opn-Bgs]: do statement documentation hard to find
ID: 27985 Updated by: [EMAIL PROTECTED] Reported By: mpalmer at usa dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: php.net site PHP Version: Irrelevant New Comment: 'do' ist not a function. Previous Comments: [2004-04-13 22:07:49] mpalmer at usa dot com Description: On php.net, putting do in the search for box, and selecting the function list option, does not return the do..while documentation as one would expect. -- Edit this bug report at http://bugs.php.net/?id=27985edit=1
[PHP-DOC] #27875 [Opn-Csd]: Wrong function-name in the documentation
ID: 27875 Updated by: [EMAIL PROTECTED] Reported By: sebastian at beyl dot de -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: [2004-04-05 19:33:46] sebastian at beyl dot de Description: There is only a wrong line in the german documentation. In the function imap_status on http://de.php.net/manual/de/function.imap-status.php is an example with the code-line: --- print imap_status failed: . imap_lasterror() . \n; --- I think it must be imap_last_error() ... Thats all, the function works fine! -- Edit this bug report at http://bugs.php.net/?id=27875edit=1
Re: [PHP-DOC] russian manual
Hi Dmitry, First of all you may read the dochowto which is located at http://php.net/dochowto. Then you may contact the russion translation team. In regard to this, here is a quote from the intro: The Russian translation of the PHP Documentation is managed by tronic. If you would like to help us translate PHP Manual into Russian, please feel free to contact translation coordinator at tronic(at)php.net or on mailing list php.doc.ru at nntp://news.php.net.; Thanks for your help Ali Am Sa, den 27.03.2004 schrieb Dmitry Kononov um 12:35: Hello! I use PHP for about 2 years. I've made several projects in PHP. This is very a powerful language for web. It has many advantages and some disadvantages. For example, translation of PHP manual in Russian is partial. It would be very nice to have all the text translated. I'd like to join to your group and help translating Russian version of manual. Is it possible? Best regargs, Dmitry Kononov
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-fetch-object.xml
ali Thu Mar 25 11:30:11 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-fetch-object.xml Log: WS http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml?r1=1.10r2=1.11ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.10 phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.11 --- phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.10 Thu Mar 25 11:24:04 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xmlThu Mar 25 11:30:10 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.10 $ -- +!-- $Revision: 1.11 $ -- refentry id=function.mysqli-fetch-object refnamediv refnamemysqli_fetch_object/refname @@ -19,7 +19,7 @@ methodsynopsis typemixed/type methodnamefetch_object/methodname - void / + void / /methodsynopsis /classsynopsis para
Re: [PHP-DOC] cvs: phpdoc /en/security errors.xml
Jakub Vrana wrote: Antony Dovgal wrote: change amp; to in example form -form method=post action=attacktarget?errors=Yamp;showerrors=1amp;debug=1 +form method=post action=attacktarget?errors=Yshowerrors=1debug=1 Please revert this change. You can use entities inside values of HTML attributes (to e.g. write quote inside it), so has to be written as amp;. It's common error ignored by most browsers, but correct is amp;. Yes, and if we want to be xhtml compliant someday this is required.
[PHP-DOC] #27635 [Opn-Csd]: Bad german translation concerning $_SERVER['REMOTE_ADDR']
ID: 27635 Updated by: [EMAIL PROTECTED] Reported By: pubtom at bigfoot dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: N/A 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: [2004-03-18 11:35:32] pubtom at bigfoot dot com Description: This is about the german translation of the description of the predefined variable $_SERVER['REMOTE_ADDR'] Documentation: English original: http://www.php.net/manual/en/reserved.variables.php 'REMOTE_ADDR' The IP address from which the user is viewing the current page. This is partly correct. If there is no proxy, it is the IP address of the user's computer. If there is a proxy, it is the IP address of the proxy. German translation: http://www.php.net/manual/de/reserved.variables.php 'REMOTE_ADDR' Die IP-Adresse des Servers, von dem die aktuelle Seite geladen wurde. The word Server seems wrong and confusing to me. To me, the words server and client have the following meaning: On one side of the internet, there is the user (client), on the other side, there is the webserver with PHP (server). Thus, $_SERVER['REMOTE_ADDR'] contains the IP address of the client. I suggest the following translation, which also is technically more precise/correct: Die IP-Adresse des Rechners, der die aktuelle Seite angefordert hat. (The IP address of the computer that requested the current page.) -- Edit this bug report at http://bugs.php.net/?id=27635edit=1
[PHP-DOC] cvs: phpdoc /xsl version.xml
ali Wed Mar 17 07:18:45 2004 EDT Modified files: /phpdoc/xsl version.xml Log: apache_get_version was added in 4.3.4 http://cvs.php.net/diff.php/phpdoc/xsl/version.xml?r1=1.12r2=1.13ty=u Index: phpdoc/xsl/version.xml diff -u phpdoc/xsl/version.xml:1.12 phpdoc/xsl/version.xml:1.13 --- phpdoc/xsl/version.xml:1.12 Thu May 29 17:29:54 2003 +++ phpdoc/xsl/version.xml Wed Mar 17 07:18:43 2004 @@ -1429,7 +1429,7 @@ function name=apache_child_terminate from=PHP 4 gt;= 4.0.5/ function name=apache_getenv from=PHP 4 gt;= 4.3.0/ function name=apache_get_modules from=PHP 4 gt;= 4.3.2/ - function name=apache_get_version from=PHP 4 gt;= 4.3.2/ + function name=apache_get_version from=PHP 4 gt;= 4.3.4/ function name=apache_request_headers from=PHP 4 gt;= 4.3.0/ function name=apache_response_headers from=PHP 4 gt;= 4.3.0/ function name=apache_setenv from=PHP 4 gt;= 4.2.0/
[PHP-DOC] #27624 [Opn]: some apache_* functions advertised as being in 4.3.2 instead of 4.3.4
ID: 27624 Updated by: [EMAIL PROTECTED] Reported By: hellekin at free dot Fr Status: Open Bug Type: Documentation problem Operating System: na PHP Version: Irrelevant New Comment: I changed the version information for apache_get_version(). But i can't find apache_get_modules() to be mentioned in the changelog of 4.3.4 and it's not working on 4.3.4. hellekin: The Changelog says they were added in 4.3.4. which changelog have you been looking at to see that apache_get_modules() was added in 4.3.4? Previous Comments: [2004-03-17 06:42:28] hellekin at free dot Fr Description: The documentation for apache_get_version() and apache_get_modules() advertise the functions for being added in PHP-4.3.2 but they're not working in 4.3.3. The Changelog says they were added in 4.3.4. -- Edit this bug report at http://bugs.php.net/?id=27624edit=1
Re: [PHP-DOC] cvs: phpdoc /en/reference/mysqli/mysqli/functions mysqli-affected-rows.xml mysqli-autocommit.xml mysqli-bind-param.xml mysqli-bind-result.xml mysqli-change-user.xml mysqli-character-set-name.xml mysqli-client-encoding.xml mysqli-close.xml my
Hey Enrique, get your added xml-sources out of your current doc-tree (thus: copy them somewhere). Remove your local copies of phpdoc and phpdoc-es. Do a new checkout and add you xml-files to your new copy of the phpdoc-es folder. The phpdoc-folder is totally out of play. The only reason you have it, is to see how things are being done the xml-way and to have a structured file to translate. No changes are made to them. In addition to that everything in the directories named 'CVS ', is not to be touched. The cvs client manages those for you. Then you add the newly translated files using `cvs add [file] || [dir]`. And then commmit. But maybe you really first explain what you have done, to trace back were your mistake was. (As didou mentioned)_ Just get a bit distance to this, maybe soon you'll find the source of this strange behaviour. ali Am Di, den 16.03.2004 schrieb Mehdi Achour um 18:19: Enrique Garcia Briones wrote: baoengb Tue Mar 16 11:58:21 2004 EDT Added files: /phpdoc/en/reference/mysqli/mysqli/functions lengths.xml mysqli-fetch.xml Log: Agregando funciones traducidas de mysqli Really don't know, please nuno revert it. I revert it. And if possible explain how to revert stuff, I will be in deep meditation. Really sorry guys! this time, you added the mysqli folder in the english mysqli folder. what did you do *exactly* on your box ? didou PS : if I was you, I'll stop cvs'ing for today ;) (but try again tomorrow :) )
Re: [PHP-DOC] Fragen zur Verwendungsmöglichkeit der PHP Manual
Hi, this is not the right place to ask questions in german language, because most of the subscribers of phpdoc won't understand you and thus will not be able to answer your copyright related question. Am Fr, 2004-02-20 um 12.22 schrieb Jochen Metzger: Hallo, wir führen eine Schulung durch und wollten fragen, ob wir Auszüge aus dem php-Manual als gedruckte Kopie verwenden dürfen. I have not read the entire licence, but Ich frage deshalb nach weil der Satz: Verbreitung dieser Arbeit oder abgeleiteter Arbeiten in jeglicher Standard- (Papier-) Buchform ist ohne vorherige Erlaubnis durch den Copyright-Inhaber untersagt. this paragraph clearly states that you can't just print and publish parts of the manual without prior authorization of the copyright holder. ... uns unklar ist. Wir wissen nicht ob das wirklich nur dafür gilt, wenn das Dokument in Buchform erscheinen soll, oder auch für eine Loseblattsammlung gilt.. What exactly is not clear to you? The phrase '[...] jeglicher [...] Papierform [...]' should exactly clarify what you are not sure about. -ali PS: the german list is [EMAIL PROTECTED] if you feel not confortable writing in english
Re: [PHP-DOC] pcre/constants.xml
Hi Martin, Am Mo, 2003-12-15 um 10.51 schrieb Martin Samesch: Hi, could somebody please check the following paragraph in reference/pcre/constants.xml rows 59-63: If this flag is set, for every occuring match the appendant string offset will also be returned. Note that this changes the return value in an array where very element is an array consisting of the matched string at offset 0 and it's string offset into subject at offset 1. ... There are at least three typos (value_s_, _e_very, its instead of it's) and maybe ... string offset into subject ... isn't correct, too (?). Jup, that seem to be typos. For a better understanding of the paragraph and a good translation, you may look at following example: ?php $s = 'PHP is doing PCRE'; $splitted = preg_split('/ /', $s, -1, PREG_SPLIT_OFFSET_CAPTURE); print_r ($splitted); ? What you get is: Array ( [0] = Array ( [0] = PHP [1] = 0 ) [1] = Array ( [0] = is [1] = 4 ) [2] = Array ( [0] = doing [1] = 7 ) [3] = Array ( [0] = PCRE [1] = 13 ) ) If you look at the output you should be able to see what PREG_SPLIT_OFFSET_CAPTURE does. Preg_split basically uses the pattern to split the subject up (as it regulary does). But with that option set you do not get one array with each offset carrying the matched values, but you get as many arrays as you have matches. In the example each array gives you the matched pieces (it's values) in offset 0 and at offset 1 you get the offset of this particiular string-match refering to the beginning ( $s{0} ) of the subject string. Maybe i'm confusing you more than you were before, but i gave a try :) -ali Don't know how to correct and translate this last piece. Martin
Re: [PHP-DOC] pcre/constants.xml
Hi Goba, Am Mo, 2003-12-15 um 18.10 schrieb Gabor Hojtsy: Hi Martin! rows 59-63: If this flag is set, for every occuring match the appendant string offset will also be returned. Note that this changes the return value in an array where very element is an array consisting of the matched string at offset 0 and it's string offset into subject at offset 1. ... There are at least three typos (value_s_, _e_very, its instead of it's) and maybe ... string offset into subject ... isn't correct, too (?). Don't know how to correct and translate this last piece. As far as I have seen, Ali explained the meaning quite well. Feel free to clean up the text both in regards of typos and understandability. An added example in the manual is benefical in such cases :) Hehe, i just took a look at the man-page of preg_split and saw an example being quite alike mine. I must have been influenced by this from some time ago i read it, and when Martin asked it somehow came back to my mind. So the example is just fine, there is only a change needed in the paragraph to clarify the use of that flag. Ali Have a happy holiday :) Goba
[PHP-DOC] cvs: phpdoc /en/reference/curl/functions curl-setopt.xml
ali Sun Dec 14 06:59:58 2003 EDT Modified files: /phpdoc/en/reference/curl/functions curl-setopt.xml Log: some more grammar Index: phpdoc/en/reference/curl/functions/curl-setopt.xml diff -u phpdoc/en/reference/curl/functions/curl-setopt.xml:1.6 phpdoc/en/reference/curl/functions/curl-setopt.xml:1.7 --- phpdoc/en/reference/curl/functions/curl-setopt.xml:1.6 Sat Dec 13 15:49:01 2003 +++ phpdoc/en/reference/curl/functions/curl-setopt.xml Sun Dec 14 06:59:58 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- !-- splitted from ./en/functions/curl.xml, last change in rev 1.1 -- refentry id=function.curl-setopt refnamediv @@ -361,12 +361,12 @@ listitem para parameterCURLOPT_KRB4LEVEL/parameter: Pass the KRB4 (Kerberos -4) security level. Anyone of the following strings (in -order from least powerful, to most powerful): 'clear', 'safe', +4) security level. Any of the following values (in +order from least to most powerful) are valid: 'clear', 'safe', 'confidential', 'private'. If the string does not match one of -these, then 'private' is used. If you set this to NULL, -this disables KRB4 security. KRB4 security only works with FTP -transactions currently. +these, then 'private' is used. Setting this Option to +literalNULL/literal, will disable KRB4 security. Currently KRB4 +security only works with FTP transactions. /para /listitem listitem
Re: [PHP-DOC] PHP-Handbuch-Doku-Fehler ..
Hi Roland, Am Sa, 2003-12-13 um 10.54 schrieb Roland Mundloch: Hallo, Habe einen Fehler in Ihrer Doku gefunden please send all comments which concern the german translation of the manual to [EMAIL PROTECTED] or if it's a bug, please file a bug-report at http://bugs.php.net/. http://www.php.net/manual/de/configuration.changes.php Tabelle 4.1 ... Benuter = Benutzer ... Thanks for poitning out this typo. It has been fixed by Sebstian in CVS. The changes will show up in the new build. Ali Grüsse Roland Mundloch
[PHP-DOC] cvs: phpdoc /en/reference/curl/functions curl-setopt.xml
ali Sat Dec 13 15:49:01 2003 EDT Modified files: /phpdoc/en/reference/curl/functions curl-setopt.xml Log: - added parameter - changed TIMECONDITION to TIMEVALUE once Index: phpdoc/en/reference/curl/functions/curl-setopt.xml diff -u phpdoc/en/reference/curl/functions/curl-setopt.xml:1.5 phpdoc/en/reference/curl/functions/curl-setopt.xml:1.6 --- phpdoc/en/reference/curl/functions/curl-setopt.xml:1.5 Thu Aug 21 20:27:34 2003 +++ phpdoc/en/reference/curl/functions/curl-setopt.xml Sat Dec 13 15:49:01 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- !-- splitted from ./en/functions/curl.xml, last change in rev 1.1 -- refentry id=function.curl-setopt refnamediv @@ -125,7 +125,8 @@ simpara parameterCURLOPT_PUT/parameter: Set this option to a non-zero value to HTTP PUT a file. The file to PUT must be set with -the CURLOPT_INFILE and CURLOPT_INFILESIZE. +the parameterCURLOPT_INFILE/parameter and +parameterCURLOPT_INFILESIZE/parameter. /simpara /listitem listitem @@ -147,15 +148,16 @@ parameterCURLOPT_LOW_SPEED_LIMIT/parameter: Pass a long as a parameter that contains the transfer speed in bytes per second that the transfer should be below during -CURLOPT_LOW_SPEED_TIME seconds for PHP to consider it too slow -and abort. +parameterCURLOPT_LOW_SPEED_TIME/parameter seconds for PHP to +consider too slow and abort. /simpara /listitem listitem simpara parameterCURLOPT_LOW_SPEED_TIME/parameter: Pass a long as a parameter that contains the time in seconds that the -transfer should be below the CURLOPT_LOW_SPEED_LIMIT for PHP +transfer should be below the +parameterCURLOPT_LOW_SPEED_LIMIT/parameter for PHP to consider it too slow and abort. /simpara /listitem @@ -170,8 +172,8 @@ simpara parameterCURLOPT_CAINFO/parameter: Pass a filename of a file holding one or more certificates to verify the peer with. This only -makes sense when used in combination with the parameter -CURLOPT_SSL_VERIFYPEER/parameter option. +makes sense when used in combination with the +parameterCURLOPT_SSL_VERIFYPEER/parameter option. /simpara /listitem listitem @@ -208,7 +210,8 @@ listitem simpara parameterCURLOPT_TIMECONDITION/parameter: Pass a long as a -parameter that defines how the CURLOPT_TIMEVALUE is treated. +parameter that defines how the +parameterCURLOPT_TIMEVALUE/parameter is treated. You can set this parameter to TIMECOND_IFMODSINCE or TIMECOND_ISUNMODSINCE. This is a HTTP-only feature. /simpara @@ -217,7 +220,8 @@ simpara parameterCURLOPT_TIMEVALUE/parameter: Pass a long as a parameter that is the time in seconds since January 1st, 1970. -The time will be used as specified by the CURLOPT_TIMEVALUE +The time will be used as specified by the +parameterCURLOPT_TIMECONDITION/parameter option, or by default the TIMECOND_IFMODSINCE will be used. /simpara /listitem @@ -311,8 +315,8 @@ listitem simpara parameterCURLOPT_SSLCERTPASSWD/parameter: Pass a string -containing the password required to use the CURLOPT_SSLCERT -certificate. +containing the password required to use the +parameterCURLOPT_SSLCERT/parameter certificate. /simpara /listitem listitem
[PHP-DOC] cvs: phpdoc /en/reference/tidy configure.xml
ali Fri Nov 28 05:59:49 2003 EDT Modified files: /phpdoc/en/reference/tidy configure.xml Log: fixing ulink-parameter (Antony Dovgal) Index: phpdoc/en/reference/tidy/configure.xml diff -u phpdoc/en/reference/tidy/configure.xml:1.1 phpdoc/en/reference/tidy/configure.xml:1.2 --- phpdoc/en/reference/tidy/configure.xml:1.1 Thu Nov 27 20:42:15 2003 +++ phpdoc/en/reference/tidy/configure.xml Fri Nov 28 05:59:49 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- section id=tidy.installation reftitle.install; para @@ -8,7 +8,7 @@ ulink url=url.pecl.package;tidyurl.pecl.package;tidy/ulink. /para para - If ulink link=url.php.pear;PEAR/ulink is available on your *nix-like + If ulink url=url.php.pear;PEAR/ulink is available on your *nix-like system you can use the pear installer to install the tidy extension, by the following command: commandpear -v install tidy/command. /para
[PHP-DOC] #26414 [Opn-Bgs]: No documentation on modifying a string by indexing and assignment
ID: 26414 Updated by: [EMAIL PROTECTED] Reported By: stephen dot fromm at verizon dot net -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: irrelevant PHP Version: Irrelevant New Comment: Here: http://www.php.net/manual/en/language.types.type-juggling.php you find the behaviour documented. I'll will add a small example to the Strings section, so that it will be clarified and seen faster. Previous Comments: [2003-11-25 16:17:20] stephen dot fromm at verizon dot net Description: The PHP documentation nowhere indicates whether it's legal to *modify* a string by accessing an individual character in the string with the index operator (curly braces) and an assignment statement, as in: $str = '0123456789'; $str{4} = 'd'; // Now $str should be '0123d56789' While it does work on my machine, I feel the behavior should be documented, as * for all I know, there may be strange side effects (given php's complex copy semantics); * using undocumented language features can result in code that doesn't age or port well; * this is a fundamental aspect of any computer language. -- Edit this bug report at http://bugs.php.net/?id=26414edit=1
[PHP-DOC] cvs: phpdoc /en/language types.xml
ali Tue Nov 25 17:07:26 2003 EDT Modified files: /phpdoc/en/language types.xml Log: clarification: curly braces can be used to modify strings, too Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.127 phpdoc/en/language/types.xml:1.128 --- phpdoc/en/language/types.xml:1.127 Tue Sep 30 04:40:06 2003 +++ phpdoc/en/language/types.xmlTue Nov 25 17:07:25 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.127 $ -- +!-- $Revision: 1.128 $ -- chapter id=language.types titleTypes/title @@ -1029,9 +1029,9 @@ /sect3 sect3 id=language.types.string.substr - titleString access by character/title + titleString access and modification by character/title para - Characters within strings may be accessed by specifying the + Characters within strings may be accessed and modified by specifying the zero-based offset of the desired character after the string in curly braces. /para @@ -1058,6 +1058,11 @@ // Get the last character of a string. $str = 'This is still a test.'; $last = $str{strlen($str)-1}; + +// Modify the last character of a string +$str = 'Look at the sea'; +$str{strlen($str)-1} = 'e'; + ? ]] /programlisting
Re: [PHP-DOC] Request for using PHP Manual as base for Lerning Guide.
Hi Alex, the minority of the subscribers to phpdoc understand russian. Please post this mail again, if possible in english language. You'll surely have more audience ... -ali Am So, 2003-11-16 um 12.32 schrieb Alex Welens: ! (). -. PHP. PHP. , , PHP. : . : (). : 50 - 100 . : 2004 . -- .. (). mailto:[EMAIL PROTECTED] motd: , - .
[PHP-DOC] standardized replies
Hi all, watching how time goes by and having a look at phpdoc and mainly doc-de i experienced that there are many posts by people that are not part of the group and who are issuing things on the doc*-lists which don't belong there. Mostly that are questions refering to programming in PHP as you all know. The idea i had, was to use standardized replies which tell the poster of that message, that such questions are not dealt with on those lists. In that way, we could avoid typing that stuff allover again and could rely on such an option. Two ways of implementation could be: 1.) having a txt-file somewhere and refer to that in a mail (Like See http://foo.bar/wronglist.html;) 2.) attach a footer to each post (surely not on phpdoc because that possibl would be an overkill) on the translation lists, which could look like those on php-notes. e.g: Wrong List -- http://foo.bar/[EMAIL PROTECTED] A mail would be sent to the user automatically and the job is done. I could imagine that other translation-teams experience the same, but i don't know if this is worth implementing. I had a chat with Friedhelm already and he agreed that this would make sense. But i'd like to hear some more voices about this. ali
[PHP-DOC] #26222 [Opn-Csd]: Missing right bracket in HTTP-authenification-example
ID: 26222 Updated by: [EMAIL PROTECTED] Reported By: oliver dot leischner at gmx dot de -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: any PHP Version: 4.3.4 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-11-12 13:32:01] oliver dot leischner at gmx dot de The documentation with the mistake was the german download version. The German Online-Version without this missing bracket ... [2003-11-12 12:16:02] [EMAIL PROTECTED] Which language of the documentation ? en seems fine [2003-11-12 10:47:55] oliver dot leischner at gmx dot de Description: Documentation File: features.http-auth.html echo form action=\{$_SERVER['PHP_SELF']\ method=\post\\n; Missing right bracket after $_SERVER['PHP_SELF'] -- Edit this bug report at http://bugs.php.net/?id=26222edit=1
[PHP-DOC] #26110 [Opn-Bgs]: Incorrect URL for PHP Editors page
ID: 26110 Updated by: [EMAIL PROTECTED] Reported By: keith at midnighthax dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: n/a PHP Version: Irrelevant New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Keith, as you've already mentioned a bug report for this subject was filed already (#25537). Goba changed it in CVS and his comment states everything necessary, namely that the changes will take effect when the documentation is built again. The last build was on 21st of August and the bug was fixed on Sep 15th. So be a bit patient Cheers, Ali Previous Comments: [2003-11-04 07:04:45] keith at midnighthax dot com Description: Page http://us2.php.net/manual/en/tutorial.firstpage.php has an incorrect link about a third of the way down. The PHP Editor's List SHOULD point to http://phpeditors.linuxbackup.co.uk - the current link does not display the page correctly. Incidentally, there should be no apostrophe in Editors. This is the same as bug #25537, which is allegedly fixed: however, the page is still incorrect and I am getting mails every week complaining that the page does not display correctly (due to incorrect URL). Thanks, Keith Edmunds PHP Editors Page maintainer -- Edit this bug report at http://bugs.php.net/?id=26110edit=1
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions time.xml
ali Mon Nov 3 14:12:25 2003 EDT Modified files: /phpdoc/en/reference/datetime/functions time.xml Log: added See also to microtime Index: phpdoc/en/reference/datetime/functions/time.xml diff -u phpdoc/en/reference/datetime/functions/time.xml:1.2 phpdoc/en/reference/datetime/functions/time.xml:1.3 --- phpdoc/en/reference/datetime/functions/time.xml:1.2 Wed Apr 17 02:37:12 2002 +++ phpdoc/en/reference/datetime/functions/time.xml Mon Nov 3 14:12:25 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/datetime.xml, last change in rev 1.2 -- refentry id=function.time refnamediv @@ -17,7 +17,7 @@ the Unix Epoch (January 1 1970 00:00:00 GMT). /para para - See also functiondate/function. + See also functiondate/function and functionmicrotime/function. /para /refsect1 /refentry
Re: [PHP-DOC] Re: cvs: phpdoc /en/reference/mysql/functions mysql-fetch-field.xml
Hi Mehdi, On Sun, 2003-10-19 at 22:53, Mehdi Achour wrote: Hi Ali, From the documentation : object mysql_fetch_field ( resource result [, int field_offset]) The example was good, it also may have be : $meta = mysql_fetch_field($result, $i); But in no way $meta = mysql_fetch_field($i); I'm reverting and marking #25910 as bogus. Please pay more attention next time, bugs can also be bogus ;) sure. I was not reading the docs, but changing them. Next time i'll have a look ;) -ali didou ali Sun Oct 19 11:49:30 2003 EDT Modified files: /phpdoc/en/reference/mysql/functionsmysql-fetch-field.xml Log: fixes #25910 Index: phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml diff -u phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml:1.7 phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml:1.8 --- phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml:1.7 Wed Jul 9 11:07:29 2003 +++ phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml Sun Oct 19 11:49:30 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- !-- splitted from ./en/functions/mysql.xml, last change in rev 1.2 -- refentry id=function.mysql-fetch-field refnamediv @@ -107,7 +107,7 @@ $i = 0; while ($i mysql_num_fields($result)) { echo Information for column $i:br /\n; -$meta = mysql_fetch_field($result); +$meta = mysql_fetch_field($i); if (!$meta) { echo No information availablebr /\n; }
[PHP-DOC] #25910 [Opn-Csd]: Error in example 1 in the mysql_fetch_field doco
ID: 25910 Updated by: [EMAIL PROTECTED] Reported By: dissent at 0--0 dot org -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-10-19 11:11:02] dissent at 0--0 dot org Description: In the english version of the manual, the documentation for mysql_fetch_field, there's an error in example 1. The second line in the while loop should use $i, not $result. The line $meta = mysql_fetch_field($result); Should be: $meta = mysql_fetch_field($i); Expected result: while ($i mysql_num_fields($result)) { echo Information for column $i:br /\n; $meta = mysql_fetch_field($i); if (!$meta) { echo No information availablebr /\n; } Actual result: -- while ($i mysql_num_fields($result)) { echo Information for column $i:br /\n; $meta = mysql_fetch_field($result); if (!$meta) { echo No information availablebr /\n; } -- Edit this bug report at http://bugs.php.net/?id=25910edit=1
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions printf.xml
ali Fri Oct 10 06:51:42 2003 EDT Modified files: /phpdoc/en/reference/strings/functions printf.xml Log: adding see-also-link to vprintf Index: phpdoc/en/reference/strings/functions/printf.xml diff -u phpdoc/en/reference/strings/functions/printf.xml:1.3 phpdoc/en/reference/strings/functions/printf.xml:1.4 --- phpdoc/en/reference/strings/functions/printf.xml:1.3Sat Jul 27 00:07:06 2002 +++ phpdoc/en/reference/strings/functions/printf.xmlFri Oct 10 06:51:42 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 -- refentry id=function.printf refnamediv @@ -18,9 +18,9 @@ is described in the documentation for functionsprintf/function. /simpara simpara - See also functionprint/function, functionsprintf/function, - functionsscanf/function, functionfscanf/function, - and functionflush/function. + See also functionprint/function, functionsprintf/function, + functionvprintf/function, functionsscanf/function, + functionfscanf/function and functionflush/function. /simpara /refsect1 /refentry
Re: [PHP-DOC] printf() see also - vprintf()
Hi Thomas, On Fri, 2003-10-10 at 00:05, Thomas -Balu- Walter wrote: Hi dudes, a see Also-link in the manual from printf() to vprintf() would've avoided a lot searchin from my side :) The link has been added and will be visible the next time the docs are build. Cheers, -ali Balu
[PHP-DOC] cvs: phpdoc /en/reference/info/functions php-logo-guid.xml
ali Fri Oct 10 07:26:15 2003 EDT Modified files: /phpdoc/en/reference/info/functions php-logo-guid.xml Log: fixing typo Index: phpdoc/en/reference/info/functions/php-logo-guid.xml diff -u phpdoc/en/reference/info/functions/php-logo-guid.xml:1.6 phpdoc/en/reference/info/functions/php-logo-guid.xml:1.7 --- phpdoc/en/reference/info/functions/php-logo-guid.xml:1.6Thu Oct 9 15:28:06 2003 +++ phpdoc/en/reference/info/functions/php-logo-guid.xmlFri Oct 10 07:26:15 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- !-- splitted from ./en/functions/info.xml, last change in rev 1.3 -- refentry id=function.php-logo-guid refnamediv @@ -18,7 +18,7 @@ /para para example - titlefunctionphp_logo_uid/function example/title + titlefunctionphp_logo_guid/function example/title programlisting role=php ![CDATA[ ?php
[PHP-DOC] cvs: phpdoc /en/reference/sockets/functions socket-recvfrom.xml
ali Thu Oct 2 02:59:00 2003 EDT Modified files: /phpdoc/en/reference/sockets/functions socket-recvfrom.xml Log: reverting last commit after chatting with didou and andrey Index: phpdoc/en/reference/sockets/functions/socket-recvfrom.xml diff -u phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.3 phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.4 --- phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.3 Wed Sep 24 03:47:26 2003 +++ phpdoc/en/reference/sockets/functions/socket-recvfrom.xml Thu Oct 2 02:59:00 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/sockets.xml, last change in rev 1.27 -- refentry id=function.socket-recvfrom refnamediv @@ -15,7 +15,7 @@ methodparamtypeint/typeparameterlen/parameter/methodparam methodparamtypeint/typeparameterflags/parameter/methodparam methodparamtypestring/typeparameteramp;name/parameter/methodparam - methodparamtypeint/typeparameteramp;port/parameter/methodparam + methodparam choice=opttypeint/typeparameteramp;port/parameter/methodparam /methodsynopsis warn.experimental.func; para
[PHP-DOC] socket-recvfrom
Hi, the user-note with the id 36049 states that the proto for socket_recvfrom is not correct as the sixth parameter is stated to be optional but in fact it's reqired. vi ext/sockets/sockets.c: 1293 /* {{{ proto int socket_recvfrom(resource socket, string buf, int len, int flags, string name [, int port]) 1342if (arg6 == NULL) { 1343 WRONG_PARAM_COUNT; 1344} Looking at the if-statement i would say that the user is right. Could anyone with karma change that in the C-file? I take care of the xml. -ali
[PHP-DOC] cvs: phpdoc /en/reference/sockets/functions socket-recvfrom.xml
ali Wed Sep 24 03:47:27 2003 EDT Modified files: /phpdoc/en/reference/sockets/functions socket-recvfrom.xml Log: correcting proto Index: phpdoc/en/reference/sockets/functions/socket-recvfrom.xml diff -u phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.2 phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.3 --- phpdoc/en/reference/sockets/functions/socket-recvfrom.xml:1.2 Wed Apr 17 02:44:10 2002 +++ phpdoc/en/reference/sockets/functions/socket-recvfrom.xml Wed Sep 24 03:47:26 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/sockets.xml, last change in rev 1.27 -- refentry id=function.socket-recvfrom refnamediv @@ -15,7 +15,7 @@ methodparamtypeint/typeparameterlen/parameter/methodparam methodparamtypeint/typeparameterflags/parameter/methodparam methodparamtypestring/typeparameteramp;name/parameter/methodparam - methodparam choice=opttypeint/typeparameteramp;port/parameter/methodparam + methodparamtypeint/typeparameteramp;port/parameter/methodparam /methodsynopsis warn.experimental.func; para
Re: [PHP-DOC] Translator?
Hi Ove, please read the Documentation HOWTO located at php.net/dochowto. It should answer all you questions. Have fun! -ali On Fri, 2003-09-19 at 02:29, Ove Fredriksson wrote: Hi, I'm interrested in helping you to translate docs to swedish. Regards Ove Fredriksson
Re: [PHP-DOC] searching for contact to german translation team
Hi Christian, just adding some things to Martin's comments. As the newest member of the german translation team, i have experienced that asking for a CVS account and getting one, are two different things. You may start contributing to the project so that the members get an overview of you work (doing inital translations or sending updates using diffs). At least in this case your request is going to be granted much faster and it also this procedure prevents people just joining the community because they want a @php.net account or ... As already suggested, read the DOC-HOWTO and then grab some work. good luck and have fun with PHP, -ali On Wed, 2003-09-17 at 22:51, Christian Stottmeister wrote: hiya all! i just subscribed to this list in order to get in touch with the team that translates the php documentation from english to german. could someone please point me to some place where i can find more information? thanks in advance! christian -- christian stottmeister - http://www.mainframe8.com On Wed, 2003-09-17 at 23:35, Martin Samesch wrote: Hi Christian, On Wed, Sep 17, 2003 at 10:51:13PM +0200, Christian Stottmeister wrote: hiya all! i just subscribed to this list in order to get in touch with the team that translates the php documentation from english to german. could someone please point me to some place where i can find more information? Welcome! If you want to help with translation, this is the place to start reading: http://de3.php.net/manual/howto/index.html You might also want to ask for a CVS account: http://www.php.net/cvs-php.php BTW, there's also a mailinglist for the german translation team. You can subscribe sending a blank email to [EMAIL PROTECTED] Cheers, Martin
[PHP-DOC] cvs: phpdoc /en/reference/mssql/functions mssql-fetch-row.xml
ali Wed Sep 17 14:43:45 2003 EDT Modified files: /phpdoc/en/reference/mssql/functionsmssql-fetch-row.xml Log: correcting typo ; fixes #25578 Index: phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml diff -u phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.4 phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.5 --- phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml:1.4 Thu Jul 3 08:38:23 2003 +++ phpdoc/en/reference/mssql/functions/mssql-fetch-row.xml Wed Sep 17 14:43:45 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/mssql.xml, last change in rev 1.2 -- refentry id=function.mssql-fetch-row refnamediv @@ -23,7 +23,7 @@ array offset, starting at offset 0. /para para - Subsequent call to functionmssql_fetch_rows/function would + Subsequent call to functionmssql_fetch_row/function would return the next row in the result set, or false; if there are no more rows. /para
[PHP-DOC] #25578 [Opn-Csd]: [chm] bug on function.mssql-fetch-row.html
ID: 25578 Updated by: [EMAIL PROTECTED] Reported By: psychnerd at hotmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-09-17 14:35:28] psychnerd at hotmail dot com Description: I have found a bug on page function.mssql-fetch-row.html [chm date: 2003-09-06]... quote: Subsequent call to mssql_fetch_rows() would return the next row in the result set, or FALSE if there are no more rows. there is no mssql_fetch_rowS() function -- Edit this bug report at http://bugs.php.net/?id=25578edit=1
[PHP-DOC] #25519 [Opn-Bgs]: [chm] bug on function.disk-free-space.html
ID: 25519 Updated by: [EMAIL PROTECTED] Reported By: alexandre at lab-au dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: windows PHP Version: 4.3.1 New Comment: Alexandre, this is not handled by the chm-File and thus is not a PHP-Bug. You may just retry copy pasting and with a portion of luck it'll work this time. -ali Previous Comments: [2003-09-12 16:26:23] alexandre at lab-au dot com Description: I have found a bug on page function.disk-free-space.html [chm date: 2003-09-06]... i selected a text once and copied it in clipboard. Tryingto do it a second time (another portion of text), clipboard is not updated, the copied text is the first selection, not the last one. -- Edit this bug report at http://bugs.php.net/?id=25519edit=1
[PHP-DOC] set_locale docs
I was a little suprised that the docs neither state that the GNU locale library needs to be installed nor that the locales have to be gernerated in order to use the set_locale function with expected results. I just was using that function (on Debian testing), which did not exaclty do what i wanted it to. So i double checked for my locale settings and then realised the lib wasn't there and the needed locale was not generated. Maybe it's mentioned sowhere where i can't find it. Anyone with more knowledge may correct me. cheers, -ali
Re: [PHP-DOC] cvs: phpdoc /en/reference/ibase/functionsibase-free-result.xml
Hi Ard, just wanted to let you know that you can commit changes to multiple files by going in the directory changes where made in (i.e. ibase) and then do a 'cvs commit'. Grouping commits have the advantage, that the mailserver has less work and the list is not spammed. cheers, -ali On Tue, 2003-09-02 at 02:18, Ard Biesheuvel wrote: abies Mon Sep 1 20:18:39 2003 EDT Modified files: /phpdoc/en/reference/ibase/functions ibase-free-result.xml Log: Typo fix Index: phpdoc/en/reference/ibase/functions/ibase-free-result.xml diff -u phpdoc/en/reference/ibase/functions/ibase-free-result.xml:1.3 phpdoc/en/reference/ibase/functions/ibase-free-result.xml:1.4 --- phpdoc/en/reference/ibase/functions/ibase-free-result.xml:1.3 Sun Jul 27 18:21:30 2003 +++ phpdoc/en/reference/ibase/functions/ibase-free-result.xml Mon Sep 1 20:18:39 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/ibase.xml, last change in rev 1.2 -- refentry id=function.ibase-free-result refnamediv @@ -13,8 +13,8 @@ methodparamtyperesource/typeparameterresult_identifier/parameter/methodparam /methodsynopsis simpara - Free's a result set the has been created by - functionibase_query/function. + Frees a result set that has been created by + functionibase_query/function or functionibase_execute/function. return.success; /simpara /refsect1
[PHP-DOC] cvs: phpdoc /en/reference/imap/functions imap-mail.xml
ali Sat Aug 30 09:34:16 2003 EDT Modified files: /phpdoc/en/reference/imap/functions imap-mail.xml Log: corrected proto. thanks vincent Index: phpdoc/en/reference/imap/functions/imap-mail.xml diff -u phpdoc/en/reference/imap/functions/imap-mail.xml:1.2 phpdoc/en/reference/imap/functions/imap-mail.xml:1.3 --- phpdoc/en/reference/imap/functions/imap-mail.xml:1.2Wed Apr 17 02:39:19 2002 +++ phpdoc/en/reference/imap/functions/imap-mail.xmlSat Aug 30 09:34:16 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/imap.xml, last change in rev 1.33 -- refentry id=function.imap-mail refnamediv @@ -11,7 +11,7 @@ refsect1 titleDescription/title methodsynopsis - typestring/typemethodnameimap_mail/methodname + typebool/typemethodnameimap_mail/methodname methodparamtypestring/typeparameterto/parameter/methodparam methodparamtypestring/typeparametersubject/parameter/methodparam methodparamtypestring/typeparametermessage/parameter/methodparam
[PHP-DOC] cvs: phpdoc /en/reference/mcal/functions mcal-create-calendar.xml
ali Sat Aug 30 14:06:38 2003 EDT Modified files: /phpdoc/en/reference/mcal/functions mcal-create-calendar.xml Log: fixing proto Index: phpdoc/en/reference/mcal/functions/mcal-create-calendar.xml diff -u phpdoc/en/reference/mcal/functions/mcal-create-calendar.xml:1.2 phpdoc/en/reference/mcal/functions/mcal-create-calendar.xml:1.3 --- phpdoc/en/reference/mcal/functions/mcal-create-calendar.xml:1.2 Wed Apr 17 02:40:02 2002 +++ phpdoc/en/reference/mcal/functions/mcal-create-calendar.xml Sat Aug 30 14:06:38 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/mcal.xml, last change in rev 1.11 -- refentry id=function.mcal-create-calendar refnamediv @@ -9,7 +9,7 @@ refsect1 titleDescription/title methodsynopsis - typestring/typemethodnamemcal_create_calendar/methodname + typebool/typemethodnamemcal_create_calendar/methodname methodparamtypeint/typeparameterstream/parameter/methodparam methodparamtypestring/typeparametercalendar/parameter/methodparam /methodsynopsis
[PHP-DOC] #25301 [Opn-Csd]: small error in the german documentation of the dechex-function
ID: 25301 Updated by: [EMAIL PROTECTED] Reported By: Tobias dot Glasmachers at gmx dot de -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: - PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-08-28 12:40:41] Tobias dot Glasmachers at gmx dot de Description: On your webside http://www.php.net/manual/de/function.dechex.php in the german version you can find the explanation: Diese Funktion liefert eine hexadezimale Repräsentation von number als String zurück. Der größte konvertierbare Wert für number ist dezimal 2147483647, dies entspricht (2 hoch 32)-1 und liefet als Ergebnis den String 7fff zurück. Please replace (2 hoch 32)-1 by (2 hoch 31)-1. Regards, Tobias Glasmachers -- Edit this bug report at http://bugs.php.net/?id=25301edit=1
[PHP-DOC] cvs: phpdoc /en/security index.xml
ali Sat Aug 23 05:34:25 2003 EDT Modified files: /phpdoc/en/security index.xml Log: added XHTML entity, see #25208 for more information Index: phpdoc/en/security/index.xml diff -u phpdoc/en/security/index.xml:1.60 phpdoc/en/security/index.xml:1.61 --- phpdoc/en/security/index.xml:1.60 Fri Aug 22 08:37:02 2003 +++ phpdoc/en/security/index.xmlSat Aug 23 05:34:25 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.60 $ -- +!-- $Revision: 1.61 $ -- chapter id=security.index titleSecurity/title @@ -947,7 +947,7 @@ titleExploiting common debugging variables/title programlisting role=php ![CDATA[ -form method=POST action=attacktarget?errors=Yamp;showerrors=1debug=1 +form method=POST action=attacktarget?errors=Yamp;showerrors=1amp;debug=1 input type=hidden name=errors value=Y input type=hidden name=showerrors value=1 input type=hidden name=debug value=1
[PHP-DOC] #25208 [Opn-Csd]: Typos in the security chapter
ID: 25208 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: I added the XHTML entity for the ampersand in the example, as i also think an XHTML compatible doc makes sense. I'm setting this bug-status to closed, altough this contributes to an inconsistent manual. -ali Previous Comments: [2003-08-23 04:09:34] [EMAIL PROTECTED] Erm, using amp; and interchangeably in URLs is not a solution. That page should either use or amp; for every URL parameter. IMHO the later would be good. [2003-08-22 07:39:18] [EMAIL PROTECTED] I have fixed the error (b) in CVS, the bug is closed now. +1 for a XHTML compliant documentation, but this shuold be discussed on [EMAIL PROTECTED], not in a bug report ;) didou [2003-08-22 07:21:27] [EMAIL PROTECTED] Actually for XHTML/HTML Conformance, that first amp; *should* be an amp; and so should the the second . Which brings about the question, should we start to change things like this to bring examples upto standards compliant (X)HTML? Has the decision been made whether HTML in the manual should be HTML or XHTML yet? He is right about the extraneous after the 1 though. - Davey [2003-08-22 06:58:46] [EMAIL PROTECTED] Description: The second example included in the section `security.errors' (Error Reporting), goes something like this: form method=POST action=attacktarget?errors=Yamp;showerrors=1debug=1 input type=hidden name=errors value=Y input type=hidden name=showerrors value=1 input type=hidden name=debug value=1 /form There's a couple of errors in the `form' tag: (a) the `amp;' entity shouldn't be there, and (b) there is one `' too many. Thanks. -- Edit this bug report at http://bugs.php.net/?id=25208edit=1
[PHP-DOC] #25219 [Opn-Ana]: Wrong type for DIRECTORY_SEPERATOR constant
ID: 25219 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Documentation problem Operating System: irrelevant PHP Version: Irrelevant New Comment: ext/standard/dir.c states on line 136: REGISTER_STRING_CONSTANT(DIRECTORY_SEPARATOR, dirsep_str, CONST_CS|CONST_PERSISTENT); I did not take a closer look at REGISTER_STRING_CONSTANT, but the name of this macro lets me assume, thats it really is a string-constant. But maybe someone wants to correct me. -ali Previous Comments: [2003-08-23 08:13:27] [EMAIL PROTECTED] Description: On the page http://uk.php.net/manual/en/reserved.constants.standard.php the constant DIRECTORY_SEPERATOR has a TYPE of (integer) when in actual fact it is a (string) (a / or \) unless I'm missing something? - Davey -- Edit this bug report at http://bugs.php.net/?id=25219edit=1
[PHP-DOC] #25189 [Opn]: Function lists in the manual showing the return type.
ID: 25189 Updated by: [EMAIL PROTECTED] Reported By: richard dot quadling at carval dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Any PHP Version: Irrelevant New Comment: As it says it is the TOC which usually does not give the user detailed information about the usage of the function, but states briefly what this function does. If the function is needed for you to be used, you can just click on the link to get the doc-page of that special function which will also include the prototype-infos. In my oppinion your request would just confuse and will not lead to a more userfriendly documentation. any comments? -ali Previous Comments: [2003-08-21 09:04:21] richard dot quadling at carval dot co dot uk Description: At the moment, you get this ... Table of Contents aspell_check_raw -- Check a word without changing its case or trying to trim it [deprecated] aspell_check -- Check a word [deprecated] aspell_new -- Load a new dictionary [deprecated] aspell_suggest -- Suggest spellings of a word [deprecated] When would be REALLY useful is the return types and parameters. E.g. Table of Contents bool aspell_check_raw ( int dictionary_link, string word) -- Check a word without changing its case or trying to trim it [deprecated] bool aspell_check ( int dictionary_link, string word) -- Check a word [deprecated] int aspell_new ( string master [, string personal]) -- Load a new dictionary [deprecated] array aspell_suggest ( int dictionary_link, string word) -- Suggest spellings of a word [deprecated] Why? When you are looking for a function that returns a type you can see what it may be called as sometimes the names are not what you expect. NOTE: I used aspell as an example as it only had a few entries. Regards, Richard Quadling. -- Edit this bug report at http://bugs.php.net/?id=25189edit=1
[PHP-DOC] #25189 [Opn-Csd]: Function lists in the manual showing the return type.
ID: 25189 Updated by: [EMAIL PROTECTED] Reported By: richard dot quadling at carval dot co dot uk -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Any PHP Version: Irrelevant New Comment: I guess Mehdi's link solve your problem :) Thus i'm setting the status to closed. -ali Previous Comments: [2003-08-21 09:30:36] richard dot quadling at carval dot co dot uk Aha! Pretty much bang on! Thanks. Richard. [2003-08-21 09:27:09] [EMAIL PROTECTED] Is that what you need ? http://cvs.php.net/co.php/phpdoc/funcsummary.txt?login=2r=1.22 didou [2003-08-21 09:24:12] richard dot quadling at carval dot co dot uk I suppose you are right. It is just that I would like to see the function that gives the return type I want. Often the return type and parameters suggest more about what the function does than its name. Richard. [2003-08-21 09:19:47] [EMAIL PROTECTED] As it says it is the TOC which usually does not give the user detailed information about the usage of the function, but states briefly what this function does. If the function is needed for you to be used, you can just click on the link to get the doc-page of that special function which will also include the prototype-infos. In my oppinion your request would just confuse and will not lead to a more userfriendly documentation. any comments? -ali [2003-08-21 09:04:21] richard dot quadling at carval dot co dot uk Description: At the moment, you get this ... Table of Contents aspell_check_raw -- Check a word without changing its case or trying to trim it [deprecated] aspell_check -- Check a word [deprecated] aspell_new -- Load a new dictionary [deprecated] aspell_suggest -- Suggest spellings of a word [deprecated] When would be REALLY useful is the return types and parameters. E.g. Table of Contents bool aspell_check_raw ( int dictionary_link, string word) -- Check a word without changing its case or trying to trim it [deprecated] bool aspell_check ( int dictionary_link, string word) -- Check a word [deprecated] int aspell_new ( string master [, string personal]) -- Load a new dictionary [deprecated] array aspell_suggest ( int dictionary_link, string word) -- Suggest spellings of a word [deprecated] Why? When you are looking for a function that returns a type you can see what it may be called as sometimes the names are not what you expect. NOTE: I used aspell as an example as it only had a few entries. Regards, Richard Quadling. -- Edit this bug report at http://bugs.php.net/?id=25189edit=1
[PHP-DOC] cvs: phpdoc /en/security index.xml
ali Thu Aug 21 10:41:32 2003 EDT Modified files: /phpdoc/en/security index.xml Log: fixed typo (bug #25191) Index: phpdoc/en/security/index.xml diff -u phpdoc/en/security/index.xml:1.58 phpdoc/en/security/index.xml:1.59 --- phpdoc/en/security/index.xml:1.58 Fri Jun 20 15:21:59 2003 +++ phpdoc/en/security/index.xmlThu Aug 21 10:41:32 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.58 $ -- +!-- $Revision: 1.59 $ -- chapter id=security.index titleSecurity/title @@ -219,7 +219,7 @@ titleCase 3: setting doc_root or user_dir/title simpara To include active content, like scripts and executables, in the - web server document directories is sometimes consider an insecure + web server document directories is sometimes considered an insecure practice. If, because of some configuration mistake, the scripts are not executed but displayed as regular HTML documents, this may result in leakage of intellectual property or security
[PHP-DOC] #25191 [Opn-Csd]: Suggestion for a paragraph in the security chapter
ID: 25191 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. thanks fo reporting this typo. Previous Comments: [2003-08-21 09:36:34] [EMAIL PROTECTED] Description: This is a trivial issue. The section `security.cgi-bin.doc-root' begins like this: To include active content, like scripts and executables, in the web server document directories is sometimes consider an insecure practice. I'd suggest a slightly different wording for this sentence. Something like: Including active content in the web server document directories, like scripts and executables, is sometimes considered an insecure practice. My main concern is with the word `consider', which I think should be replaced by `considered'. My native language is not English, though, so I'm not quite sure if this is an issue at all. Thanks. -- Edit this bug report at http://bugs.php.net/?id=25191edit=1
[PHP-DOC] entity updates for the doc-howto
Hi all, On 30 Jun 2003 Christoph Grottolo mailed to phpdoc and mentioned that the URL http://toye.php.net/ is not reachable using the browser. While i was browsing though the docs on http://www.php.net/manual/howto/ i saw links which point to http://toye.php.net/~rasmus/status.php and http://toye.php.net/~rasmus/status.php?l=hu which of course are dead. So basically the url.status and url.status.hu entities need an update. But as i don't know where Rasmus's status checking script is currently located, i can't make any sensible changes to the file to fix this. Anybody knows about this script and it's location? -ali -- http://evilphp.com/key.asc signature.asc Description: This is a digitally signed message part
PLS VERY URGENT
DR ALI ABU EMAIL [EMAIL PROTECTED] FAX:234 1 7599159 Dear Sir, URGENT BUSINESS RELATIONSHIP First, I must solicit your confidence in this transaction, which is of mutual benefit. This is by virtue of it's nature of being utterly confidential.I am sure and have confidence of your ability, and reliability to prosecute a transaction of this great magnitude. We are top Officials of the Federal Government Contract review Panel who are interested in importation of goods into our country with funds which are presently trapped in Nigeria. In order to commence this business,we need your assistance to enable us transfer funds into your account. Asmembers of the Contract Review Panel set up by the Government of Nigeria toreview all contracts from 1983 to the present,we have identified a lot ofinflated contract funds which are presently floating in the Central Bank of Nigeria ready for payment. By virtue of our position as Civil Servants and members of this Panel, we cannot acquire this money in our names, in this regard I have been delegated by my colleagues of the review Panel to look for an overseas partner into whose account we would transfer the sum of US$21,320,000.00 ( Twenty -One Million, Three Hundred and Twenty Thousand United States Dollars) hence we take the liberty to writeyou. The money will be shared as follows:- 1. 20% for the account owner 2. 70% for us (The Officials) 3. 10% to be used in settling taxation and all local and foreignexpenses. Please note that this transaction will take between 7 to 10 working days from the date of receipt of the following information by Fax 234 1 7599159,Your Company's signed and stamped letterhead with atranscribed Text which we would send to you upon receipt of your reply with a letter of interest.The above information will enable us write letter of claim, and Job description by using your Company name to apply for payment for the above stated amount.Please acknowledge the receipt of this letter using the above Fax number. Detailed information of this pending business transaction will be sent to you as soon as I hear from you. Yours faithfully, DR ALI ABU NOTE:PLEASE QUOTE THIS REFERENCE NUMBER(VE/S/04/02) IN ALL YOURRESPONSES.. ady.txt Description: Binary data
Re: [PHP-DOC] cvs: phpdoc /en/reference/array/functionsarray-combine.xml array-count-values.xml array-diff-assoc.xmlarray-diff.xml array-filter.xml array-flip.xml array-intersect-assoc.xmlarray-int
On Sun, 2003-08-17 at 15:13, Heilig (Cece) Szabolcs wrote: You shouldn't use () with echo anyway, it can do things you won't expect. array and return are control structures too, so I don't see why they should be different. (array is not that obvious, but return is definitely a control structure (it controls the end of a function/include file)). Both echo and return do not need ()'s anyway... unless you really need to group things (which only makes sense with return of course). Derick has absolutely right with return i think. I was a bit doubtful with that. I saw returns without brackets a lot, and some return with brackets, but without space between. I'm going to revert return affected docs. I was dealing with bug #20739 on friday which was related to the return syntax. Check the CVS version of the docs for information. The parentheses are only needed if you are returning the result of an expression and not a value/variable. This statement is not refering to the PEAR CS, but may clarify the usage of the ()'s -ali But what about arrays? Can we discuss Pear guys about that? -- = Heilig (Cece) Szabolcs - [EMAIL PROTECTED] - http://www.phphost.hu = -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- http://evilphp.com/key.asc -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language control-structures.xml
ali Fri Aug 15 06:42:24 2003 EDT Modified files: /phpdoc/en/language control-structures.xml Log: fixing bug #20739 Index: phpdoc/en/language/control-structures.xml diff -u phpdoc/en/language/control-structures.xml:1.78 phpdoc/en/language/control-structures.xml:1.79 --- phpdoc/en/language/control-structures.xml:1.78 Fri Jun 13 07:00:03 2003 +++ phpdoc/en/language/control-structures.xml Fri Aug 15 06:42:23 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.78 $ -- +!-- $Revision: 1.79 $ -- chapter id=control-structures titleControl Structures/title @@ -1096,9 +1096,8 @@ simpara Note that since functionreturn/function is a language construct and not a function, the parentheses surrounding its - arguments are emphasisnot/emphasis required--in fact, it is - more common to leave them out than to use them, although it - doesn't matter one way or the other. + arguments are emphasisonly/emphasis required if the argument + contains an expression. It is common to leave them out while returning a variable. /simpara /note /para -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20739 [Ana-Csd]: parentheses surrounding return()'s arguments do seem to matter
ID: 20739 Updated by: [EMAIL PROTECTED] Reported By: c dot gerlach at sympatico dot ca -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev Previous Comments: [2002-12-09 07:14:40] [EMAIL PROTECTED] The docs say different thing: Note: Note that since return() is a language construct and not a function, the parentheses surrounding its arguments are not required--in fact, it is more common to leave them out than to use them, although it doesn't matter one way or the other. This is not true, according to Andi.. [2002-12-09 06:41:21] [EMAIL PROTECTED] You are right they do matter. When you're putting paratheses you're telling the engine that this is an expression with a possible value (e.g. (3+2) ) and not a variable. [2002-11-30 16:00:59] [EMAIL PROTECTED] In addition to returning the wrong value the code produces a number of memory leaks that are listed below. /home/rei/PHP_CVS/php4/Zend/zend_execute.c(468) : Freeing 0x084F7E24 (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_hash.c(262) : Freeing 0x084F7DCC (40 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x084FCBF4 (32 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1692) : Freeing 0x084FCB94 (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(135) : Actual location (location was relayed) Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(471) : Freeing 0x084F96FC (4 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(111) : Actual location (location was relayed) /home/rei/PHP_CVS/php4/Zend/zend_execute.c(479) : Freeing 0x084F96BC (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1986) : Freeing 0x084F960C (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(565) : Actual location (location was relayed) [2002-11-30 15:37:53] c dot gerlach at sympatico dot ca I'm using PHP 4.2.3 on Windows NT 5.0 build 2195 (win2k) along with Apache and stumbled across a strange behaviour regarding return() arguments in parentheses. Consider the following code: class Node { var $children; var $name; function Node($name) { $this-children = array(); $this-name = $name; } function add($n) { $this-children[0] = $n; return($this-children[0]); # these () make a difference } } $t = new Node(top); $node = new Node(foo); $n = $t-add($node); $n-name = bar; print $n-name; # output: bar print $t-children[0]-name; # output: foo The code is working as expected (i.e., both times bar is printed) when you remove the parentheses from the return call in the add method. According to the manual, parentheses in a return call shouldn't make a difference. -- Edit this bug report at http://bugs.php.net/?id=20739edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20739 [Csd]: parentheses surrounding return()'s arguments do seem to matter
ID: 20739 Updated by: [EMAIL PROTECTED] Reported By: c dot gerlach at sympatico dot ca Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: This bug should be fixed in CVS. Previous Comments: [2002-12-09 07:14:40] [EMAIL PROTECTED] The docs say different thing: Note: Note that since return() is a language construct and not a function, the parentheses surrounding its arguments are not required--in fact, it is more common to leave them out than to use them, although it doesn't matter one way or the other. This is not true, according to Andi.. [2002-12-09 06:41:21] [EMAIL PROTECTED] You are right they do matter. When you're putting paratheses you're telling the engine that this is an expression with a possible value (e.g. (3+2) ) and not a variable. [2002-11-30 16:00:59] [EMAIL PROTECTED] In addition to returning the wrong value the code produces a number of memory leaks that are listed below. /home/rei/PHP_CVS/php4/Zend/zend_execute.c(468) : Freeing 0x084F7E24 (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_hash.c(262) : Freeing 0x084F7DCC (40 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x084FCBF4 (32 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1692) : Freeing 0x084FCB94 (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(135) : Actual location (location was relayed) Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(471) : Freeing 0x084F96FC (4 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(111) : Actual location (location was relayed) /home/rei/PHP_CVS/php4/Zend/zend_execute.c(479) : Freeing 0x084F96BC (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1986) : Freeing 0x084F960C (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(565) : Actual location (location was relayed) [2002-11-30 15:37:53] c dot gerlach at sympatico dot ca I'm using PHP 4.2.3 on Windows NT 5.0 build 2195 (win2k) along with Apache and stumbled across a strange behaviour regarding return() arguments in parentheses. Consider the following code: class Node { var $children; var $name; function Node($name) { $this-children = array(); $this-name = $name; } function add($n) { $this-children[0] = $n; return($this-children[0]); # these () make a difference } } $t = new Node(top); $node = new Node(foo); $n = $t-add($node); $n-name = bar; print $n-name; # output: bar print $t-children[0]-name; # output: foo The code is working as expected (i.e., both times bar is printed) when you remove the parentheses from the return call in the add method. According to the manual, parentheses in a return call shouldn't make a difference. -- Edit this bug report at http://bugs.php.net/?id=20739edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20739 [Ana-Csd]: parentheses surrounding return()'s arguments do seem to matter
ID: 20739 Updated by: [EMAIL PROTECTED] Reported By: c dot gerlach at sympatico dot ca -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-12-09 07:14:40] [EMAIL PROTECTED] The docs say different thing: Note: Note that since return() is a language construct and not a function, the parentheses surrounding its arguments are not required--in fact, it is more common to leave them out than to use them, although it doesn't matter one way or the other. This is not true, according to Andi.. [2002-12-09 06:41:21] [EMAIL PROTECTED] You are right they do matter. When you're putting paratheses you're telling the engine that this is an expression with a possible value (e.g. (3+2) ) and not a variable. [2002-11-30 16:00:59] [EMAIL PROTECTED] In addition to returning the wrong value the code produces a number of memory leaks that are listed below. /home/rei/PHP_CVS/php4/Zend/zend_execute.c(468) : Freeing 0x084F7E24 (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_hash.c(262) : Freeing 0x084F7DCC (40 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_hash.c(178) : Freeing 0x084FCBF4 (32 bytes), script=r.php Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1692) : Freeing 0x084FCB94 (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(135) : Actual location (location was relayed) Last leak repeated 1 time /home/rei/PHP_CVS/php4/Zend/zend_execute.c(471) : Freeing 0x084F96FC (4 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_variables.c(111) : Actual location (location was relayed) /home/rei/PHP_CVS/php4/Zend/zend_execute.c(479) : Freeing 0x084F96BC (12 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_execute.c(1986) : Freeing 0x084F960C (44 bytes), script=r.php /home/rei/PHP_CVS/php4/Zend/zend_API.c(565) : Actual location (location was relayed) [2002-11-30 15:37:53] c dot gerlach at sympatico dot ca I'm using PHP 4.2.3 on Windows NT 5.0 build 2195 (win2k) along with Apache and stumbled across a strange behaviour regarding return() arguments in parentheses. Consider the following code: class Node { var $children; var $name; function Node($name) { $this-children = array(); $this-name = $name; } function add($n) { $this-children[0] = $n; return($this-children[0]); # these () make a difference } } $t = new Node(top); $node = new Node(foo); $n = $t-add($node); $n-name = bar; print $n-name; # output: bar print $t-children[0]-name; # output: foo The code is working as expected (i.e., both times bar is printed) when you remove the parentheses from the return call in the add method. According to the manual, parentheses in a return call shouldn't make a difference. -- Edit this bug report at http://bugs.php.net/?id=20739edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/language control-structures.xml
Hi Derick, On Fri, 2003-08-15 at 13:10, Derick Rethans wrote: Hey, can you please re-close the bug, I had to restore a backup. i just did. -ali Derick On Fri, 15 Aug 2003, Ali wrote: ali Fri Aug 15 06:42:24 2003 EDT Modified files: /phpdoc/en/language control-structures.xml Log: fixing bug #20739 Index: phpdoc/en/language/control-structures.xml diff -u phpdoc/en/language/control-structures.xml:1.78 phpdoc/en/language/control-structures.xml:1.79 --- phpdoc/en/language/control-structures.xml:1.78 Fri Jun 13 07:00:03 2003 +++ phpdoc/en/language/control-structures.xml Fri Aug 15 06:42:23 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.78 $ -- +!-- $Revision: 1.79 $ -- chapter id=control-structures titleControl Structures/title @@ -1096,9 +1096,8 @@ simpara Note that since functionreturn/function is a language construct and not a function, the parentheses surrounding its - arguments are emphasisnot/emphasis required--in fact, it is - more common to leave them out than to use them, although it - doesn't matter one way or the other. + arguments are emphasisonly/emphasis required if the argument + contains an expression. It is common to leave them out while returning a variable. /simpara /note /para -- Interpreting what the GPL actually means is a job best left to those that read the future by examining animal entrails. - Derick Rethans http://derickrethans.nl/ International PHP Magazine http://php-mag.net/ - -- http://evilphp.com/key.asc -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language variables.xml
ali Fri Aug 15 21:29:37 2003 EDT Modified files: /phpdoc/en/language variables.xml Log: fixed #20437 by adding a note Index: phpdoc/en/language/variables.xml diff -u phpdoc/en/language/variables.xml:1.68 phpdoc/en/language/variables.xml:1.69 --- phpdoc/en/language/variables.xml:1.68 Fri Jul 18 01:43:49 2003 +++ phpdoc/en/language/variables.xmlFri Aug 15 21:29:37 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.68 $ -- +!-- $Revision: 1.69 $ -- chapter id=language.variables titleVariables/title @@ -552,6 +552,33 @@ /programlisting /example /para + +note + para + Static variables maybe declared as seen in the examples above. + Trying to assign values to these variables which are the + result of expressions will cause a parse error. + /para + para + example + titleDeclaring static variables/title + programlisting role=php +![CDATA[ +?php +function foo(){ +static $int = 0; // correct +static $int = 1+2;// wrong (as it is an expression) +static $int = sqrt(121); // wrong (as it is an expression too) + +$int++; +echo $int; +} +? +]] + /programlisting + /example +/para + /note /sect2 sect2 id=language.variables.scope.references -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20437 [Opn-Csd]: static $m=1|2;
ID: 20437 Updated by: [EMAIL PROTECTED] Reported By: rrobin at greenapple dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Any PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. I added a note with an example to the docs, which should clarify the behaviour of static vars when values are assigned to them. Previous Comments: [2002-11-15 18:19:09] [EMAIL PROTECTED] Any expression or function call, doesn't work with a static declaration. It's documented through the user notes at: http://www.php.net/manual/en/language.variables.scope.php posting by tomek at pluton dot pl. It does IMO deserve proper documentation, because downloadable docs, don't contain the user notes. [2002-11-15 17:57:12] [EMAIL PROTECTED] hmm, not so sure if this is expected or a bug, Andi? Derick [2002-11-15 17:55:31] rrobin at greenapple dot com i am not in the class, the whole file contains only ?php static $m=1|2; ? [2002-11-15 01:03:46] [EMAIL PROTECTED] From http://www.php.net/manual/en/language.oop.php: Note: In PHP 4, only constant initializers for var variables are allowed. To initialize variables with non-constant values, you need an initialization function which is called automatically when an object is being constructed from the class. Such a function is called a constructor (see below). [2002-11-14 21:45:20] rrobin at greenapple dot com it seems that i cannot do static $m=1|2|4; getting rid of the static would compile it. -- Edit this bug report at http://bugs.php.net/?id=20437edit=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/functionsglob.xml
Just a little typo-fix. On Thu, 2003-07-03 at 17:12, Hartmut Holzgraefe wrote: hholzgra Thu Jul 3 11:12:28 2003 EDT Modified files: /phpdoc/en/reference/filesystem/functions glob.xml Log: it should be more clear this way? Index: phpdoc/en/reference/filesystem/functions/glob.xml diff -u phpdoc/en/reference/filesystem/functions/glob.xml:1.9 phpdoc/en/reference/filesystem/functions/glob.xml:1.10 --- phpdoc/en/reference/filesystem/functions/glob.xml:1.9 Thu Jul 3 10:39:45 2003 +++ phpdoc/en/reference/filesystem/functions/glob.xml Thu Jul 3 11:12:27 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.9 $ -- +!-- $Revision: 1.10 $ -- refentry id=function.glob refnamediv refnameglob/refname @@ -63,8 +63,10 @@ /para note simpara - Before PHP 4.3.3 constantGLOB_ONLYDIR/constant was only available - on systems with GNU C libraries + Before PHP 4.3.3 constantGLOB_ONLYDIR/constant was + emphasis role=strongnot/emhasis + available on Windows and other systems not using the GNU + C library. /simpara /note para -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Index: glob.xml === RCS file: /repository/phpdoc/en/reference/filesystem/functions/glob.xml,v retrieving revision 1.10 diff -u -u -r1.10 glob.xml --- glob.xml 3 Jul 2003 15:12:27 - 1.10 +++ glob.xml 3 Jul 2003 15:19:16 - @@ -64,7 +64,7 @@ note simpara Before PHP 4.3.3 constantGLOB_ONLYDIR/constant was - emphasis role=strongnot/emhasis + emphasis role=strongnot/emphasis available on Windows and other systems not using the GNU C library. /simpara -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] I am Facing the following error
Hello Farooq, On Tue, 2003-07-01 at 10:49, Farooq Ahmad wrote: Hi I am getting cont. this problem on Linux based machine. send me the solution with complete commands. Did you ever tried to google for this? Besides this is a list which deals with the manual/documentation of PHP and is not used for PHP Installation related stuff. And as this is not related to a manual issue look at this: A hint is given by the ./configure script in the PHP source package: [...] --with-mysql[=DIR] Include MySQL support. DIR is the MySQL base directory. If unspecified, the bundled MySQL library will be used. [...] Fatal error: Call to undefined function: mysql_connect() in /var/www/html/website/index.php on line 6 If the command was not found, you probably forgot to compile PHP with MySql support. To do so, see above. -Ali PS: you may want to look at threads like http://lists.php.net/article.php?group=php.installarticle=10891 and in general at PHP-Mailinglists like 'install' -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] ftp-nb-get.xml
Hi, added filename around newfile. Anyone with Karma may apply this little modification using supplied diff. thanks, -Ali Index: ftp-nb-get.xml === RCS file: /repository/phpdoc/en/reference/ftp/functions/ftp-nb-get.xml,v retrieving revision 1.4 diff -u -u -r1.4 ftp-nb-get.xml --- ftp-nb-get.xml 29 Jun 2003 15:05:37 - 1.4 +++ ftp-nb-get.xml 30 Jun 2003 12:22:11 - @@ -111,10 +111,11 @@ bytes smaller than filenameREADME/filename on the FTP server because we started reading at offset 100. If we have not have disabled constantFTP_AUTOSEEK/constant, the first - 100 bytes of newfile will be literal'\0'/literal. + 100 bytes of filenamenewfile/filename + will be literal'\0'/literal. /para para - See also functionftp_nb_fget/function, + See also functionftp_nb_fget/function, functionftp_nb_continue/function, functionftp_get/function and functionftp_fget/function. /para -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] ftp-nb-get.xml
Hello again, Just saw a second little issue, please use this diff for an update and ignore my last post. thanks, Ali Index: ftp-nb-get.xml === RCS file: /repository/phpdoc/en/reference/ftp/functions/ftp-nb-get.xml,v retrieving revision 1.4 diff -u -u -r1.4 ftp-nb-get.xml --- ftp-nb-get.xml 29 Jun 2003 15:05:37 - 1.4 +++ ftp-nb-get.xml 30 Jun 2003 12:42:48 - @@ -111,10 +111,11 @@ bytes smaller than filenameREADME/filename on the FTP server because we started reading at offset 100. If we have not have disabled constantFTP_AUTOSEEK/constant, the first - 100 bytes of newfile will be literal'\0'/literal. + 100 bytes of filenamenewfile/filename + will be literal'\0'/literal. /para para - See also functionftp_nb_fget/function, + See also functionftp_nb_fget/function, functionftp_nb_continue/function, functionftp_get/function and functionftp_fget/function. /para Index: ftp-nb-put.xml === RCS file: /repository/phpdoc/en/reference/ftp/functions/ftp-nb-put.xml,v retrieving revision 1.4 diff -u -u -r1.4 ftp-nb-put.xml --- ftp-nb-put.xml 29 Jun 2003 15:05:37 - 1.4 +++ ftp-nb-put.xml 30 Jun 2003 12:42:48 - @@ -22,7 +22,7 @@ constantFTP_ASCII/constant or constantFTP_BINARY/constant. The difference between this function and the functionftp_put/function is that this function uploads the file asynchronously, so your program can perform other operations while the - file is being downloaded. + file is being uploaded. /para para return.success; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] ftp-nb-fput.xml
Hi all, i'm doing some german translation on the FTP functions and while reading through the english XML-files i saw a little typo in the ftp-nb-fput manpage. Attached diff should fix it. -Ali Index: ftp-nb-fput.xml === RCS file: /repository/phpdoc/en/reference/ftp/functions/ftp-nb-fput.xml,v retrieving revision 1.4 diff -u -u -r1.4 ftp-nb-fput.xml --- ftp-nb-fput.xml 28 Jan 2003 03:37:19 - 1.4 +++ ftp-nb-fput.xml 29 Jun 2003 12:16:18 - @@ -23,7 +23,7 @@ constantFTP_ASCII/constant or constantFTP_BINARY/constant. The difference between this function and the functionftp_fput/function is that this function uploads the file asynchronously, so your program can perform other operations while the - file is being downloaded. + file is being uploaded. /para para return.success; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] ftp-raw.xml
Hi there, attached is the german version of ftp-raw.xml (de/reference/ftp/functions/ftp-raw.xml) Would be nice if anyone with Karma could add this to the CVS repository. -Ali ?xml version=1.0 encoding=iso-8859-1? !-- EN-Revision: 1.1 Maintainer: ali Status: ready -- refentry id=function.ftp-raw refnamediv refnameftp_raw/refname refpurposeSendet ein beliebiges Kommando an den FTP-Server/refpurpose /refnamediv refsect1 titleBeschreibung/title methodsynopsis typearray/typemethodnameftp_raw/methodname methodparamtyperesource/typeparameterftp_stream/parameter/methodparam methodparamtypestring/typeparametercommand/parameter/methodparam /methodsynopsis para Sendet ein beliebiges Kommando parametercommand/parameter an den FTP-Server. Gibt die Antwort des Servers als Array von Strings zurück. Die Antwort des Servers wird weder geparsed, noch stellt functionftp_raw/function fest, ob das Kommando erfolgreich ausgeführt wurde. /para para example titleDer Gebrauch von functionftp_raw/function, um sich manuell auf einem FTP-Server anzumelden./title programlisting role=php ![CDATA[ ?php $fp = ftp_connect(ftp.example.com); /* This is the same as: ftp_login($fp, joeblow, secret); */ ftp_raw($fp, USER joeblow); ftp_raw($fp, PASS secret); ? ]] /programlisting /example /para para Siehe auch functionftp_exec/function /para /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 -- -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] RE: ftp-raw.xml
In future i'll only post commit requests for translations to the german mailing list. Please just ignore my last Post. -Ali -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] CVS Account Request: ali
Hi, i have read the instructions and got stuck at the point on mailing to [EMAIL PROTECTED] introducing myself. Should i interprete this as a no, should i wait until someone of the devs answers to my request? Thanks in advance Ali On Tue, 25 Feb 2003 16:33:04 +0100 Gabor Hojtsy [EMAIL PROTECTED] wrote: | Welcome Ali! | | i'd like to help translating the english documentation to german. If | help is needed i would be glad to cotribute and support PHP. | | Please read http://php.net/dochowto | | Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] CVS Account Request: ali
Dear list, i'd like to help translating the english documentation to german. If help is needed i would be glad to cotribute and support PHP. regards, Ali -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] What next after Red hat installation
Hi Boon, You may ask user-related questions on the [EMAIL PROTECTED] list. I don't think the documentation list is the right place to ask. -Ali On Tue, 18 Feb 2003 21:04:32 +1100 Boon Tan [EMAIL PROTECTED] wrote: | I am really a newbie at this. I have just completed a 'custom' | installation of Red Hat 7.1. Upon completion, when I open the package | manager, I noticed that PHP, mysql and apache are all in there. I am | hoping to install all these and run as a local host (by pinging) or | web server. 1)If I can view them, does it mean it has been installed | and ready to run PHP using the mysql database? 2) Or do I have to | download from php.net here to Red Hat? 3) If I need to do 2), how do I | run them initially? | | I have no problems doing this under XP as it is a breeze. | | Please help. | | -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] helping out on phpdoc
Dear phpdoc Subscribers, i'm, not sure if this is the right place to ask this, if it isn't please redirect me. I'd like to contribute to the php project and work on the documentation. It helped me a lot in the past and it's still doing a wonderfull job. If there is a chance of helping out, please contact me. I'm not sure about skills i have to have, but if there are certains requirements let me know them too, so that i know if i'm the right guy to help ... regards, Ali -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] leader of phpdoc-de
Dear phpdoc subscribers, i'd like to participate in the phpdoc-de project as stated before, but even after reading some docs on php.net and mailing with some members i coudn't figure out who the leader of the phpdoc-de list is. I would appreciate if anyone could tell me who to contact in order to clarify, if i can help and how i could help best. sorry for discussing this in here, i didn't find a better place to ask for this issue. regards, Ali -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php