[PHP-DOC] cvs: phpdoc /en/features file-upload.xml
philip Sat Jan 18 03:34:26 2003 EDT Modified files: /phpdoc/en/features file-upload.xml Log: Updating the file upload processing example to focus on move_uploadad_file. This closes bug #20572. Expanded example a bit too. Also raised the MAX_FILE_SIZE limit in the form from 1000 to 3. Index: phpdoc/en/features/file-upload.xml diff -u phpdoc/en/features/file-upload.xml:1.54 phpdoc/en/features/file-upload.xml:1.55 --- phpdoc/en/features/file-upload.xml:1.54 Sun Jan 5 15:37:39 2003 +++ phpdoc/en/features/file-upload.xml Sat Jan 18 03:34:25 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.54 $ -- +!-- $Revision: 1.55 $ -- chapter id=features.file-upload titleHandling file uploads/title @@ -39,7 +39,7 @@ programlisting role=html ![CDATA[ form enctype=multipart/form-data action=_URL_ method=post -input type=hidden name=MAX_FILE_SIZE value=1000 +input type=hidden name=MAX_FILE_SIZE value=3 Send this file: input name=userfile type=file input type=submit value=Send File /form @@ -160,22 +160,27 @@ example titleValidating file uploads/title para - The following examples are for versions of PHP 4 greater than - 4.0.2. See the function entries for - functionis_uploaded_file/function and - functionmove_uploaded_file/function. + See also the function entries for functionis_uploaded_file/function + and functionmove_uploaded_file/function for further information. The + following example will process the file upload that came from a form. /para programlisting role=php ![CDATA[ -?php -// In PHP earlier then 4.1.0, $HTTP_POST_FILES should be used instead of $_FILES. -if (is_uploaded_file($_FILES['userfile']['tmp_name'])) { -copy($_FILES['userfile']['tmp_name'], /place/to/put/uploaded/file); +?php +// In PHP earlier then 4.1.0, $HTTP_POST_FILES should be used instead of $_FILES. +// In PHP earlier then 4.0.3, use copy() and is_uploaded_file() instead of +move_uploaded_file + +$uploaddir = '/var/www/uploads/'; + +print pre; +if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploaddir . +$_FILES['userfile']['name'])) { +print File is valid, and was successfully uploaded. Here's some more debugging +info:\n; +print_r($_FILES); } else { -echo Possible file upload attack. Filename: . $_FILES['userfile']['name']; +print Possible file upload attack! Here's some debugging info:\n; +print_r($_FILES); } -/* ...or... */ -move_uploaded_file($_FILES['userfile']['tmp_name'], /place/to/put/uploaded/file); + ? ]] /programlisting -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20572 [Opn-Csd]: recommend of move_uploaded_file should be also remind in handling file uploads
ID: 20572 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: independcy PHP Version: 4.3.0RC1 New Comment: These docs have been updated to focus on move_uploaded_file(). Changes can be seen here: http://cvs.php.net/cvs.php/phpdoc/en/features/file-upload.xml Thanks for the report :) Previous Comments: [2002-11-22 08:53:02] [EMAIL PROTECTED] main features handling file uploads the example should say that, move_uploaded_file is recommend, this make sure it works under restriction mode. although there's a comment in user note about this, and it also documented in make_uploaded_file section. but remind here will help a lot of ppl, also free a lot of php-helpers :) btw: there're so many important user note that should be refine to official document, yet i know, document should be keep simple :) -- Edit this bug report at http://bugs.php.net/?id=20572edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
philip Sat Jan 18 03:56:07 2003 EDT Modified files: /phpdoc/en/language types.xml Log: Character before heredoc closing identifier (which is EOL) depends on the OS. This closes bug #21680 Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.100 phpdoc/en/language/types.xml:1.101 --- phpdoc/en/language/types.xml:1.100 Sun Jan 12 17:51:45 2003 +++ phpdoc/en/language/types.xmlSat Jan 18 03:56:06 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.100 $ -- +!-- $Revision: 1.101 $ -- chapter id=language.types titleTypes/title @@ -751,6 +751,9 @@ That means especially that the identifier emphasismay not be indented/emphasis, and there may not be any spaces or tabs after or before the semicolon. + It's also important to realize that the first character before + the closing identifier must be a newline as defined by your + operating system. So for example on macs; literal\r/literal. /simpara /warning -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21680 [Opn-Csd]: heredoc breaks with mac text format
ID: 21680 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: FreeBSD 4 PHP Version: 4.3.0 Assigned To: philip New Comment: This is now documented: http://cvs.php.net/cvs.php/phpdoc/en/language/types.xml Thanks for the report :) Previous Comments: [2003-01-17 02:37:11] [EMAIL PROTECTED] This needs to be documented sometime, assigning to self. [2003-01-17 02:05:30] [EMAIL PROTECTED] Cool with me, I was just taken by suprise, by this behavior. [2003-01-16 15:02:22] [EMAIL PROTECTED] The 1st character before 'EOD;' must be a newline as defined by your operating system. Meaning that it can only be \r if you are using a MAC or an OS where \r is EOL. [2003-01-16 02:49:28] [EMAIL PROTECTED] It appears that the heredoc string type breaks if the script is in mac text format. This has been noticed before http://www.zend.com/lists/php-dev/200110/msg00815.html, but i havn't been able to find a bugreport? Im working in Windows with UltraEdit, and the following code breaks, when I use UltrEdit to convert from dos format to mac format: ?php echo EOD foo EOD; ? This error is produced: Parse error: parse error, unexpected $ in /usr/home/nej/public_html/heredoc.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=21680edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21515 [Opn]: debug_backtrace() needs documentation.
ID: 21515 Updated by: [EMAIL PROTECTED] -Summary: Show the current functionname Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: all PHP Version: 4.3.0 New Comment: __FUNCTION__ is now documented as per bug #19196. Am changing the topic of this bug report to reflect everyones deep desire for debug_backtrace() to be documented. We all agreed that the section on Error Handling and Logging Functions is the best place for debug_backtrace. Previous Comments: [2003-01-08 11:22:35] [EMAIL PROTECTED] You can use the __FUNCTION__ constant as of PHP 4.3.0 It's documented somewhere with the other magical sorta-constants __FILE__, __LINE__, and __CLASS__. __CLASS__ also became available in PHP 4.3.0 I think there's a bug somewhere for documented these sorta-constants as the manual doesn't document them very well. [2003-01-08 04:27:05] [EMAIL PROTECTED] hah, nu even de daad by het woord voegen :-) [2003-01-08 04:26:25] [EMAIL PROTECTED] You can use debug_backtrace() for this (which is new in PHP 4.3.0). (Try var_dump(debug_backtrace()); to see what output it gives), marking this bug as a doc problem, as debug_backtrace() has not been documented yet. Derick [2003-01-08 04:20:36] [EMAIL PROTECTED] Is it possible to create a getCurrentFunctionName() function? If an user defined error occured (for example: you are not getting a valid SQL-resultset with your query) in a function, it would be handy to show the functionname where the error is generated. Possible example: function getQueryResultSet() { // requested code $currentFunctionName = getCurrentFunctionName(); $query=select * from table; $result = mysql_query($query) or die (The error occured in . $currentFunctionName); return $result; } -- Edit this bug report at http://bugs.php.net/?id=21515edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions str-shuffle.xml
philip Sat Jan 18 04:22:40 2003 EDT Added files: /phpdoc/en/reference/strings/functions str-shuffle.xml Log: Initial documentation. This also closes bug #20850 Index: phpdoc/en/reference/strings/functions/str-shuffle.xml +++ phpdoc/en/reference/strings/functions/str-shuffle.xml ?xml version=1.0 encoding=iso-8859-1? !-- $Revision: 1.1 $ -- refentry id=function.str-shuffle refnamediv refnamestr_shuffle/refname refpurposeRandomly shuffles a string/refpurpose /refnamediv refsect1 titleDescription/title methodsynopsis typestring/typemethodnamestr_shuffle/methodname methodparamtypestring/typeparameterstr/parameter/methodparam /methodsynopsis simpara functionstr_shuffle/function shuffles a string. One permutation of all possible is created. /simpara para example titlefunctionstr_shuffle/function example/title programlisting role=php ![CDATA[ ?php $str = 'abcdef'; $shuffled = str_shuffle($str); // This will print something like: bfdaec print $shuffled; ? ]] /programlisting /example /para simpara See also functionshuffle/function and functionrand/function. /simpara /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] #20850 [Opn-Csd]: str_shuffle needs documentation
ID: 20850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4CVS-2002-12-05 (dev) New Comment: Documentation for this function now exists. See: http://cvs.php.net/cvs.php/phpdoc/en/reference/strings/functions/str-shuffle.xml Thanks for the report :) Previous Comments: [2002-12-06 01:15:24] [EMAIL PROTECTED] That thing @ zend.com is usually not what people use. It's a bug, and thus it belongs in the bugsystem. [2002-12-05 22:05:47] [EMAIL PROTECTED] Nevermind. I see that this function appears on the list at http://www.zend.com/phpfunc/nodoku.php. There's not much point to me doubling up the information. :) [2002-12-05 20:36:33] [EMAIL PROTECTED] Please add str_shuffle to the documentation. Here's the comment from the source code (ext/standard/string.c): /* {{{ proto void str_shuffle(string str) Shuffles string. One permutation of all possible is created */ -- Edit this bug report at http://bugs.php.net/?id=20850edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/features safe-mode.xml
philip Sat Jan 18 04:34:57 2003 EDT Modified files: /phpdoc/en/features safe-mode.xml Log: Document that safe_mode_include_dir are paths, not directory names. Essentially copied the docs from open_basedir. This closes bug #16685 Index: phpdoc/en/features/safe-mode.xml diff -u phpdoc/en/features/safe-mode.xml:1.28 phpdoc/en/features/safe-mode.xml:1.29 --- phpdoc/en/features/safe-mode.xml:1.28 Wed Dec 25 05:36:40 2002 +++ phpdoc/en/features/safe-mode.xmlSat Jan 18 04:34:57 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.28 $ -- +!-- $Revision: 1.29 $ -- chapter id=features.safe-mode titleSafe Mode/title @@ -120,6 +120,13 @@ path in a similar fashion to the link linkend=ini.include-pathinclude_path/link directive, rather than just a single directory. + /simpara + simpara +The restriction specified is actually a prefix, not a directory name. +This means that safe_mode_include_dir = /dir/incl also allows +access to /dir/include and /dir/incls if they exist. When you +want to restrict access to only the specified directory, end with a +slash. For example: safe_mode_include_dir = /dir/incl/ /simpara /listitem /varlistentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16685 [Ana-Csd]: safe_mode_include_dir check is not correct
ID: 16685 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.2.0 New Comment: This has now been documented: http://cvs.php.net/cvs.php/phpdoc/en/features/safe-mode.xml Thanks for the report :) Previous Comments: [2002-09-29 22:59:57] [EMAIL PROTECTED] Unless you specify / at the end PHP will allow any path that will be begin with a specified string. Meaning that if /a/b/c is specified then /a/b/cde will be allowed. A note about this exists for nearly all directory limiting function, however it is absent from the docs on the safe_mode_include_dir option. Consquently, I am making this report a documentation issue. [2002-04-18 12:32:11] [EMAIL PROTECTED] I found that safe_mode_include_dir check is not correct. Here's why: resolved_name (the path in question) and ptr (a next directory from the safe_mode_include_dir list) are compared so: if (strncmp(ptr, resolved_name, strlen(ptr) ==0 ) let ptr=/var/www/script and resolved_name=/var/www/scripts obviously, they will match though it's wrong. It is necessary to add an extra check for trailing char (valid one is either a slash or \0) In fact, checking lengthes of those may save a bit CPU time (especially with the long list). Here's suggested patch (it also is available at http://www.cf1.ru/~byg/patch/php/safe_mode_include_dir.patch ftp://ftp.cf1.ru/pub/patches/php/safe_mode_include_dir.patch ): --- main/fopen_wrappers.c.orig Thu Apr 18 21:40:57 2002 +++ main/fopen_wrappers.c Thu Apr 18 23:02:55 2002 @@ -233,6 +233,7 @@ char *ptr; char *end; char resolved_name[MAXPATHLEN]; + int len; /* Resolve the real path into resolved_name */ if (expand_filepath(path, resolved_name TSRMLS_CC) == NULL) @@ -250,15 +251,20 @@ } /* Check the path */ +len = strlen(ptr); + if (strlen(resolved_name) = len) { #ifdef PHP_WIN32 - if (strncasecmp(ptr, resolved_name, strlen(ptr)) == 0) + if (strncasecmp(ptr, resolved_name, len) == 0) #else - if (strncmp(ptr, resolved_name, strlen(ptr)) == 0) + if (strncmp(ptr, resolved_name, len) == 0) #endif - { - /* File is in the right directory */ - efree(pathbuf); - return 0; + { + if ((*(resolved_name + len) == DEFAULT_SLASH) || (*(resolved_name + len) == '\0')) { + /* File is in the right directory */ + efree(pathbuf); + return 0; + } + } } ptr = end; -- Edit this bug report at http://bugs.php.net/?id=16685edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21694 [Opn]: pcntl_alarm
ID: 21694 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Documentation problem PHP Version: 4.3.0 New Comment: So, then if this is the current policy, then the bugreporting page should be change. It says: Never report bugs for missing functions, we know about them. Previous Comments: [2003-01-16 15:22:02] [EMAIL PROTECTED] Uhm, this isn't bogus. Please close this bugreport when the documentation has been written only. Derick [2003-01-16 15:21:41] [EMAIL PROTECTED] It's still not bogus, it's open. [2003-01-16 15:18:03] [EMAIL PROTECTED] we know. There's loads of undocumented functions still around We're constantly documenting new functions, and modifying current documentation to keep you informed the best we can...! To see all undocumented features, have a look here: http://zend.com/phpfunc/nodoku.php [2003-01-16 14:44:17] [EMAIL PROTECTED] Function pcntl_alarm is not documented yet. -- Edit this bug report at http://bugs.php.net/?id=21694edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #18403 [Opn]: changable directive information (ini_set)
ID: 18403 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Documentation problem PHP Version: 4.5.0 New Comment: First, there should not be two places to change, so all ini information should be in reference/.../ini.xml files. For those ini settings that are global (not extension related), they should be at some common place (not ini_set). Much like the configure options. Second if you would like to make it automatically update all translations, the simlest thing is to put it out into its own file, and link it using an entity. The entity will be automatically created for the .xml file, so you only need to replace / with . in the path... Then if translators won't translate the file, it will automatically be up to date in all languages. Previous Comments: [2003-01-16 20:21:01] [EMAIL PROTECTED] This important topic needs more analysis. The generated table found at php.net/ini_set (which is created by phpdoc/scripts/mk_ini_set_table.sh) should not be listed at php.net/ini_set but rather it should be listed somewhere near config.xml as this table is certainly not ini_set specific. Also, this table needs a third description column which somehow should not be affected by mk_ini_set_table.sh. This would be, for example, a place to explain why register_globals is PHP_INI_ALL. And lastly, this information should be related to {extension}/ini.xml somehow as currently the information is kept track of in two places. This deserves some thought too. Regarding the original purpose of this bug report, when mk_ini_set_table.sh is run it should be run on all translations, not just /en/. This would mean translations of this wouldn't get out-of-date. [2002-07-23 14:58:43] [EMAIL PROTECTED] Because it is sometimes really nice to have comments on settings (not much like the indexes), they may be better to be kept as normal XML files updated by hand. A new idea is that maybe we can autogenerate it from the source, and keep it language independent, and make all names links to their corresponding parts (now in configure.xml and in the future in several ini.xml files in ext docs) [2002-07-23 14:05:17] [EMAIL PROTECTED] The list of ini_set() configuration options is manually autogenerated. Sometimes changes are made, though, to reflect real world (imho) behavior. And, sometimes php4 is modified through discussion of this list. Here are some options: (a) Have this list autogenerated with every manual build. (b) Have a centralized copy of this table, have all languages use it. Doing (a) assumes no changes will be made (as they won't be kept), currently we do make changes so this may not be viable. (b) is good as this table is only in english anyways although it'd make it more difficult to add a third description column for these settings. A description column would be good to describe why the PHP4 source is the way it is, and why one might not have expected behavior. Feel free to discuss. A related documentation feature request is bug #18372 [2002-07-18 06:26:23] [EMAIL PROTECTED] Anyway there is a mistake in the french version of the doc which views it as a PHP_INI_ALL configuration option. [2002-07-18 04:45:26] [EMAIL PROTECTED] The documentation is correct. It's not possible to change it anymore (4.3.0-dev) and changing it now does not affect it in anyway. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/18403 -- Edit this bug report at http://bugs.php.net/?id=18403edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] #21694 [Opn]: pcntl_alarm
On 18 Jan 2003 [EMAIL PROTECTED] wrote: ID: 21694 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Documentation problem PHP Version: 4.3.0 New Comment: So, then if this is the current policy, then the bugreporting page should be change. It says: Never report bugs for missing functions, we know about them. done :-) Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/url get-meta-tags.xml
titleMeta Tags Example/title programlisting role=html ![CDATA[ meta name=author content=name meta name=tags content=php3 documentation /head !-- parsing stops here -- ]] Well, it would be nice to update this example ;) Like: meta name=author content=name meta name=keywords content=PHP documentation /head !-- parsing stops here -- Well, I changed the second line completely. Is tags a valid meta al all? Keywords is more widely used... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/language types.xml
+ It's also important to realize that the first character before + the closing identifier must be a newline as defined by your + operating system. So for example on macs; literal\r/literal. I guess, you intended to write : here and not ; Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21592 [Opn]: form submit and iso-8859-2
ID: 21592 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Scripting Engine problem +Bug Type: Documentation problem Operating System: RH 8.0 PHP Version: 4.3.0 New Comment: By default, htmlspecialchars() treats the input character set as iso-8859-1. If you want to specify it, you need to pass the appropriate charset name to the function via the third parameter. For more info, see http://www.php.net/htmlspecialchars. And moreover, htmlspecialchars() doesn't support iso-8859-2. Here's the list of supported charsets: ISO-8859-1 (alias: ISO8859-1) ISO-8859-15 (alias: ISO8859-15) UTF-8 cp1252 (alias: Windows-1252, 1252) BIG5 (alias: 950) GB2312 (alias: 936) BIG5-HKSCS Shift_JIS (alias: SJIS, 932) EUCJP (alias: EUC-JP) I think this list should have been put on the manual in the first place. Let me marking this problem report as Documentation Problem. Thanks for your report. Previous Comments: [2003-01-13 02:49:06] [EMAIL PROTECTED] Then some more info: Here is an example: http://www.parbanszep.hu/aa.php And the file: html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-2 /head body h1?=htmlspecialchars($xx);?/h1 form method=post input type=text name=xx value=?=$xx? textarea name=yy?=htmlspecialchars($yy);?/textarea input type=submit /form /body /html Now try to enter õûÕÛ into the two fields, they will become #245; etc. instead of their one-char-form. Further info: http://www.parbanszep.hu/phpinfo.php [2003-01-12 12:46:00] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please provide an example which reproduces this error, also include any relevant httpd.conf/php.ini settings. [2003-01-12 02:52:51] [EMAIL PROTECTED] When I submit a form (GET or POST), characters only in the iso-8859-2 charset (like õûÕÛ) are not converted from quoted-printable to their 1-character-long representations, instead they left unchanged like #245; etc. I set the charset in the httpd.conf file, in the php.ini file, in the header of the html file and in the accept-charset attrib. of the form tag, but with no avail. I tried it in NN, Opera and IE. One more thing: sometimes it works correctly, but most of the time it doesn't. So strange enough! -- Edit this bug report at http://bugs.php.net/?id=21592edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21727 [NEW]: [CHM] Wrong pagewidth in en/features.http-auth.html
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: [CHM] Wrong pagewidth in en/features.http-auth.html The windows help (CHM) release from 2002-01-15 and earlier realeaes too. Contains wrong pagewidth in en/features.http-auth.html. -- Edit bug report at http://bugs.php.net/?id=21727edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21727r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21727r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21727r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21727r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21727r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21727r=support Expected behavior: http://bugs.php.net/fix.php?id=21727r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21727r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21727r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21727r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21727r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21727r=dst IIS Stability: http://bugs.php.net/fix.php?id=21727r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21727r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21592 [Opn]: form submit and iso-8859-2
ID: 21592 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: RH 8.0 PHP Version: 4.3.0 New Comment: s/let me marking/let me mark/ Previous Comments: [2003-01-18 08:55:32] [EMAIL PROTECTED] By default, htmlspecialchars() treats the input character set as iso-8859-1. If you want to specify it, you need to pass the appropriate charset name to the function via the third parameter. For more info, see http://www.php.net/htmlspecialchars. And moreover, htmlspecialchars() doesn't support iso-8859-2. Here's the list of supported charsets: ISO-8859-1 (alias: ISO8859-1) ISO-8859-15 (alias: ISO8859-15) UTF-8 cp1252 (alias: Windows-1252, 1252) BIG5 (alias: 950) GB2312 (alias: 936) BIG5-HKSCS Shift_JIS (alias: SJIS, 932) EUCJP (alias: EUC-JP) I think this list should have been put on the manual in the first place. Let me marking this problem report as Documentation Problem. Thanks for your report. [2003-01-13 02:49:06] [EMAIL PROTECTED] Then some more info: Here is an example: http://www.parbanszep.hu/aa.php And the file: html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-2 /head body h1?=htmlspecialchars($xx);?/h1 form method=post input type=text name=xx value=?=$xx? textarea name=yy?=htmlspecialchars($yy);?/textarea input type=submit /form /body /html Now try to enter õûÕÛ into the two fields, they will become #245; etc. instead of their one-char-form. Further info: http://www.parbanszep.hu/phpinfo.php [2003-01-12 12:46:00] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please provide an example which reproduces this error, also include any relevant httpd.conf/php.ini settings. [2003-01-12 02:52:51] [EMAIL PROTECTED] When I submit a form (GET or POST), characters only in the iso-8859-2 charset (like õûÕÛ) are not converted from quoted-printable to their 1-character-long representations, instead they left unchanged like #245; etc. I set the charset in the httpd.conf file, in the php.ini file, in the header of the html file and in the accept-charset attrib. of the form tag, but with no avail. I tried it in NN, Opera and IE. One more thing: sometimes it works correctly, but most of the time it doesn't. So strange enough! -- Edit this bug report at http://bugs.php.net/?id=21592edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions gd-info.xml
damsSat Jan 18 10:41:56 2003 EDT Modified files: /phpdoc/en/reference/image/functionsgd-info.xml Log: now using entities and types tags Index: phpdoc/en/reference/image/functions/gd-info.xml diff -u phpdoc/en/reference/image/functions/gd-info.xml:1.1 phpdoc/en/reference/image/functions/gd-info.xml:1.2 --- phpdoc/en/reference/image/functions/gd-info.xml:1.1 Fri Jan 17 23:46:43 2003 +++ phpdoc/en/reference/image/functions/gd-info.xml Sat Jan 18 10:41:56 2003 @@ -1,9 +1,9 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- refentry id='function.gd-info' refnamediv refnamegd_info/refname -refpurposeRetrieve information about the currently installed GD support/refpurpose +refpurposeRetrieve information about the currently installed GD +librairy/refpurpose /refnamediv refsect1 titleDescription/title @@ -12,7 +12,7 @@ void/ /methodsynopsis simpara - Returns an literalassociative array/literal describing the version and capabilities of + Returns an associative array describing the version and capabilities of the installed GD library. /simpara para @@ -28,57 +28,57 @@ tbody row entryGD Version/entry - entryliteralString/literal value describing the installed + entrytypestring/type value describing the installed literallibgd/literal version./entry /row row entryFreetype Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if Freetype Support is installed./entry /row row entryFreetype Linkage/entry - entryliteralString/literal value describing the way in which + entrytypestring/type value describing the way in which Freetype was linked. Expected values are: 'with freetype', 'with TTF library', and 'with unknown library'. This element will only be defined if literalFreetype Support/literal evaluated to - literaltrue/literal./entry + true;./entry /row row entryT1Lib Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if literalT1Lib/literal support is included./entry /row row entryGIF Read Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if support for emphasisreading/emphasis literalGIF/literal images is included./entry /row row entryGIF Create Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if support for emphasiscreating/emphasis literalGIF/literal images is included./entry /row row entryJPG Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if literalJPG/literal support is included./entry /row row entryPNG Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if literalPNG/literal support is included./entry /row row entryWBMP Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if literalWBMP/literal support is included./entry /row row entryXBM Support/entry - entryliteralboolean/literal value. literaltrue/literal + entrytypeboolean/type value. true; if literalXBM/literal support is included./entry /row /tbody -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16917 [Opn-Csd]: apache2.0.35+php-4.2.0
ID: 16917 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: FreeBSD 4.5-STABLE PHP Version: 4.2.0 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. Have a look at http://www.php.net/manual/en/install.apache2.php Previous Comments: [2002-04-29 17:57:16] [EMAIL PROTECTED] There is README file in sapi/apache2filter/ directory. But the installation should be documented elsewhere too. (Like the INSTALL file and manual) [2002-04-29 17:18:12] [EMAIL PROTECTED] I took source code from apache website and php for latest stable version httpd-2.0.35 php-4.2.0 i compiled apache and php, compiles went fine no errors or warning messages. I create info.php with following content: ?phpinfo()? when i go to that url I see source code instead of executed php code when i was installing php, it added following line to httpd.conf httpd.conf:LoadModule php4_modulemodules/libphp4.so INSTALL describes how to install php-4.1.x not php-4.2.x there for i assume there is something is missing. alexus -- Edit this bug report at http://bugs.php.net/?id=16917edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21592 [Opn]: form submit and iso-8859-2
ID: 21592 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: RH 8.0 PHP Version: 4.3.0 New Comment: Related: bug #7923 Previous Comments: [2003-01-18 09:11:30] [EMAIL PROTECTED] s/let me marking/let me mark/ [2003-01-18 08:55:32] [EMAIL PROTECTED] By default, htmlspecialchars() treats the input character set as iso-8859-1. If you want to specify it, you need to pass the appropriate charset name to the function via the third parameter. For more info, see http://www.php.net/htmlspecialchars. And moreover, htmlspecialchars() doesn't support iso-8859-2. Here's the list of supported charsets: ISO-8859-1 (alias: ISO8859-1) ISO-8859-15 (alias: ISO8859-15) UTF-8 cp1252 (alias: Windows-1252, 1252) BIG5 (alias: 950) GB2312 (alias: 936) BIG5-HKSCS Shift_JIS (alias: SJIS, 932) EUCJP (alias: EUC-JP) I think this list should have been put on the manual in the first place. Let me marking this problem report as Documentation Problem. Thanks for your report. [2003-01-13 02:49:06] [EMAIL PROTECTED] Then some more info: Here is an example: http://www.parbanszep.hu/aa.php And the file: html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-2 /head body h1?=htmlspecialchars($xx);?/h1 form method=post input type=text name=xx value=?=$xx? textarea name=yy?=htmlspecialchars($yy);?/textarea input type=submit /form /body /html Now try to enter õûÕÛ into the two fields, they will become #245; etc. instead of their one-char-form. Further info: http://www.parbanszep.hu/phpinfo.php [2003-01-12 12:46:00] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Please provide an example which reproduces this error, also include any relevant httpd.conf/php.ini settings. [2003-01-12 02:52:51] [EMAIL PROTECTED] When I submit a form (GET or POST), characters only in the iso-8859-2 charset (like õûÕÛ) are not converted from quoted-printable to their 1-character-long representations, instead they left unchanged like #245; etc. I set the charset in the httpd.conf file, in the php.ini file, in the header of the html file and in the accept-charset attrib. of the form tag, but with no avail. I tried it in NN, Opera and IE. One more thing: sometimes it works correctly, but most of the time it doesn't. So strange enough! -- Edit this bug report at http://bugs.php.net/?id=21592edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21728 [NEW]: Additional (kindly weird example) for sort()
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Additional (kindly weird example) for sort() Today I closed bug #21444. The user has to master the type juggling to know the expected output. I think that it is good idea to add it's example as comprehensive one. The script goes here (the explanation is after it) : ?php $arr1 = array(a,b,c,d,4,5,4,true,TRUE,true); sort($arr1); var_dump($arr1); ? The output is : array(10) { [0]= bool(true) [1]= int(4) [2]= string(1) 4 [3]= string(4) TRUE [4]= string(1) a [5]= string(1) b [6]= string(1) c [7]= string(1) d [8]= string(4) true [9]= int(5) } It may look strange - why (int)5 is after all the strings. This is because 4 is lower than (int) 5, 4 is before true and true is before 5. The first 2 are obvious, the third one is not. But it is ok. It's better not to mix types in the array. If 5 is changed to 5 then 5 goes right after 4. Thanks -- Edit bug report at http://bugs.php.net/?id=21728edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21728r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21728r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21728r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21728r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21728r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21728r=support Expected behavior: http://bugs.php.net/fix.php?id=21728r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21728r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21728r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21728r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21728r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21728r=dst IIS Stability: http://bugs.php.net/fix.php?id=21728r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21728r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/language types.xml
On Sat, 18 Jan 2003, Gabor Hojtsy wrote: + It's also important to realize that the first character before + the closing identifier must be a newline as defined by your + operating system. So for example on macs; literal\r/literal. I guess, you intended to write : here and not ; In all honesty I don't really know the difference :) I first used a , but then decided to try ; so if you know it should change, change it ;) My grammar skills are mostly played by ear. Regards, Philip -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions gd-info.xml
philip Sat Jan 18 12:16:17 2003 EDT Modified files: /phpdoc/en/reference/image/functionsgd-info.xml Log: Typo. Index: phpdoc/en/reference/image/functions/gd-info.xml diff -u phpdoc/en/reference/image/functions/gd-info.xml:1.2 phpdoc/en/reference/image/functions/gd-info.xml:1.3 --- phpdoc/en/reference/image/functions/gd-info.xml:1.2 Sat Jan 18 10:41:56 2003 +++ phpdoc/en/reference/image/functions/gd-info.xml Sat Jan 18 12:16:16 2003 @@ -1,9 +1,9 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- refentry id='function.gd-info' refnamediv refnamegd_info/refname -refpurposeRetrieve information about the currently installed GD librairy/refpurpose +refpurposeRetrieve information about the currently installed GD +library/refpurpose /refnamediv refsect1 titleDescription/title -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/language types.xml
On Sat, 18 Jan 2003, Philip Olson wrote: On Sat, 18 Jan 2003, Gabor Hojtsy wrote: + It's also important to realize that the first character before + the closing identifier must be a newline as defined by your + operating system. So for example on macs; literal\r/literal. I guess, you intended to write : here and not ; In all honesty I don't really know the difference :) I first used a , but then decided to try ; so if you know it should change, change it ;) My grammar skills are mostly played by ear. I would definitely use : here :) Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/language types.xml
+ It's also important to realize that the first character before + the closing identifier must be a newline as defined by your + operating system. So for example on macs; literal\r/literal. I guess, you intended to write : here and not ; In all honesty I don't really know the difference :) I first used a , but then decided to try ; so if you know it should change, change it ;) My grammar skills are mostly played by ear. I thought you intended something like this shortened: So for example on macs the correct line ending is: \r... But the following is better now as I think about it: This means literal\r/literal on Machintosh for example. I'll modify the text to this... Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
gobaSat Jan 18 12:26:01 2003 EDT Modified files: /phpdoc/en/language types.xml Log: Change wording of newline note... Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.101 phpdoc/en/language/types.xml:1.102 --- phpdoc/en/language/types.xml:1.101 Sat Jan 18 03:56:06 2003 +++ phpdoc/en/language/types.xmlSat Jan 18 12:26:01 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.101 $ -- +!-- $Revision: 1.102 $ -- chapter id=language.types titleTypes/title @@ -753,7 +753,8 @@ may not be any spaces or tabs after or before the semicolon. It's also important to realize that the first character before the closing identifier must be a newline as defined by your - operating system. So for example on macs; literal\r/literal. + operating system. This is literal\r/literal on Machintosh + for example. /simpara /warning -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
philip Sat Jan 18 12:31:08 2003 EDT Modified files: /phpdoc/en/language types.xml Log: Typo :) Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.102 phpdoc/en/language/types.xml:1.103 --- phpdoc/en/language/types.xml:1.102 Sat Jan 18 12:26:01 2003 +++ phpdoc/en/language/types.xmlSat Jan 18 12:31:07 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.102 $ -- +!-- $Revision: 1.103 $ -- chapter id=language.types titleTypes/title @@ -753,7 +753,7 @@ may not be any spaces or tabs after or before the semicolon. It's also important to realize that the first character before the closing identifier must be a newline as defined by your - operating system. This is literal\r/literal on Machintosh + operating system. This is literal\r/literal on Macintosh for example. /simpara /warning -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21728 [Opn]: Additional (kindly weird example) for sort()
ID: 21728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: All -PHP Version: 4.3.0 +PHP Version: 4.4.0-dev New Comment: How about: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c); sort($arr1); var_dump($arr1); ? Which gives: array(10) { [0]= bool(false) [1]= string(4) TRUE [2]= string(1) a [3]= string(4) true [4]= bool(true) [5]= string(1) b [6]= string(1) c [7]= int(4) [8]= string(1) 4 [9]= int(5) } Which is weird as 4 looks misplaced. For example in this: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c, d); sort($arr1); var_dump($arr1); ? We get different results (all I added was d to the end): array(11) { [0]= bool(false) [1]= string(1) 4 [2]= string(4) TRUE [3]= string(1) a [4]= string(1) b [5]= string(1) c [6]= string(1) d [7]= string(4) true [8]= bool(true) [9]= int(4) [10]= int(5) } Notice the different order, is this a genuine bug? Previous Comments: [2003-01-18 10:26:27] [EMAIL PROTECTED] Today I closed bug #21444. The user has to master the type juggling to know the expected output. I think that it is good idea to add it's example as comprehensive one. The script goes here (the explanation is after it) : ?php $arr1 = array(a,b,c,d,4,5,4,true,TRUE,true); sort($arr1); var_dump($arr1); ? The output is : array(10) { [0]= bool(true) [1]= int(4) [2]= string(1) 4 [3]= string(4) TRUE [4]= string(1) a [5]= string(1) b [6]= string(1) c [7]= string(1) d [8]= string(4) true [9]= int(5) } It may look strange - why (int)5 is after all the strings. This is because 4 is lower than (int) 5, 4 is before true and true is before 5. The first 2 are obvious, the third one is not. But it is ok. It's better not to mix types in the array. If 5 is changed to 5 then 5 goes right after 4. Thanks -- Edit this bug report at http://bugs.php.net/?id=21728edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21728 [Opn]: Additional (kindly weird example) for sort()
ID: 21728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: All PHP Version: 4.4.0-dev New Comment: As I said this is very complicated case because of the type juggling. I needed 30 minute to realize that 21444 is not a bug but a bogus (for me and Derick). I agree that the result is weird. I modified the the compare function to see what comparisons are made. All of them look ok. On my php I have the same results on the script with d added at the end. A little modification changes the order of comparisons and thus the result is different. Maybe this is because the default sort type is SORT_REGULAR. If SORT_STRING is used the result is expected. I think that the case I provided is good to show the users that the results are kinda unexpected when both the array contains values from various datatypes and SORT_REGULAR is used. So if the users use such array they have to be warned of the unexpected results. Previous Comments: [2003-01-18 11:48:56] [EMAIL PROTECTED] How about: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c); sort($arr1); var_dump($arr1); ? Which gives: array(10) { [0]= bool(false) [1]= string(4) TRUE [2]= string(1) a [3]= string(4) true [4]= bool(true) [5]= string(1) b [6]= string(1) c [7]= int(4) [8]= string(1) 4 [9]= int(5) } Which is weird as 4 looks misplaced. For example in this: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c, d); sort($arr1); var_dump($arr1); ? We get different results (all I added was d to the end): array(11) { [0]= bool(false) [1]= string(1) 4 [2]= string(4) TRUE [3]= string(1) a [4]= string(1) b [5]= string(1) c [6]= string(1) d [7]= string(4) true [8]= bool(true) [9]= int(4) [10]= int(5) } Notice the different order, is this a genuine bug? [2003-01-18 10:26:27] [EMAIL PROTECTED] Today I closed bug #21444. The user has to master the type juggling to know the expected output. I think that it is good idea to add it's example as comprehensive one. The script goes here (the explanation is after it) : ?php $arr1 = array(a,b,c,d,4,5,4,true,TRUE,true); sort($arr1); var_dump($arr1); ? The output is : array(10) { [0]= bool(true) [1]= int(4) [2]= string(1) 4 [3]= string(4) TRUE [4]= string(1) a [5]= string(1) b [6]= string(1) c [7]= string(1) d [8]= string(4) true [9]= int(5) } It may look strange - why (int)5 is after all the strings. This is because 4 is lower than (int) 5, 4 is before true and true is before 5. The first 2 are obvious, the third one is not. But it is ok. It's better not to mix types in the array. If 5 is changed to 5 then 5 goes right after 4. Thanks -- Edit this bug report at http://bugs.php.net/?id=21728edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21728 [Opn]: Additional (kindly weird example) for sort()
ID: 21728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: All PHP Version: 4.4.0-dev New Comment: Maybe it should not happen but the as I said the comparisons done are correct (extensive type juggling). Maybe SORT_REGULAR is not the way to sort (by default) but SORT_STRING. Comments from other people are welcome :) Previous Comments: [2003-01-18 12:17:00] [EMAIL PROTECTED] I swear I get different results by just adding a d to the end. This should not happen. [2003-01-18 12:05:10] [EMAIL PROTECTED] As I said this is very complicated case because of the type juggling. I needed 30 minute to realize that 21444 is not a bug but a bogus (for me and Derick). I agree that the result is weird. I modified the the compare function to see what comparisons are made. All of them look ok. On my php I have the same results on the script with d added at the end. A little modification changes the order of comparisons and thus the result is different. Maybe this is because the default sort type is SORT_REGULAR. If SORT_STRING is used the result is expected. I think that the case I provided is good to show the users that the results are kinda unexpected when both the array contains values from various datatypes and SORT_REGULAR is used. So if the users use such array they have to be warned of the unexpected results. [2003-01-18 11:48:56] [EMAIL PROTECTED] How about: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c); sort($arr1); var_dump($arr1); ? Which gives: array(10) { [0]= bool(false) [1]= string(4) TRUE [2]= string(1) a [3]= string(4) true [4]= bool(true) [5]= string(1) b [6]= string(1) c [7]= int(4) [8]= string(1) 4 [9]= int(5) } Which is weird as 4 looks misplaced. For example in this: ?php $arr1 = array(a,b,4,5,4,true,TRUE,true, false, c, d); sort($arr1); var_dump($arr1); ? We get different results (all I added was d to the end): array(11) { [0]= bool(false) [1]= string(1) 4 [2]= string(4) TRUE [3]= string(1) a [4]= string(1) b [5]= string(1) c [6]= string(1) d [7]= string(4) true [8]= bool(true) [9]= int(4) [10]= int(5) } Notice the different order, is this a genuine bug? [2003-01-18 10:26:27] [EMAIL PROTECTED] Today I closed bug #21444. The user has to master the type juggling to know the expected output. I think that it is good idea to add it's example as comprehensive one. The script goes here (the explanation is after it) : ?php $arr1 = array(a,b,c,d,4,5,4,true,TRUE,true); sort($arr1); var_dump($arr1); ? The output is : array(10) { [0]= bool(true) [1]= int(4) [2]= string(1) 4 [3]= string(4) TRUE [4]= string(1) a [5]= string(1) b [6]= string(1) c [7]= string(1) d [8]= string(4) true [9]= int(5) } It may look strange - why (int)5 is after all the strings. This is because 4 is lower than (int) 5, 4 is before true and true is before 5. The first 2 are obvious, the third one is not. But it is ok. It's better not to mix types in the array. If 5 is changed to 5 then 5 goes right after 4. Thanks -- Edit this bug report at http://bugs.php.net/?id=21728edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters security.xml
alexws Sat Jan 18 14:58:04 2003 EDT Modified files: /phpdoc/en/chapters security.xml Log: Fixed some bugs during translation (added quotes somewhere) and something else. Index: phpdoc/en/chapters/security.xml diff -u phpdoc/en/chapters/security.xml:1.49 phpdoc/en/chapters/security.xml:1.50 --- phpdoc/en/chapters/security.xml:1.49Wed Sep 18 09:18:34 2002 +++ phpdoc/en/chapters/security.xml Sat Jan 18 14:58:04 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.49 $ -- +!-- $Revision: 1.50 $ -- chapter id=security titleSecurity/title @@ -387,7 +387,7 @@ $username = $_POST['user_submitted_name']; $homedir = /home/$username; $file_to_delete = $userfile; -unlink ($homedir/$userfile); +unlink ($homedir/$userfile); echo $file_to_delete has been deleted!; ? ]] @@ -561,7 +561,7 @@ informations in this way will be a hard work. /simpara !--simpara - If your database server native SSL support, consider to use link + If your database server have native SSL support, consider to use link linkend=ref.opensslOpenSSL functions/link in communication between PHP and database via SSL. /simpara-- -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/features safe-mode.xml
philip Sat Jan 18 15:42:18 2003 EDT Modified files: /phpdoc/en/features safe-mode.xml Log: Specifiy that open_basedir affects the file itself. Closes bug #11940 Index: phpdoc/en/features/safe-mode.xml diff -u phpdoc/en/features/safe-mode.xml:1.29 phpdoc/en/features/safe-mode.xml:1.30 --- phpdoc/en/features/safe-mode.xml:1.29 Sat Jan 18 04:34:57 2003 +++ phpdoc/en/features/safe-mode.xmlSat Jan 18 15:42:18 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.29 $ -- +!-- $Revision: 1.30 $ -- chapter id=features.safe-mode titleSafe Mode/title @@ -186,8 +186,9 @@ listitem para Limit the files that can be opened by PHP to the specified -directory-tree. This directive is emphasisNOT/emphasis -affected by whether Safe Mode is turned On or Off. +directory-tree, including the file itself. This directive +is emphasisNOT/emphasis affected by whether Safe Mode is +turned On or Off. /para para When a script tries to open a file with, -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #11940 [Opn-Csd]: ill side effect of open_basedir
ID: 11940 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Solaris 8/sparc PHP Version: 4.0.6 New Comment: This has been clarified in the docs: http://cvs.php.net/cvs.php/phpdoc/en/features/safe-mode.xml Thanks for the report :) Previous Comments: [2001-07-07 01:41:02] [EMAIL PROTECTED] Jason, thanks for the clarification. I apologize for persistence, but I'm re-opening the bug under the different category. There are two issues here now: 1. The documentation does not describe this configuration option clearly. It only talks about (quote) When a script tries to open a file It should mention that the restriction applies to the script itself. The first sentence may imply this, but only very vaguely. http://www.php.net/manual/en/configuration.php 2. The error message logged by PHP is not helpful. It talks about opening file for inclusion, which actually is probably what let into confusion even you when you replied to this bug in the first place. Also, the words Unknown in both sentences of the error message are not very helpful, too. Thanks again, -- Arcady Genkin [2001-07-06 23:26:52] [EMAIL PROTECTED] Sorry, I wrote that in a hurry. ANY file open operation performed by php has to be in open_basedir. ( Including your main script. ) This is actually by design. -Jason [2001-07-06 18:25:15] [EMAIL PROTECTED] I may be missing something, but there is no include() or any other file-related operation in the sample script that I posted. All it has is 'echo hello'. [2001-07-06 17:43:40] [EMAIL PROTECTED] This is not a bug, include calls a file open operation, and as such must be in the open_basedir path -Jason [2001-07-06 17:36:45] [EMAIL PROTECTED] safe_mode = On doc_root = /homes/u0/apache open_basedir = /var/www/htdocs/workathome:/var/www/secure:/var/www/tmp (/var/www is a symlink for /homes/u0/apache) In such a setting I should be able to execute PHP scripts from any directory under /homes/u0/apache, but not access any files unless they are under one of the directories in open_basedir. However, I cannot place any scripts in, say, /homes/u0/apache/cdf/deadlines/. A minimal file foo.php, saved there, containing only: ?php echo htmlbodyHello/body/html; ? Results in the script not executed, with the following error messages: [Fri Jul 6 17:24:53 2001] [error] PHP Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 [Fri Jul 6 17:24:53 2001] [error] PHP Warning: Failed opening '/homes/u0/apache/htdocs/cdf/deadlines/foo.php' for inclusion (include_path='') in Unknown on line 0 open_basedir's documentation says that it should only restrict directories from where a file can be opened by a PHP script. http://www.php.net/manual/en/configuration.php Many thanks, -- Arcady Genkin -- Edit this bug report at http://bugs.php.net/?id=11940edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language operators.xml
philip Sat Jan 18 17:13:35 2003 EDT Modified files: /phpdoc/en/language operators.xml Log: Document that if (!$a = foo()) works despite the operator precedence. This closes bug #17180 Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.40 phpdoc/en/language/operators.xml:1.41 --- phpdoc/en/language/operators.xml:1.40 Wed Oct 9 04:30:45 2002 +++ phpdoc/en/language/operators.xmlSat Jan 18 17:13:35 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.40 $ -- +!-- $Revision: 1.41 $ -- chapter id=language.operators titleOperators/title simpara @@ -116,6 +116,15 @@ /tgroup /table /para + note +para + Although literal!/literal has a higher precedence than + literal=/literal, PHP will still allow expressions + similar to the following: literalif (!$a = foo())/literal, + in which case the output from literalfoo()/literal is + put into variable$a/variable. +/para + /note /sect1 sect1 id=language.operators.arithmetic -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #17180 [Ana-Csd]: Operator Precedence
ID: 17180 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type:Documentation problem PHP Version: 4.2.0 New Comment: This has now been documented: http://cvs.php.net/cvs.php/phpdoc/en/language/operators.xml Thanks for the report :) Previous Comments: [2002-05-16 13:27:03] [EMAIL PROTECTED] Marking this as a doc problem. [2002-05-14 13:46:58] [EMAIL PROTECTED] Actually this is a bug, since in PHP manual it's clearly stated that ! operator has a priority over = operator. It makes no sense to assign anything to NOT(a variable), so PHP takes care of that by changing the precedence a little in this case. In other words - if user makes a mistake and writes illegal code, PHP takes care about that and makes this code work (but in a way different from what developer has expected). Also if you consider any other programming languages, if you write a code which should not compile by language specifications (like the above code in PHP), no compiler will try to take care of that. If you insist on that care, then you definetely have to reflect that in the manual, otherwise it's nothing but a bug. [2002-05-13 18:30:31] [EMAIL PROTECTED] This behaviour is capable to confuse the developer and if this is features it must be documented in manual. [2002-05-13 18:20:14] [EMAIL PROTECTED] Well, but it's stupid to do something like that. It makes no sense to assign anything to NOT(a variable), so PHP takes care of that by changing the precedence a little in this case. [2002-05-13 17:56:54] [EMAIL PROTECTED] Yes, I want ASSIGN value to $a and check assigned value. But parser must say: parser error, becouse it can not assign value to constant. Please reopen. 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/17180 -- Edit this bug report at http://bugs.php.net/?id=17180edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language operators.xml
philip Sat Jan 18 17:48:35 2003 EDT Modified files: /phpdoc/en/language operators.xml Log: Typo. It's varname not variable. Index: phpdoc/en/language/operators.xml diff -u phpdoc/en/language/operators.xml:1.41 phpdoc/en/language/operators.xml:1.42 --- phpdoc/en/language/operators.xml:1.41 Sat Jan 18 17:13:35 2003 +++ phpdoc/en/language/operators.xmlSat Jan 18 17:48:35 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.41 $ -- +!-- $Revision: 1.42 $ -- chapter id=language.operators titleOperators/title simpara @@ -122,7 +122,7 @@ literal=/literal, PHP will still allow expressions similar to the following: literalif (!$a = foo())/literal, in which case the output from literalfoo()/literal is - put into variable$a/variable. + put into varname$a/varname. /para /note /sect1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/outcontrol/functions ob-gzhandler.xml
philip Sat Jan 18 17:50:03 2003 EDT Modified files: /phpdoc/en/reference/outcontrol/functions ob-gzhandler.xml Log: note Can't use this with ini.zlib.output_compression. Closes bug #16745 Index: phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml diff -u phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.2 phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.3 --- phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml:1.2 Wed Apr 17 02:42:34 2002 +++ phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml Sat Jan 18 17:50:02 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/outcontrol.xml, last change in rev 1.1 -- refentry id=function.ob-gzhandler refnamediv @@ -31,6 +31,16 @@ browsers are supported since it's up to the browser to send the correct header saying that it accepts compressed web pages. /para +note + para + You cannot use both functionob_gzhandler/function and + link linkend=ini.zlib.output-compression + ini.zlib.output_compression/link. Also note that + using link linkend=ini.zlib.output-compression + ini.zlib.output_compression/link is preferred over + functionob_gzhandler/function. + /para +/note para example titlefunctionob_gzhandler/function Example/title -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/hwapi/functions hwapi-link.xml hwapi-object-insert.xml hwapi-object-remove.xml hwapi-unlock.xml
damsSat Jan 18 17:52:02 2003 EDT Modified files: /phpdoc/en/reference/hwapi/functionshwapi-link.xml hwapi-object-insert.xml hwapi-object-remove.xml hwapi-unlock.xml Log: using true; entity Index: phpdoc/en/reference/hwapi/functions/hwapi-link.xml diff -u phpdoc/en/reference/hwapi/functions/hwapi-link.xml:1.2 phpdoc/en/reference/hwapi/functions/hwapi-link.xml:1.3 --- phpdoc/en/reference/hwapi/functions/hwapi-link.xml:1.2 Wed Apr 17 02:38:43 2002 +++ phpdoc/en/reference/hwapi/functions/hwapi-link.xml Sat Jan 18 17:52:02 2003 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1' ? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/hwapi.xml, last change in rev 1.1 -- refentry id=function.hwapi-link refnamediv @@ -19,7 +19,7 @@ 'destinationParentIdentifier' is the target collection. /para para - The function returns true on success or an error object. + The function returns true; on success or an error object. /para para See also functionhwapi_copy/function. Index: phpdoc/en/reference/hwapi/functions/hwapi-object-insert.xml diff -u phpdoc/en/reference/hwapi/functions/hwapi-object-insert.xml:1.2 phpdoc/en/reference/hwapi/functions/hwapi-object-insert.xml:1.3 --- phpdoc/en/reference/hwapi/functions/hwapi-object-insert.xml:1.2 Wed Apr 17 02:38:43 2002 +++ phpdoc/en/reference/hwapi/functions/hwapi-object-insert.xml Sat Jan 18 17:52:02 +2003 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1' ? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/hwapi.xml, last change in rev 1.1 -- refentry id=function.hwapi-object-insert refnamediv @@ -13,8 +13,8 @@ methodparamtypeobject/typeparameterattribute/parameter/methodparam /methodsynopsis para - Adds an attribute to the object. Returns true on success and otherwise - false. + Adds an attribute to the object. Returns true; on success and otherwise + false;. /para para See also functionhwapi_object_remove/function. Index: phpdoc/en/reference/hwapi/functions/hwapi-object-remove.xml diff -u phpdoc/en/reference/hwapi/functions/hwapi-object-remove.xml:1.2 phpdoc/en/reference/hwapi/functions/hwapi-object-remove.xml:1.3 --- phpdoc/en/reference/hwapi/functions/hwapi-object-remove.xml:1.2 Wed Apr 17 02:38:44 2002 +++ phpdoc/en/reference/hwapi/functions/hwapi-object-remove.xml Sat Jan 18 17:52:02 +2003 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1' ? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/hwapi.xml, last change in rev 1.1 -- refentry id=function.hwapi-object-remove refnamediv @@ -13,8 +13,8 @@ methodparamtypestring/typeparametername/parameter/methodparam /methodsynopsis para - Removes the attribute with the given name. Returns true on success - and otherwise false. + Removes the attribute with the given name. Returns true; on success + and otherwise false;. /para para See also functionhwapi_object_insert/function. Index: phpdoc/en/reference/hwapi/functions/hwapi-unlock.xml diff -u phpdoc/en/reference/hwapi/functions/hwapi-unlock.xml:1.2 phpdoc/en/reference/hwapi/functions/hwapi-unlock.xml:1.3 --- phpdoc/en/reference/hwapi/functions/hwapi-unlock.xml:1.2Wed Apr 17 02:38:46 2002 +++ phpdoc/en/reference/hwapi/functions/hwapi-unlock.xmlSat Jan 18 17:52:02 +2003 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1' ? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/hwapi.xml, last change in rev 1.1 -- refentry id=function.hwapi-unlock refnamediv @@ -20,7 +20,7 @@ function functionhwapi_lock/function. /para para - Returns true on success or an object of class HW_API_Error. + Returns true; on success or an object of class HW_API_Error. /para para See also functionhwapi_lock/function. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16745 [Opn-Csd]: HTTP_Compress should auto detect if output_handler = ob_gzhandler is in php.ini
ID: 16745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: mdk 8.1 smp PHP Version: 4.2.0 New Comment: Documentation at ob_gzhandler() has been updated to reflect some of this behavior: http://cvs.php.net/cvs.php/phpdoc/en/reference/outcontrol/functions/ob-gzhandler.xml Now the PEAR docs may need some updating although I don't think this class exists anymore, at least I can't find it in CVS. I'm closing this bug. Previous Comments: [2002-09-30 22:19:24] [EMAIL PROTECTED] Make this a documentaion problem. We need to document users are responsible for buffer usage. Including buffer dependecy/confulict, etc. Detecting error could be too expensive when there are many buffers. Users can shoot themselves with their buffer, etc. [2002-05-03 23:37:45] [EMAIL PROTECTED] We can check if zlib.output compression is on or off. (zlib.output compressioin buffer is nest level 2) Use of ob_gzhandler is not recommended, but this should be fixed. [2002-04-23 09:42:32] [EMAIL PROTECTED] We really need to make ob_gzhandler and PEAR HTTP_Compress a obsolete feature. To reporter: use zlib.output_compression if you need compression... [2002-04-23 07:46:33] [EMAIL PROTECTED] Reclassified. [2002-04-23 05:51:07] [EMAIL PROTECTED] I was using chora 1.0 and cvs versions (2.0) and had this bizarre mem leak under either php4.2.0rc4 or php4.2.0 final. It would show up in the apache logs as Last leak repeated 2 times ./zend_execute.c(1999) : Freeing 0x0825CE0C (12 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 2 times zend_operators.c(1047) : Freeing 0x081EFCBC (31 bytes), script=/www/sj/horde/chora/cvs.php Last leak repeated 1 time zend_API.c(596) : Freeing 0x081EF56C (44 bytes), script=/www/sj/horde/chora/cvs.php zend_API.c(584) : Actual location (location was relayed) zend_compile.c(1647) : Freeing 0x0817CB6C (12 bytes), script=/www/sj/horde/chora/cvs.php etc, etc. I tried numerous compilations, etc. but in the end it turned out to be the fact that in my php.ini, I have output_handler = ob_gzhandler and chora would try to use the PEAR class to compress it again. I was able to turn that feature off within chora, but it was a bitch to track down, and odd how it would only show up in 4.2.0, but not in 4.1.2 even with the same ./configure setup. It was suggested by a few that I report my findings, so I hope this helps. Perhaps the PEAR class could autodetect if gzip is already in use? Keep up the great work as always! PS. Just in case it helps somehow, here is my bitchin' configure line : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf' '--enable-inline-optimization' '--with-pgsql' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-ftp' '--with-zlib' '--with-zlib-dir=/usr/local/lib' '--with-gdbm' '--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-png-dir=/usr/local/lib' '--with-tiff-dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-swf=/usr/local/lib' '--with-pdflib=/usr/local' '--with-curl' '--with-xml' '--with-mcrypt' '--with-gettext' '--with-pspell' '--with-mm=/usr/local/lib' '--enable-debug' I tried with and without --enable-inline-optimization and with and without --with-mm. Send me an email if you need any more info, glad to be of help. Take care. -- Edit this bug report at http://bugs.php.net/?id=16745edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/domxml/functions DomAttribute-name.xml DomAttribute-value.xml DomDocument-create-attribute.xml DomDocument-create-cdata-section.xml DomDocument-create-comment.xml DomDocument-create-element-ns.xml DomDocument-create-element.xml DomDocument-create-entity-reference.xml DomDocument-create-processing-instruction.xml DomDocument-create-text-node.xml DomDocument-dump-file.xml DomDocument-dump-mem.xml DomDocument-get-element-by-id.xml DomDocument-get-elements-by-tagname.xml DomDocument-html-dump-mem.xml DomElement-get-attribute.xml DomElement-set-attribute.xml DomNode-add-namespace.xml DomNode-append-child.xml DomNode-append-sibling.xml DomNode-child-nodes.xml DomNode-dump-node.xml DomNode-first-child.xml DomNode-has-attributes.xml DomNode-has-child-nodes.xml DomNode-insert-before.xml DomNode-last-child.xml DomNode-next-sibling.xml DomNode-owner-document.xml DomNode-previous-sibling.xml DomNode-remove-child.xml DomNode-replace-child.xml DomNode-replace-node.xml DomNode-set-name.xml DomNode-set-namespace.xml domxml-new-doc.xml domxml-xslt-stylesheet-doc.xml domxml-xslt-stylesheet-file.xml domxml-xslt-stylesheet.xml
damsSat Jan 18 18:03:19 2003 EDT Modified files: /phpdoc/en/reference/domxml/functions DomAttribute-name.xml DomAttribute-value.xml DomDocument-create-attribute.xml DomDocument-create-cdata-section.xml DomDocument-create-comment.xml DomDocument-create-element-ns.xml DomDocument-create-element.xml DomDocument-create-entity-reference.xml DomDocument-create-processing-instruction.xml DomDocument-create-text-node.xml DomDocument-dump-file.xml DomDocument-dump-mem.xml DomDocument-get-element-by-id.xml DomDocument-get-elements-by-tagname.xml DomDocument-html-dump-mem.xml DomElement-get-attribute.xml DomElement-set-attribute.xml DomNode-add-namespace.xml DomNode-append-child.xml DomNode-append-sibling.xml DomNode-child-nodes.xml DomNode-dump-node.xml DomNode-first-child.xml DomNode-has-attributes.xml DomNode-has-child-nodes.xml DomNode-insert-before.xml DomNode-last-child.xml DomNode-next-sibling.xml DomNode-owner-document.xml DomNode-previous-sibling.xml DomNode-remove-child.xml DomNode-replace-child.xml DomNode-replace-node.xml DomNode-set-name.xml DomNode-set-namespace.xml domxml-new-doc.xml domxml-xslt-stylesheet-doc.xml domxml-xslt-stylesheet-file.xml domxml-xslt-stylesheet.xml Log: using true; entity Index: phpdoc/en/reference/domxml/functions/DomAttribute-name.xml diff -u phpdoc/en/reference/domxml/functions/DomAttribute-name.xml:1.2 phpdoc/en/reference/domxml/functions/DomAttribute-name.xml:1.3 --- phpdoc/en/reference/domxml/functions/DomAttribute-name.xml:1.2 Wed Apr 17 02:37:35 2002 +++ phpdoc/en/reference/domxml/functions/DomAttribute-name.xml Sat Jan 18 18:03:18 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/domxml.xml, last change in rev 1.38 -- refentry id='function.DomAttribute-name' refnamediv @@ -18,7 +18,7 @@ This function returns the name of the attribute. /para para - See also functionDomAttribute_value/function. + See also functiondomattribute_value/function. /para /refsect1 /refentry Index: phpdoc/en/reference/domxml/functions/DomAttribute-value.xml diff -u phpdoc/en/reference/domxml/functions/DomAttribute-value.xml:1.2 phpdoc/en/reference/domxml/functions/DomAttribute-value.xml:1.3 --- phpdoc/en/reference/domxml/functions/DomAttribute-value.xml:1.2 Wed Apr 17 02:37:36 2002 +++ phpdoc/en/reference/domxml/functions/DomAttribute-value.xml Sat Jan 18 18:03:18 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/domxml.xml, last change in rev 1.38 -- refentry id='function.DomAttribute-value' refnamediv @@ -18,7 +18,7 @@ This function returns the value of the attribute. /para para - See also functionDomAttribute_name/function. + See also functiondomattribute_name/function. /para /refsect1 /refentry Index: phpdoc/en/reference/domxml/functions/DomDocument-create-attribute.xml diff -u
[PHP-DOC] cvs: phpdoc /en/reference/hwapi/functions hwapi-object-value.xml
damsSat Jan 18 18:04:34 2003 EDT Modified files: /phpdoc/en/reference/hwapi/functionshwapi-object-value.xml Log: using false; entity Index: phpdoc/en/reference/hwapi/functions/hwapi-object-value.xml diff -u phpdoc/en/reference/hwapi/functions/hwapi-object-value.xml:1.2 phpdoc/en/reference/hwapi/functions/hwapi-object-value.xml:1.3 --- phpdoc/en/reference/hwapi/functions/hwapi-object-value.xml:1.2 Wed Apr 17 02:38:44 2002 +++ phpdoc/en/reference/hwapi/functions/hwapi-object-value.xml Sat Jan 18 18:04:33 +2003 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1' ? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/hwapi.xml, last change in rev 1.1 -- refentry id=function.hwapi-object-value refnamediv @@ -13,7 +13,7 @@ methodparamtypestring/typeparametername/parameter/methodparam /methodsynopsis para - Returns the value of the attribute with the given name or false if an + Returns the value of the attribute with the given name or false; if an error occured. /para /refsect1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/network/functions openlog.xml
philip Sat Jan 18 18:26:50 2003 EDT Modified files: /phpdoc/en/reference/network/functions openlog.xml Log: LOG_LOCAL0 ... LOG_LOCAL7 not available in windows. This almost closes bug #16217 Index: phpdoc/en/reference/network/functions/openlog.xml diff -u phpdoc/en/reference/network/functions/openlog.xml:1.3 phpdoc/en/reference/network/functions/openlog.xml:1.4 --- phpdoc/en/reference/network/functions/openlog.xml:1.3 Mon Oct 28 01:23:41 2002 +++ phpdoc/en/reference/network/functions/openlog.xml Sat Jan 18 18:26:50 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/network.xml, last change in rev 1.2 -- refentry id=function.openlog refnamediv @@ -113,7 +113,7 @@ /row row entryLOG_LOCAL0 ... LOG_LOCAL7/entry - entryreserved for local use/entry + entryreserved for local use, these are not available in windows/entry /row row entryLOG_LPR/entry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21737 [NEW]: Error in Documentation Page
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Error in Documentation Page On this documentation page: http://www.php.net/manual/en/features.commandline.php In Table 23-2. CLI specific Constants on Row 3 (STDERR) The Text: An already opened stream to stdout. This saves opening it with $stderr = fopen('php://stderr', 'w'); Has the noted problem: An already opened stream to stdout. This saves opening it with $stderr = fopen('php://stderr', 'w'); And should most likely read: An already opened stream to stderr. This saves opening it with $stderr = fopen('php://stderr', 'w'); Thank you - the PHP team does Excellent work! Jason Garber IonZoft, Inc. -- Edit bug report at http://bugs.php.net/?id=21737edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21737r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21737r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21737r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21737r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21737r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21737r=support Expected behavior: http://bugs.php.net/fix.php?id=21737r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21737r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21737r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21737r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21737r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21737r=dst IIS Stability: http://bugs.php.net/fix.php?id=21737r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21737r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/network/functions syslog.xml
philip Sat Jan 18 18:49:59 2003 EDT Modified files: /phpdoc/en/reference/network/functions syslog.xml Log: Also mention LOG_LOCAL... won't work in windows here. This closes bug #16217 Index: phpdoc/en/reference/network/functions/syslog.xml diff -u phpdoc/en/reference/network/functions/syslog.xml:1.2 phpdoc/en/reference/network/functions/syslog.xml:1.3 --- phpdoc/en/reference/network/functions/syslog.xml:1.2Wed Apr 17 02:42:06 2002 +++ phpdoc/en/reference/network/functions/syslog.xmlSat Jan 18 18:49:58 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/network.xml, last change in rev 1.9 -- refentry id=function.syslog refnamediv @@ -109,6 +109,14 @@ On Windows NT, the syslog service is emulated using the Event Log. /para +note + para + Use of literalLOG_LOCAL0/literal through + literalLOG_LOCAL7/literal for the parameterfacility/parameter + parameter of functionopenlog/function is not available + in windows. + /para +/note para See also functiondefine_syslog_variables/function, functionopenlog/function and -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #16217 [Opn-Csd]: syslog functions and exit functions are buggy
ID: 16217 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows NT 4/ win2000 pro/server PHP Version: 4.3.0pre1 New Comment: This information has been documented in a couple places: http://cvs.php.net/cvs.php/phpdoc/en/reference/network/functions/syslog.xml http://cvs.php.net/cvs.php/phpdoc/en/reference/network/functions/openlog.xml Thanks for the report :) Previous Comments: [2002-10-28 03:03:12] [EMAIL PROTECTED] i rerun test with php 4.30pre1 and i see this version is more stable. apache doesn't crash, but i get popup message like this : instruction at 0x100d4ebd . memory could not written. but the hexa value seems to change if i run apache in command line or like service, or sith a different version (like 2.0.43). [2002-09-20 03:39:13] [EMAIL PROTECTED] i get the same crash with php 4.2.3. without exit call at end of script. Ok for the documentation error [2002-08-30 14:47:39] [EMAIL PROTECTED] Actually that's LOG_LOCAL0 through LOG_LOCAL7 that are not avaliable. I made a typo in my previous comment. [2002-08-30 14:35:06] [EMAIL PROTECTED] I cannot replicate the crash. However, there is a definate problem with the docs for openlog() functions. On win32 LOCAL_LOG0 through LOCAL_LOG7 are not avaliable. In fact the openlog line in the example returns a warning about the 3rd parameter being invalid. The openlog facilities should be better documented, mentioning which are *nix specific, win32 specific and which are common. [2002-06-10 04:33:37] [EMAIL PROTECTED] platform : apache 1.3.24 / php 4.2.1 / w2k SP2 I test on php 4.2.1 and there are some difference. The exit function seem to not cause bug, but the closelog crash apache (drwatson is started...). This appear when i reload one or two times the script. all works fine when i comment closelog. No problem on linux 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/16217 -- Edit this bug report at http://bugs.php.net/?id=16217edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21737 [Opn-Csd]: Error in Documentation Page
ID: 21737 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.3.0 New Comment: This have been fixed: http://cvs.php.net/cvs.php/phpdoc/en/features/commandline.xml Thank you for the report :) Previous Comments: [2003-01-18 17:35:54] [EMAIL PROTECTED] On this documentation page: http://www.php.net/manual/en/features.commandline.php In Table 23-2. CLI specific Constants on Row 3 (STDERR) The Text: An already opened stream to stdout. This saves opening it with $stderr = fopen('php://stderr', 'w'); Has the noted problem: An already opened stream to stdout. This saves opening it with $stderr = fopen('php://stderr', 'w'); And should most likely read: An already opened stream to stderr. This saves opening it with $stderr = fopen('php://stderr', 'w'); Thank you - the PHP team does Excellent work! Jason Garber IonZoft, Inc. -- Edit this bug report at http://bugs.php.net/?id=21737edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #18286 [Opn-Csd]: UPLOAD_ERROR_X constants differ from documentation
ID: 18286 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux 2.4.x PHP Version: 4.3.0 New Comment: Empty files exist in $_FILES just the same, nothing to document here. ['size'] will be 0. But anyway these new constants are documented. Previous Comments: [2002-07-12 17:39:24] [EMAIL PROTECTED] From what version? They end up in files in 4.1.2/win as I have experienced... [2002-07-12 17:31:41] [EMAIL PROTECTED] zero sized uploads - no upload at all. Tey don't end up in the $_FILES (anymore) [2002-07-12 16:59:19] [EMAIL PROTECTED] Sounds great, but how about adding: 5 - UPLOAD_ERR_ZERO_SIZE - uploaded file is 0 bytes I get the impression that error 5 hasn't been around long. :) [2002-07-12 00:52:20] [EMAIL PROTECTED] These constants exist as of today (in CVS): value - constant name - description 0 - UPLOAD_ERR_OK - No errors, upload succesful 1 - UPLOAD_ERR_INI_SIZE - Filesize exceeded upload_max_filesize 2 - UPLOAD_ERR_FORM_SIZE - Filesize exceeded MAX_FILE_SIZE set in the form 3 - UPLOAD_ERR_PARTIAL - File uploaded partially. 4 - UPLOAD_ERR_NO_FILE - No file uploaded. If those names are not good, feel free to come up with better ones. :) [2002-07-12 00:45:30] [EMAIL PROTECTED] I see, they aren't constants at all, but error messages caught on E_NOTICE. The way they are listed on the features.file-upload.errors page (since it lists error numbers in reference to them) in association with the value of $_FILES[userfile][error] implies that they are constants. It would be really handy if $_FILES[userfile][error] and $userfile_error were mentioned in the features.file-upload section along with the relevant error numbers. 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/18286 -- Edit this bug report at http://bugs.php.net/?id=18286edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/classobj/functions get-object-vars.xml
philip Sat Jan 18 20:18:23 2003 EDT Modified files: /phpdoc/en/reference/classobj/functions get-object-vars.xml Log: As of PHP 4.2.0, the behavoir changed. Even if a variable is not assigned a value, it still exists in get_object_vars(). Essentially moved these docs in a note. This closes bug #17752. Index: phpdoc/en/reference/classobj/functions/get-object-vars.xml diff -u phpdoc/en/reference/classobj/functions/get-object-vars.xml:1.2 phpdoc/en/reference/classobj/functions/get-object-vars.xml:1.3 --- phpdoc/en/reference/classobj/functions/get-object-vars.xml:1.2 Wed Apr 17 02:36:43 2002 +++ phpdoc/en/reference/classobj/functions/get-object-vars.xml Sat Jan 18 20:18:20 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/classobj.xml, last change in rev 1.1 -- refentry id=function.get-object-vars refnamediv @@ -14,10 +14,18 @@ /methodsynopsis para This function returns an associative array of defined object properties - for the specified object parameterobj/parameter. If variables - declared in the class of which the parameterobj/parameter is an - instance, have not been assigned a value, those will not be returned - in the array. + for the specified object parameterobj/parameter. +/para +note + para + In versions prior to PHP 4.2.0, if the variables declared in the class + of which the parameterobj/parameter is an instance, have not been + assigned a value, those will not be returned in the array. In versions + after PHP 4.2.0, the key will be assigned with a constantNULL/constant + value. + /para +/note +para example titleUse of functionget_object_vars/function/title programlisting role=php @@ -61,6 +69,7 @@ ( [x] = 1.233 [y] = 3.445 + [label] = ) Array -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/appendices reserved.xml
philip Sat Jan 18 20:55:44 2003 EDT Modified files: /phpdoc/en/appendices reserved.xml Log: Documented REMOTE_HOST and note when it's available. Closes bug #17713 Index: phpdoc/en/appendices/reserved.xml diff -u phpdoc/en/appendices/reserved.xml:1.26 phpdoc/en/appendices/reserved.xml:1.27 --- phpdoc/en/appendices/reserved.xml:1.26 Wed Nov 6 17:36:55 2002 +++ phpdoc/en/appendices/reserved.xml Sat Jan 18 20:55:43 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.26 $ -- +!-- $Revision: 1.27 $ -- appendix id=reserved titleList of Reserved Words/title @@ -474,6 +474,25 @@ The IP address from which the user is viewing the current page. /simpara + /listitem + /varlistentry + + varlistentry + term'varnameREMOTE_HOST/varname'/term + listitem +simpara + The Host name from which the user is viewing the current + page. The reverse dns lookup is based off the + varnameREMOTE_ADDR/varname of the user. +/simpara +note + simpara + Your web server must be configured to create this variable. For + example in Apache you'll need literalHostnameLookups On/literal + inside filenamehttpd.conf/filename for it to exist. See also + functiongethostbyaddr/function. + /simpara +/note /listitem /varlistentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #17713 [Ana-Csd]: Request Reverse Lookup Reserved Variable
ID: 17713 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Solaris,freebsd PHP Version: 4.2.1 New Comment: This has now been documented: http://cvs.php.net/cvs.php/phpdoc/en/appendices/reserved.xml Thanks for the report :) Previous Comments: [2002-06-15 23:23:58] [EMAIL PROTECTED] Thanks guys. I swear I investigated this for a long time.. I guess I missed it :( Thanks [2002-06-15 22:37:23] [EMAIL PROTECTED] This was easy to implement. :) Just set 'HostnameLookups On' in httpd.conf and you'll get an extra variable: REMOTE_HOST which contains this information. This just isn't documented (in predefined variables). It's ONLY available when the above mentioned directive is set 'On'. [2002-06-11 20:26:22] [EMAIL PROTECTED] I understand it can be done with one statement. but I figure if apache already has this done, it would be less demanding to just have a way to grab it with a variable. I already discovered how much it kills the cpu to reverse the ip. But since on some machines it's already reversed why not take advantage of this and save yourself the second step of reversing something that has already been reversed. Was just a thought. I understand if it's not a good idea. Sorry again Victor Nolton [2002-06-11 19:50:52] [EMAIL PROTECTED] Yasuo, the request was for the possible already reversed name. That would not increase any but the opposite since that is already done: Now you _have_ to do that anyway.. Not sure though if this is possible. [2002-06-11 19:44:38] [EMAIL PROTECTED] IMO, we shouldn't do that. It can be done by 1 line of php script. As you know, DNS lookup is _expensive_ operation and kills performance a lot. If you need reverse lookup, do it by yourself. 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/17713 -- Edit this bug report at http://bugs.php.net/?id=17713edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/session/functions session-decode.xml session-encode.xml
damsSat Jan 18 21:41:22 2003 EDT Modified files: /phpdoc/en/reference/session/functions session-decode.xml session-encode.xml Log: cross ref Index: phpdoc/en/reference/session/functions/session-decode.xml diff -u phpdoc/en/reference/session/functions/session-decode.xml:1.2 phpdoc/en/reference/session/functions/session-decode.xml:1.3 --- phpdoc/en/reference/session/functions/session-decode.xml:1.2Wed Apr 17 02:43:58 2002 +++ phpdoc/en/reference/session/functions/session-decode.xmlSat Jan 18 21:41:21 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/session.xml, last change in rev 1.2 -- refentry id=function.session-decode refnamediv @@ -16,6 +16,10 @@ functionsession_decode/function decodes the session data in parameterdata/parameter, setting variables stored in the session. +/para +para + Voir aussi + functionsession_encode/function /para /refsect1 /refentry Index: phpdoc/en/reference/session/functions/session-encode.xml diff -u phpdoc/en/reference/session/functions/session-encode.xml:1.2 phpdoc/en/reference/session/functions/session-encode.xml:1.3 --- phpdoc/en/reference/session/functions/session-encode.xml:1.2Wed Apr 17 02:43:58 2002 +++ phpdoc/en/reference/session/functions/session-encode.xmlSat Jan 18 21:41:21 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/session.xml, last change in rev 1.2 -- refentry id=function.session-encode refnamediv @@ -17,6 +17,10 @@ para functionsession_encode/function returns a string with the contents of the current session encoded within. +/para +para + See also + functionsession_decode/function /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/image/functions imagecopyresampled.xml imagecopyresized.xml imagecreate.xml
philip Sat Jan 18 22:09:48 2003 EDT Modified files: /phpdoc/en/reference/image/functionsimagecopyresampled.xml imagecopyresized.xml imagecreate.xml Log: Document behavior explained in bug #21630, read commit for details. This closes that bug. Also, imagecreatetruecolor is preferred over imagecreate(). Index: phpdoc/en/reference/image/functions/imagecopyresampled.xml diff -u phpdoc/en/reference/image/functions/imagecopyresampled.xml:1.2 phpdoc/en/reference/image/functions/imagecopyresampled.xml:1.3 --- phpdoc/en/reference/image/functions/imagecopyresampled.xml:1.2 Wed Apr 17 02:39:11 2002 +++ phpdoc/en/reference/image/functions/imagecopyresampled.xml Sat Jan 18 22:09:47 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/image.xml, last change in rev 1.36 -- refentry id=function.imagecopyresampled refnamediv @@ -36,10 +36,27 @@ parametersrc_im/parameter) but if the regions overlap the results will be unpredictable. /para + note +para + There is a problem due to palette image limitations (255+1 colors). + Resampling or filtering an image commonly needs more colors than 255, a + kind of approximation is used to calculate the new resampled pixel and its + color. With a palette image we try to allocate a new color, if that + failed, we choose the closest (in theory) computed color. This is + not always the closest visual color. That may produce a weird result, like + blank (or visually blank) images. To skip this problem, please use a + truecolor image as a destination image, such as one created by + functionimagecreatetruecolor/function. +/para + /note + note +para + functionimagecopyresampled/function requires GD 2.0.l or greater. +/para + /note para See also functionimagecopyresized/function. /para - noteparaThis function was added in PHP 4.0.6 and requires GD 2.0.1 or later/para/note /refsect1 /refentry Index: phpdoc/en/reference/image/functions/imagecopyresized.xml diff -u phpdoc/en/reference/image/functions/imagecopyresized.xml:1.2 phpdoc/en/reference/image/functions/imagecopyresized.xml:1.3 --- phpdoc/en/reference/image/functions/imagecopyresized.xml:1.2Wed Apr 17 02:39:11 2002 +++ phpdoc/en/reference/image/functions/imagecopyresized.xmlSat Jan 18 22:09:48 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/image.xml, last change in rev 1.36 -- refentry id=function.imagecopyresized refnamediv @@ -34,6 +34,19 @@ parametersrc_im/parameter) but if the regions overlap the results will be unpredictable. /para + note +para + There is a problem due to palette image limitations (255+1 colors). + Resampling or filtering an image commonly needs more colors than 255, a + kind of approximation is used to calculate the new resampled pixel and its + color. With a palette image we try to allocate a new color, if that + failed, we choose the closest (in theory) computed color. This is + not always the closest visual color. That may produce a weird result, like + blank (or visually blank) images. To skip this problem, please use a + truecolor image as a destination image, such as one created by + functionimagecreatetruecolor/function. +/para + /note para See also functionimagecopyresampled/function. /para Index: phpdoc/en/reference/image/functions/imagecreate.xml diff -u phpdoc/en/reference/image/functions/imagecreate.xml:1.3 phpdoc/en/reference/image/functions/imagecreate.xml:1.4 --- phpdoc/en/reference/image/functions/imagecreate.xml:1.3 Thu Apr 18 13:13:09 2002 +++ phpdoc/en/reference/image/functions/imagecreate.xml Sat Jan 18 22:09:48 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/image.xml, last change in rev 1.36 -- refentry id=function.imagecreate refnamediv @@ -17,6 +17,11 @@ functionimagecreate/function returns an image identifier representing a blank image of size parameterx_size/parameter by parametery_size/parameter. + /para + para +We recommend the use of functionimagecreatetruecolor/function. + /para + para example title Creating a new GD image stream and outputting an image. @@ -35,6 +40,9 @@ ]] /programlisting /example + /para + para +See also functionimagecreatetruecolor/function. /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21630 [Opn-Csd]: imageCreateFromGIF doesn't work
ID: 21630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux 2.4.20 PHP Version: 4.3.0 New Comment: This has now been documented: http://cvs.php.net/cvs.php/phpdoc/en/reference/image/functions/imagecopyresampled.xml http://cvs.php.net/cvs.php/phpdoc/en/reference/image/functions/imagecopyresized.xml http://cvs.php.net/cvs.php/phpdoc/en/reference/image/functions/imagecreate.xml Thanks for the report :) Previous Comments: [2003-01-14 16:16:53] [EMAIL PROTECTED] I never look gdImageCopyResized until now :) (simply too bad thing ;-). The problem seems to be the same. It uses the color resolver function, which causes exactly the same thing. To skip this problem, please use a truecolor image as a destination image. That will not be fixed in a near futur. It's not really a bug. thank's for your interest, pierre [2003-01-14 14:42:39] [EMAIL PROTECTED] http://www.boutell.com/gd/manual2.0.10.html Pixel values are only interpolated if the destination image is a truecolor image. Otherwise, gdImageCopyResized is automatically invoked. (doesn't this mean that it's a bug in GD library itself?) [2003-01-14 14:00:08] [EMAIL PROTECTED] Hello, I confirm (if necessary) the Derick's comment. This a problem due to palette images limitations (255+1 colors). Resampling or filtering an image needs commonly more colors than 255, a kind of approximation is used to calc the new resampled pixel and its color, with a palette image we try to allocate a new color, if that failed, we choose the closest (in theory), the closest computed color is not always the closest visual color. That produces weird result, like blank (or visually blank) images. You can reproduce this problem with imagerotate used with a palette image (imagecreate), allocate 3 colors, draw 2 differents boxes, and rotate the image with a custom angle (not a quarter angle), you will get a blank image or near blank. Hope that helps, pierre [2003-01-14 13:32:25] [EMAIL PROTECTED] Should be documented (better) then. Derick [2003-01-14 13:20:41] [EMAIL PROTECTED] I've managed to resolve this, it's not a bug with the ImageCreateFromGIF function, but the ImageCopyResampled, the blank image needs to be created with ImageCreateTrueColor or the resultant image is blank. Not sure whether this becomes a bogus bug or whether the real issue is with ImageCopyResampled? In fact, I've just looked at the user notes for ImageCopyResampled and people are saying there to use Truecolor. 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/21630 -- Edit this bug report at http://bugs.php.net/?id=21630edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/math/functions max.xml
damsSat Jan 18 23:18:59 2003 EDT Modified files: /phpdoc/en/reference/math/functions max.xml Log: cross reference with min Index: phpdoc/en/reference/math/functions/max.xml diff -u phpdoc/en/reference/math/functions/max.xml:1.2 phpdoc/en/reference/math/functions/max.xml:1.3 --- phpdoc/en/reference/math/functions/max.xml:1.2 Wed Apr 17 02:39:54 2002 +++ phpdoc/en/reference/math/functions/max.xml Sat Jan 18 23:18:59 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/math.xml, last change in rev 1.2 -- refentry id=function.max refnamediv @@ -8,12 +8,12 @@ /refnamediv refsect1 titleDescription/title - methodsynopsis - typemixed/typemethodnamemax/methodname - methodparamtypemixed/typeparameterarg1/parameter/methodparam - methodparamtypemixed/typeparameterarg2/parameter/methodparam - methodparamtypemixed/typeparameterargn/parameter/methodparam - /methodsynopsis +methodsynopsis + typenumber/typemethodnamemax/methodname + methodparamtypenumber/typeparameterarg1/parameter/methodparam + methodparamtypenumber/typeparameterarg2/parameter/methodparam + methodparamtypenumber/typeparameterargn/parameter/methodparam +/methodsynopsis para functionmax/function returns the numerically highest of the parameter values. @@ -30,6 +30,9 @@ treated as floats, and a float is returned. If none of the values is a float, all of them will be treated as integers, and an integer is returned. +/para +para + See also functionmax/function. /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] cvs: phpdoc /en/reference/math/functions max.xml
It works with arrays, keep it as mixed. Regards, Philip On Sun, 19 Jan 2003, Damien Seguy wrote: dams Sat Jan 18 23:18:59 2003 EDT Modified files: /phpdoc/en/reference/math/functions max.xml Log: cross reference with min Index: phpdoc/en/reference/math/functions/max.xml diff -u phpdoc/en/reference/math/functions/max.xml:1.2 phpdoc/en/reference/math/functions/max.xml:1.3 --- phpdoc/en/reference/math/functions/max.xml:1.2Wed Apr 17 02:39:54 2002 +++ phpdoc/en/reference/math/functions/max.xmlSat Jan 18 23:18:59 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/math.xml, last change in rev 1.2 -- refentry id=function.max refnamediv @@ -8,12 +8,12 @@ /refnamediv refsect1 titleDescription/title - methodsynopsis - typemixed/typemethodnamemax/methodname - methodparamtypemixed/typeparameterarg1/parameter/methodparam - methodparamtypemixed/typeparameterarg2/parameter/methodparam - methodparamtypemixed/typeparameterargn/parameter/methodparam - /methodsynopsis +methodsynopsis + typenumber/typemethodnamemax/methodname + methodparamtypenumber/typeparameterarg1/parameter/methodparam + methodparamtypenumber/typeparameterarg2/parameter/methodparam + methodparamtypenumber/typeparameterargn/parameter/methodparam +/methodsynopsis para functionmax/function returns the numerically highest of the parameter values. @@ -30,6 +30,9 @@ treated as floats, and a float is returned. If none of the values is a float, all of them will be treated as integers, and an integer is returned. +/para +para + See also functionmax/function. /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/math/functions max.xml
damsSat Jan 18 23:43:56 2003 EDT Modified files: /phpdoc/en/reference/math/functions max.xml Log: Reverting to mixed, and corecting see also Index: phpdoc/en/reference/math/functions/max.xml diff -u phpdoc/en/reference/math/functions/max.xml:1.3 phpdoc/en/reference/math/functions/max.xml:1.4 --- phpdoc/en/reference/math/functions/max.xml:1.3 Sat Jan 18 23:18:59 2003 +++ phpdoc/en/reference/math/functions/max.xml Sat Jan 18 23:43:55 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/math.xml, last change in rev 1.2 -- refentry id=function.max refnamediv @@ -10,9 +10,9 @@ titleDescription/title methodsynopsis typenumber/typemethodnamemax/methodname - methodparamtypenumber/typeparameterarg1/parameter/methodparam - methodparamtypenumber/typeparameterarg2/parameter/methodparam - methodparamtypenumber/typeparameterargn/parameter/methodparam + methodparamtypemixed/typeparameterarg1/parameter/methodparam + methodparamtypemixed/typeparameterarg2/parameter/methodparam + methodparamtypemixed/typeparameterargn/parameter/methodparam /methodsynopsis para functionmax/function returns the numerically highest of the @@ -32,7 +32,7 @@ an integer is returned. /para para - See also functionmax/function. + See also functionmin/function. /para /refsect1 /refentry -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] operator precedence missing
The operator precedence table[1] is missing several operators. The following operators are missing: -class member operator ::scope resolution operator not equals (same precedence as != ?) Also missing are a few casts: (bool), (boolean), (real), (double), (integer). Though, all but the first of these are synonyms. The = is not listed, but I believe this is not actually an operator. I am about 90% done writing a bison grammar for PHP, but will have to do some code reading to find the precedence of the class related operators. If someone knows where they should go, I'd appreciate a reply. [1] http://www.php.net/manual/en/language.operators.php -James [ not on list, please cc ] -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions debug-backtrace.xml
philip Sun Jan 19 01:19:23 2003 EDT Added files: /phpdoc/en/reference/errorfunc/functionsdebug-backtrace.xml Log: Initial commit of this fine function. It may need a little touching up :) This closes bug #21515 Index: phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml +++ phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml ?xml version=1.0 encoding=iso-8859-1? !-- $Revision: 1.1 $ -- refentry id=function.debug-backtrace refnamediv refnamedebug_backtrace/refname refpurpose Generates a backtrace /refpurpose /refnamediv refsect1 titleDescription/title methodsynopsis typearray/typemethodnamedebug_backtrace/methodname void/ /methodsynopsis para functiondebug_backtrace/function generates a PHP backtrace and returns this information as an associative typearray/type. The possible returned elements are listed in the following table: /para para table titlePossible returned elements from functiondebug_backtrace?function/title tgroup cols=3 thead row entryName/entry entryType/entry entryDescription/entry /row /thead tbody row entryfunction/entry entrytypestring/type/entry entry The current function name. See also link linkend=language.constants.predefined__FUNCTION__/link. /entry /row row entryline/entry entrytypeinteger/type/entry entry The current line number. See also link linkend=language.constants.predefined__LINE__/link. /entry /row row entryfile/entry entrytypestring/type/entry entry The current file name. See also link linkend=language.constants.predefined__FILE__/link. /entry /row row entryclass/entry entrytypestring/type/entry entry The current link linkend=language.oopclass/link name. See also link linkend=language.constants.predefined__CLASS__/link /entry /row row entrytype/entry entrytypestring/type/entry entry The current class type. /entry /row row entryargs/entry entrytypearray/type/entry entry If inside a function, this lists the functions arguments. If inside a included file, this lists the included file name(s). /entry /row /tbody /tgroup /table /para para The following is a simple example. /para para example title functiondebug_backtrace/function example /title programlisting role=php ![CDATA[ // filename: a.php ?php function a_test($str) { print \nHi: $str; var_dump(debug_backtrace()); } a_test('friend'); ? // filename: b.php ?php include_once '/tmp/a.php'; ? /* Results when executing /tmp/b.php Hi: friend array(2) { [0]= array(4) { [file] = string(10) /tmp/a.php [line] = int(10) [function] = string(6) a_test [args]= array(1) { [0] = string(6) friend } } [1]= array(4) { [file] = string(10) /tmp/b.php [line] = int(2) [args] = array(1) { [0] = string(10) /tmp/a.php } [function] = string(12) include_once } } */ ]] /programlisting /example /para para See also functiontrigger_error/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] #21515 [Opn-Csd]: debug_backtrace() needs documentation.
ID: 21515 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: all PHP Version: 4.3.0 New Comment: This beast is now documented: http://cvs.php.net/cvs.php/phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml Have a nice day :) Previous Comments: [2003-01-18 03:04:11] [EMAIL PROTECTED] __FUNCTION__ is now documented as per bug #19196. Am changing the topic of this bug report to reflect everyones deep desire for debug_backtrace() to be documented. We all agreed that the section on Error Handling and Logging Functions is the best place for debug_backtrace. [2003-01-08 11:22:35] [EMAIL PROTECTED] You can use the __FUNCTION__ constant as of PHP 4.3.0 It's documented somewhere with the other magical sorta-constants __FILE__, __LINE__, and __CLASS__. __CLASS__ also became available in PHP 4.3.0 I think there's a bug somewhere for documented these sorta-constants as the manual doesn't document them very well. [2003-01-08 04:27:05] [EMAIL PROTECTED] hah, nu even de daad by het woord voegen :-) [2003-01-08 04:26:25] [EMAIL PROTECTED] You can use debug_backtrace() for this (which is new in PHP 4.3.0). (Try var_dump(debug_backtrace()); to see what output it gives), marking this bug as a doc problem, as debug_backtrace() has not been documented yet. Derick [2003-01-08 04:20:36] [EMAIL PROTECTED] Is it possible to create a getCurrentFunctionName() function? If an user defined error occured (for example: you are not getting a valid SQL-resultset with your query) in a function, it would be handy to show the functionname where the error is generated. Possible example: function getQueryResultSet() { // requested code $currentFunctionName = getCurrentFunctionName(); $query=select * from table; $result = mysql_query($query) or die (The error occured in . $currentFunctionName); return $result; } -- Edit this bug report at http://bugs.php.net/?id=21515edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/errorfunc/functions debug-backtrace.xml
philip Sun Jan 19 01:23:07 2003 EDT Modified files: /phpdoc/en/reference/errorfunc/functionsdebug-backtrace.xml Log: Typo. Index: phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml diff -u phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml:1.1 phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml:1.2 --- phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml:1.1 Sun Jan 19 01:19:23 2003 +++ phpdoc/en/reference/errorfunc/functions/debug-backtrace.xml Sun Jan 19 01:23:07 +2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- refentry id=function.debug-backtrace refnamediv refnamedebug_backtrace/refname @@ -20,7 +20,7 @@ /para para table - titlePossible returned elements from functiondebug_backtrace?function/title + titlePossible returned elements from +functiondebug_backtrace/function/title tgroup cols=3 thead row -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21388 [Opn]: streams.php-stream-open-wrapper-ex
ID: 21388 Updated by: [EMAIL PROTECTED] -Summary: [chm] bug on streams.php-stream-open-wrapper-ex.html Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: windows PHP Version: 4.3.0 -Assigned To: +Assigned To: wez New Comment: In short: chapters/streams.common.xml refers to a non-existent (that I know of) page that discusses context. There is no link yet but apparently there will be. This is under php_stream_open-wrapper_ex(). Assigning to Wez :) Previous Comments: [2003-01-17 22:16:27] [EMAIL PROTECTED] I guess the streams docs are still on Wez's TODO? :) [2003-01-03 07:24:58] [EMAIL PROTECTED] ignore my last message... it's a mistake! [2003-01-03 07:23:38] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-01-03 07:15:28] [EMAIL PROTECTED] Manual description: php_stream_open_wrapper_ex() is exactly like php_stream_open_wrapper(), but allows you to specify a php_stream_context object using context. To find out more about stream contexts, see XXX Ok, now I see that XXX is a number in manual's Function Reference. It looks pretty wired for me for a first time. Any other Roman number is ok, but XXX looks like thing that should be filled in later . Thing for discussion : Shouldn't it be a link to the XXX part of manual ? Or instead of see XXX - see XXX part of Function Reference ? BTW. PHP manual is a great job :) [2003-01-03 06:57:30] [EMAIL PROTECTED] I am afraid I cannot see the point. What is the bug? 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/21388 -- Edit this bug report at http://bugs.php.net/?id=21388edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/exec/functions exec.xml
philip Sun Jan 19 01:46:44 2003 EDT Modified files: /phpdoc/en/reference/exec/functions exec.xml Log: Line endings are not preserved. Closes bug #20905 Index: phpdoc/en/reference/exec/functions/exec.xml diff -u phpdoc/en/reference/exec/functions/exec.xml:1.3 phpdoc/en/reference/exec/functions/exec.xml:1.4 --- phpdoc/en/reference/exec/functions/exec.xml:1.3 Sat May 25 08:59:29 2002 +++ phpdoc/en/reference/exec/functions/exec.xml Sun Jan 19 01:46:44 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/exec.xml, last change in rev 1.2 -- refentry id=function.exec refnamediv @@ -26,8 +26,9 @@ para If the parameterarray/parameter argument is present, then the specified array will be filled with every line of output from the - command. Note that if the array already contains some elements, - functionexec/function will append to the end of the array. + command. Line endings, such as literal\n/literal, are not + included in this array. Note that if the array already contains some + elements, functionexec/function will append to the end of the array. If you do not want the function to append elements, call functionunset/function on the array before passing it to functionexec/function. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #20905 [Ana-Csd]: exec() vs file() with newlines
ID: 20905 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.2 New Comment: This is now documented: http://cvs.php.net/cvs.php/phpdoc/en/reference/exec/functions/exec.xml Thanks for the report :) Previous Comments: [2002-12-09 07:29:02] [EMAIL PROTECTED] Reclassified. The manual page for 'file()' does mention this. But it should be mentionaed for 'exec()' too..(the optional array output parameter..) [2002-12-09 07:25:48] [EMAIL PROTECTED] This is just basically an inconsistency between file() and exec() file() will return the newline on the end of each element in the array, ie: $data = file(somefile.txt); $data[0][ strlen($data[0])-1 ] == \n but exec() doesn't put newlines on it's output: exec(soemthing, $data); $data[0][ strlen($data[0])-1 ] != \n At the least, the manual page for file() and/or exec() should state this behaviour. -- Edit this bug report at http://bugs.php.net/?id=20905edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21426 [Opn-Fbk]: [chm] bug on language.types.resource.html
ID: 21426 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: windows PHP Version: 4CVS-2003-01-05 (dev) New Comment: So what's the bug on this resource page? Previous Comments: [2003-01-05 05:21:55] [EMAIL PROTECTED] I have found a bug on page language.types.resource.html [chm date: 2002-12-27]... I don't suppose I'm the first one to mention the over-escaped non-breaking space on the documentation page. Immediately before the link to report a bug. :) -- Edit this bug report at http://bugs.php.net/?id=21426edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21426 [Fbk-Opn]: [chm] bug on language.types.resource.html
ID: 21426 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: windows PHP Version: 4CVS-2003-01-05 (dev) New Comment: Instead of a space, the actual nbsp; string is displayed. Previous Comments: [2003-01-19 00:51:06] [EMAIL PROTECTED] So what's the bug on this resource page? [2003-01-05 05:21:55] [EMAIL PROTECTED] I have found a bug on page language.types.resource.html [chm date: 2002-12-27]... I don't suppose I'm the first one to mention the over-escaped non-breaking space on the documentation page. Immediately before the link to report a bug. :) -- Edit this bug report at http://bugs.php.net/?id=21426edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php