[PHP-DOC] Bug #11762 Updated: bad example
ID: 11762 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: OK, as you suggested dates are printed now. You can see, that nearly all files are autogenerated daily (dispite what I said before) except the CHM version (and the temp unavailable PDF). We will update the CHM versions soon. Anyway, this way the full table listing is **UGLY**. Is there anybody with a better layout tip? Ps. I used the RFC date type date('r", $changed) to be world wide compatible (though it is very long...). Previous Comments: --- [2001-06-29 12:36:12] [EMAIL PROTECTED] There will be some date info also on that page. I'll do it ASAP. It was on my todo list for a week now. Well, dates are much important, but sizes are also usable, when you need to choose from .zip or .tar.gz, while your zip program handles both of them. It is true, that PDFs, CHMs and Palm docs are behind, but just because we have no **automated** process to do it. Everything else is automated (text and HTML). This is also on our __long time__ todo list to implement some automated CHM generation on Unix (it is not easy to do :). --- [2001-06-28 17:59:26] [EMAIL PROTECTED] I'm planning to update the CHM versions soon now, as lots of things have been changed. I hope I can do it this weekend. Derick --- [2001-06-28 17:22:12] [EMAIL PROTECTED] My apologies.. I responded before I realized that the mailing lists are 12-14 hrs behind. I didn't think to read the bug report on the page to make sure no one responded to it already. --- [2001-06-28 17:21:03] [EMAIL PROTECTED] I believe that the PDF and CHM version of the module always lag behind due to the amount of work it takes to package them up. If you are ever in doubt, please check the online html manual first. You can visit it directly at: http://php.net/manual/ --- [2001-06-28 14:32:55] [EMAIL PROTECTED] thx for replying, thx btw, in http://www.php.net/docs.php doucument list file size? may not need if file is small enough file size for compare and decide whether to download ? why not show an document last update date? or document version will be better :P just suggestion, may not post as a reply here --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2
[PHP-DOC] Bug #11789 Updated: Apache can't start
ID: 11789 User Update by: [EMAIL PROTECTED] Status: Open Old-Bug Type: Sybase-ct (ctlib) related Bug Type: Documentation problem Operating system: Linux 2.4.5 PHP Version: 4.0.6 Description: Apache can't start Ok, it finally work with ct-lib if LC_ALL is set to default Please add in documentation that apache only start correctly with sybase_ct lib if LC_ALL is correctly set (sybase must be installed with the same language, cf bug #3161) If not, we can resolve simply the problem with : export LC_ALL=default ./apachectl start (or startssl) @++ JC Previous Comments: --- [2001-06-28 18:47:57] [EMAIL PROTECTED] PS : it's ok with sybase DB lib --- [2001-06-28 18:44:59] [EMAIL PROTECTED] When I launch apache with sybase_ct, I've got following messages : DRK01:/soft/apache/bin# ./apachectl start ./apachectl: line 184: 15557 Segmentation fault $HTTPD ./apachectl start: httpd could not be started Sybase Version : 11.9.2 $SYBASE environment variable is correctly set There's nothing in apache's logs There's nothing in dmesg's output Do you have any idea ? Thanks for your answer @++ JC --- Full Bug description available at: http://bugs.php.net/?id=11789
Re: [PHP-DOC] updating the chm files
> I make them regularly, but how can I update them? > > Is there a upload-dir, should I provide a download-link > (like currently http://www.t0.or.at/~sunny/php/, but that's > the fancy ones), or should I mail it to somewhere? (I'm > thinking on a regular basis for the German version [and max. > the engl., everything every week would be too much for me]). Upload them with CVS if you have phpweb karma. The chm files are mirrored docs (and the PDF files will also be mirrored, if we can find an elegant way to generate them on php.net). So the only way now, to update the chm files, is to upload them with a CVS client to the phpweb module. It wont go out, as a CVS commit mail to php-mirrors, as binary updates are not mailed to the lists... > - If there is already a fancy style (should perhaps talk about > the date-format in the index): Why not use it at php.net? Where? > - An eternity ago I've reported that a download with Netscape > (also "save target as" doesn't work {here the file is bigger and > doesn't work}) is impossible. > If somebody explains me the environment/config of php.net, > I'm willing to check it for a solution or ask Kristian Köhntopp > about his setup, but not (even being able - is what comes out > as reputation) What download is not working with netscape?? There is some problem now with that :8000 port while downloading. But I cant fully undertand what you mean here... > to provide contents browser-independent is a > shame for a provider of a "web" scripting language. Right :) We are on it, to do that. Goba
[PHP-DOC] Bug #11762 Updated: bad example
ID: 11762 Updated by: goba Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: There will be some date info also on that page. I'll do it ASAP. It was on my todo list for a week now. Well, dates are much important, but sizes are also usable, when you need to choose from .zip or .tar.gz, while your zip program handles both of them. It is true, that PDFs, CHMs and Palm docs are behind, but just because we have no **automated** process to do it. Everything else is automated (text and HTML). This is also on our __long time__ todo list to implement some automated CHM generation on Unix (it is not easy to do :). Previous Comments: --- [2001-06-28 17:59:26] [EMAIL PROTECTED] I'm planning to update the CHM versions soon now, as lots of things have been changed. I hope I can do it this weekend. Derick --- [2001-06-28 17:22:12] [EMAIL PROTECTED] My apologies.. I responded before I realized that the mailing lists are 12-14 hrs behind. I didn't think to read the bug report on the page to make sure no one responded to it already. --- [2001-06-28 17:21:03] [EMAIL PROTECTED] I believe that the PDF and CHM version of the module always lag behind due to the amount of work it takes to package them up. If you are ever in doubt, please check the online html manual first. You can visit it directly at: http://php.net/manual/ --- [2001-06-28 14:32:55] [EMAIL PROTECTED] thx for replying, thx btw, in http://www.php.net/docs.php doucument list file size? may not need if file is small enough file size for compare and decide whether to download ? why not show an document last update date? or document version will be better :P just suggestion, may not post as a reply here --- [2001-06-28 11:29:28] [EMAIL PROTECTED] Not necessarily. Latest should always be the online manual. And the VERY latest is in CVS. :) --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2
Re: [PHP-DOC] php manual on php.net
> I updated the japanese version of php manual, but php manual on > http://www.php.net/manual/ja is not updated since Sun,17,July. > Is there any problem to make html manual? > > And currently, default_charset is set to iso-8859-1 on simply formatted > versions of php manual, http://www.php.net:8000/manual/ja/html/ . > > Because japanese manual is encoded in utf-8, browser should be confused. You can see the update log here: http://www.php.net/manual/ja/build-ja.log Check if you see any errors there. Goba
[PHP-DOC] updating the chm files
Please, someone who have time do update the chm files out there, because they are really old now. Thanks, Goba
Re: [PHP-DOC] cvs: phpdoc /en/functions strings.xml
On Thu, 28 Jun 2001, Jeroen van Wolffelaar wrote: > > Please don't use tabs, but only spaces for indentation. > > I'm sorry, I didn't know vim used tabs automatically... > :set et sw=1 ts=1 > seems to fix that. > > Anyone knows of an option to visualise the tabs? Not :set list, since it > renders the ts useless. /\t will search for tabs, and if you set this option in your .vimrc all occurences will be displayed too: :set hlsearch :highlight Search ctermfg=1 ctermbg=7 It may be possible to set these options too( but before the other 2 above): :if has("terminfo") : set t_Co=8 : set t_Sf=^[[3%p1%dm : set t_Sb=^[[4%p1%dm :else : set t_Co=8 : set t_Sf=^[[3%dm : set t_Sb=^[[4%dm :endif regards, Derick
[PHP-DOC] Bug #11778 Updated: french version of manual/fr/function.setcookie.php wrong
ID: 11778 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: dams Comments: I'm assigning this to you damien... Previous Comments: --- [2001-06-28 10:04:47] [EMAIL PROTECTED] In the french manual, the function description of setcookie is wrong: it says that the setcookie function will be performed in reverse order, but that true only for PHP3. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11778&edit=2
[PHP-DOC] Bug #11789 Updated: Apache can't start: Sybase-ct & LC_ALL
ID: 11789 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating system: PHP Version: 4.0.6 Assigned To: Comments: modified short description. Previous Comments: --- [2001-06-29 04:14:52] [EMAIL PROTECTED] Ok, it finally work with ct-lib if LC_ALL is set to default Please add in documentation that apache only start correctly with sybase_ct lib if LC_ALL is correctly set (sybase must be installed with the same language, cf bug #3161) If not, we can resolve simply the problem with : export LC_ALL=default ./apachectl start (or startssl) @++ JC --- [2001-06-28 18:47:57] [EMAIL PROTECTED] PS : it's ok with sybase DB lib --- [2001-06-28 18:44:59] [EMAIL PROTECTED] When I launch apache with sybase_ct, I've got following messages : DRK01:/soft/apache/bin# ./apachectl start ./apachectl: line 184: 15557 Segmentation fault $HTTPD ./apachectl start: httpd could not be started Sybase Version : 11.9.2 $SYBASE environment variable is correctly set There's nothing in apache's logs There's nothing in dmesg's output Do you have any idea ? Thanks for your answer @++ JC --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11789&edit=2
[PHP-DOC] cvs: phpdoc /en/functions mbstring.xml
hirokawaThu Jun 28 23:20:29 2001 EDT Modified files: /phpdoc/en/functionsmbstring.xml Log: fixed some typos. Index: phpdoc/en/functions/mbstring.xml diff -u phpdoc/en/functions/mbstring.xml:1.2 phpdoc/en/functions/mbstring.xml:1.3 --- phpdoc/en/functions/mbstring.xml:1.2Sun Jun 24 11:27:21 2001 +++ phpdoc/en/functions/mbstring.xmlThu Jun 28 23:20:28 2001 @@ -1,117 +1,305 @@ Multi-Byte String Functions - Multi-Byte String + + Multi-Byte String + &warn.experimental; Introduction - This module is EXPERIMENTAL. Function name/API is subject to be - changed. Current conversion filter supports Japanese only. + This module is EXPERIMENTAL. Function name/API is subject to + change. Current conversion filter supports Japanese only. - There are many languages that all characters cannot be expressed + There are many languages in which all characters can be expressed by single byte. Multi-byte character codes are used to express many characters for many languages. mbstring is developed to handle Japanese characters. However, many mbstring functions are able to handle - character codes other than Japanese. + character encoding other than Japanese. - Multi-byte character encoding represents single character with + A multi-byte character encoding represents single character with consecutive bytes. Some character encoding has shift(escape) - sequences to start/end multi-byte character string. Therefore, + sequences to start/end multi-byte character strings. Therefore, a multi-byte character string may be destroyed when it is divided - and/or counted, unless multi-byte character encoding safe method - is used. mbstring functions support multi-byte - character safe string functions and other utility functions such - as conversion functions. + and/or counted unless multi-byte character encoding safe method + is used. This module provides multi-byte character safe string + functions and other utility functions such as conversion + functions. + + Since PHP is basically designed for ISO-8859-1, some multi-byte + character encoding does not work well with PHP. Therefore, it is + important to set mbstring.internal_encoding to + a character encoding that works with PHP. + + + PHP4 Character Encoding Requirements + + + + + + Per byte encoding + + + + + Single byte characters in range of 00h-7fh + which is compatible with ASCII + + + + + Multi-byte characters without 00h-7fh + + + + + + These are examples of internal character encoding that works with + PHP and does NOT work with PHP. + + - - Basics for Japanese multi-byte character +Character encodings work with PHP: +ISO-8859-*, EUC-JP, UTF-8 + + +Character encodings do NOT work with PHP: +JIS, SJIS + + + + + Character encoding, that does not work with PHP, may be converted + with mbstring's HTTP input/output conversion + feature/function. + + + + SJIS should not be used for internal encoding unless the reader + is familiar with parser/compiler, character encoding and + character encoding issues. + + + - Most Japanese characters need more than 1 byte for a - character. In addition to this, several character encodings are - used under Japanese environment. There are EUC-JP, Shift_JIS and - ISO-2022-JP character encoding. As Unicode is getting popular, - UTF-8 is used also. To develop Web application for Japanese - environment, it is important to use these character codes depend - on its purpose, HTTP input/output, RDBMS and E-mail. + If you use database with PHP, it is recommended that you use the + same character encoding for both database and internal + encoding for ease of use and better performance. + + + If you are using PostgreSQL, it supports character + encoding that is different from backend character encoding. See + the PostgreSQL manual for details. + + + + How to Enable mbstring + mbstring is an extended module. You must + enable module with configure script. Refer + to the Install section for + details. + + + The following configure options are related to + mbstring module. + + - - -Storage for a character can be upto four bytes - - - -A multi-byte character usually has twice of width compare to -single byte characters. Wider character is called "zen-kaku" -- meaning full width, narrower character called "
[PHP-DOC] cvs: phpdoc /ja/chapters install.xml /ja/functions mbstring.xml strings.xml
hirokawaThu Jun 28 23:21:34 2001 EDT Modified files: /phpdoc/ja/chapters install.xml /phpdoc/ja/functionsmbstring.xml strings.xml Log: fixed some typos and update translation. Index: phpdoc/ja/chapters/install.xml diff -u phpdoc/ja/chapters/install.xml:1.32 phpdoc/ja/chapters/install.xml:1.33 --- phpdoc/ja/chapters/install.xml:1.32 Tue Jun 26 08:20:34 2001 +++ phpdoc/ja/chapters/install.xml Thu Jun 28 23:21:31 2001 @@ -4501,7 +4501,7 @@ 示すことが好ましいです。 - + Index: phpdoc/ja/functions/mbstring.xml diff -u phpdoc/ja/functions/mbstring.xml:1.2 phpdoc/ja/functions/mbstring.xml:1.3 --- phpdoc/ja/functions/mbstring.xml:1.2Tue Jun 26 08:20:35 2001 +++ phpdoc/ja/functions/mbstring.xmlThu Jun 28 23:21:32 2001 @@ -1324,7 +1324,7 @@ 説明 - string mb_strmwidth + string mb_strimwidth string str int start int width @@ -1335,7 +1335,7 @@ - mb_strmwidth は、文字列 + mb_strimwidth は、文字列 strを指定した幅 widthで丸めます。この関数は、丸められた文 字列を返します。 Index: phpdoc/ja/functions/strings.xml diff -u phpdoc/ja/functions/strings.xml:1.36 phpdoc/ja/functions/strings.xml:1.37 --- phpdoc/ja/functions/strings.xml:1.36Sat Jun 23 16:35:13 2001 +++ phpdoc/ja/functions/strings.xml Thu Jun 28 23:21:32 2001 @@ -1914,7 +1914,7 @@ オプションの精度指定子。これは、浮動小数点 - 数に対して何個の数字を表示するか?̇定します。このオプションは、 + +数に対して何個の数字を表示するか??定します。このオプションは、 double(倍精度)型以外には何の効果もありません。 (数字をフォーマットする際に便利な関数として他に number_format があります。) @@ -2479,7 +2479,7 @@ strnatcasecmp - "自然順"アルゴリズムにより大懥͗小文字を区別しない文字列比較を行う + +"自然順"アルゴリズムにより大懥?小文字を区別しない文字列比較を行う + @@ -2583,7 +2583,7 @@ - この関数はてև字列 input の左、右または両側を指定した長さで埋めます。オプションの引数 pad_string が指定されていない場合は、inputは空白で埋められ、それ以外の場合は、pad_string からの文字で制限まで埋められます。 + この関数はて?字列 input +の左、右または両側を指定した長さで埋めます。オプションの引数 + pad_string +が指定されていない場合は、inputは空白で埋められ、それ以外の場合は、pad_string + からの文字で制限まで埋められます。 オプションの引数pad_typeには、 @@ -3227,7 +3227,7 @@ length が指定され、かつ正である 場合、返される文字列は start から - հえて length 文字数分となります。 + ?えて length 文字数分となります。 負の length が指定された場合、(start は文字列の終端を過ぎているので) 返される文字列は start の位置にある 1文字のみとなります。
[PHP-DOC] cvs: phpdoc /ja Translators
hirokawaThu Jun 28 23:23:10 2001 EDT Modified files: /phpdoc/ja Translators Log: fixed some typos and update translation. Index: phpdoc/ja/Translators diff -u phpdoc/ja/Translators:1.23 phpdoc/ja/Translators:1.24 --- phpdoc/ja/Translators:1.23 Sun May 6 00:54:00 2001 +++ phpdoc/ja/Translators Thu Jun 28 23:23:08 2001 @@ -70,6 +70,7 @@ functions/ingres_ii.xmlRui Hirokawa functions/mail.xml Rui Hirokawa functions/math.xml Machino Satoshi +functions/mbstring.xml Rui Hirokawa functions/mcal.xml Rui Hirokawa functions/mcrypt.xml Rui Hirokawa functions/mhash.xmlRui Hirokawa
[PHP-DOC] cvs: phpdoc /de/functions oci8.xml /en/functions oci8.xml
tfromm Fri Jun 29 08:53:01 2001 EDT Modified files: /phpdoc/de/functionsoci8.xml /phpdoc/en/functionsoci8.xml Log: bugfix in oci8.xml documentation (about returning resultarrays) Index: phpdoc/de/functions/oci8.xml diff -u phpdoc/de/functions/oci8.xml:1.11 phpdoc/de/functions/oci8.xml:1.12 --- phpdoc/de/functions/oci8.xml:1.11 Sat Jun 23 06:20:26 2001 +++ phpdoc/de/functions/oci8.xmlFri Jun 29 08:52:58 2001 @@ -891,7 +891,7 @@ OCIFetchInto fetcht die nächste Zeile eines SELECT Ergebnisses in das result Array. OCIFetchInto überschreibt dabei den Inhalt in result. - Voreingestellt beinhaltet dann result ein bei 1 + Voreingestellt beinhaltet dann result ein bei 0 beginnendes indiziertes Array mit allen Spalten, welche nicht NULL sind. @@ -904,7 +904,7 @@ OCI_ASSOC Gibt ein assoziatives Array zurück. OCI_NUM Gibt ein indiziertes Array zurück, beginnend - bei 1. (voreingestellt) + bei 0. (voreingestellt) OCI_RETURN_NULLS Gibt auch leere Spalten zurück. OCI_RETURN_LOBS Gibt den Wert eines LOBs zurück, anstatt nur des Descriptors. @@ -1433,7 +1433,7 @@ OCICancel -Coming soon. +Kommt noch. Beschreibung @@ -1444,7 +1444,7 @@ - Coming soon. + Kommt noch. @@ -1452,7 +1452,7 @@ OCIWriteLobToFile -Coming soon. +Kommt noch. Beschreibung @@ -1466,7 +1466,7 @@ - Coming soon. + Kommt noch. @@ -1474,7 +1474,7 @@ OCISaveLobFile -Coming soon. +Kommt noch. Beschreibung @@ -1485,7 +1485,7 @@ - Coming soon. + Kommt noch. @@ -1493,7 +1493,7 @@ OCISaveLob -Coming soon. +Kommt noch. Beschreibung @@ -1504,7 +1504,7 @@ - Coming soon. + Kommt noch. @@ -1512,7 +1512,7 @@ OCILoadLob -Coming soon. +Kommt noch. Beschreibung @@ -1523,7 +1523,7 @@ - Coming soon. + Kommt noch. @@ -1531,7 +1531,7 @@ OCIColumnScale -Coming soon. +Kommt noch. Beschreibung @@ -1543,7 +1543,7 @@ - Coming soon. + Kommt noch. @@ -1551,7 +1551,7 @@ OCIColumnPrecision -Coming soon. +Kommt noch. Beschreibung @@ -1563,7 +1563,7 @@ - Coming soon. + Kommt noch. @@ -1571,7 +1571,7 @@ OCIColumnTypeRaw -Coming soon. +Kommt noch. Beschreibung @@ -1583,7 +1583,7 @@ - Coming soon. + Kommt noch. @@ -1591,7 +1591,7 @@ OCINewCollection -Coming soon. +Kommt noch. Beschreibung @@ -1604,7 +1604,7 @@ - Coming soon. + Kommt noch. @@ -1612,7 +1612,7 @@ OCIFreeCollection -Coming soon. +Kommt noch. Beschreibung @@ -1623,7 +1623,7 @@ - Coming soon. + Kommt noch. @@ -1631,7 +1631,7 @@ OCIFreeCollection -Coming soon. +Kommt noch. Beschreibung @@ -1642,7 +1642,7 @@ - Coming soon. + Kommt noch. @@ -1650,7 +1650,7 @@ OCICollAssign -Coming soon. +Kommt noch. Beschreibung @@ -1662,7 +1662,7 @@ - Coming soon. + Kommt noch. @@ -1670,7 +1670,7 @@ OCICollAssignElem -Coming soon. +Kommt noch. Beschreibung @@ -1683,7 +1683,7 @@ - Coming soon. + Kommt noch. @@ -1691,7 +1691,7 @@ OCICollGetElem -Coming soon. +Kommt noch. Beschreibung @@ -1703,7 +1703,7 @@ - Coming soon. + Kommt noch. @@ -1711,7 +1711,7 @@ OCICollMax -Coming soon. +Kommt noch. Beschreibung @@ -1722,7 +1722,7 @@ - Coming soon. + Kommt noch. @@ -1730,7 +1730,7 @@ OCICollSize -Coming soon. +Kommt noch. Beschreibung @@ -1741,7 +1741,7 @@ - Coming soon. + Kommt noch. @@ -1749,7 +1749,7 @@ OCICollTrim -Coming soon. +Kommt noch. Beschreibung @@ -1761,7 +1761,7 @@ - Coming soon. + Kommt noch. Index: phpdoc/en/functions/oci8.xml diff -u phpdoc/en/functions/oci8.xml:1.24 phpdoc/en/functions/oci8.xml:1.25 --- phpdoc/en/functions/oci8.xml:1.24 Sat Jun 23 13:53:18 2001 +++ phpdoc/en/functions/oci8.xmlFri Jun 29 08:52:
Re: [PHP-DOC] Convention: true/false
> And how about the suggestion to use &true;, &false;, and &null;, and define > those entities to be what it should be? That is usually the easiest typing, > I think. And when you decide that it maybe should be class='language'>TRUE, or the same with literal, it saves you a > lot op typing. The best is this IMHO. That way we can change all them globaly. Goba
[PHP-DOC] cvs: phpdoc /en/functions uodbc.xml
kalowskyThu Jun 28 11:54:29 2001 EDT Modified files: /phpdoc/en/functionsuodbc.xml Log: updated to reflect new functionality in 4.0.6, and warn users of the future change Index: phpdoc/en/functions/uodbc.xml diff -u phpdoc/en/functions/uodbc.xml:1.18 phpdoc/en/functions/uodbc.xml:1.19 --- phpdoc/en/functions/uodbc.xml:1.18 Sat Jun 23 16:10:51 2001 +++ phpdoc/en/functions/uodbc.xml Thu Jun 28 11:54:29 2001 @@ -506,6 +506,54 @@ array. The array will contain the column values starting at array index 0. + + + odbc_fetch_into pre 4.0.6 example + +$rc = odbc_fetch_into($res_id, $my_array); + + or + +$rc = odbc_fetch_into($res_id, $row, $my_array); + +$rc = odbc_fetch_into($res_id, 1, $my_array); + + + + +As of PHP 4.0.5 the result_array does not need +to be passed by reference any longer. + + +As of PHP 4.0.6 the rownumber cannot be passed +as a constant, but rather as a variable. + + + + odbc_fetch_into 4.0.6 example + +$rc = odbc_fetch_into($res_id, $my_array); + + or + +$row = 1; +$rc = odbc_fetch_into($res_id, $row, $my_array); + + + + +Future: In PHP 4.1, this function will be moved to the following format: + + + int odbc_fetch_into + int result_id + array result_array + int rownumber + + +Please note, that rownumber will be optional, +while result_array is not. +
[PHP-DOC] cvs: phpdoc /en/functions math.xml
danbeck Thu Jun 28 11:53:24 2001 EDT Modified files: /phpdoc/en/functionsmath.xml Log: incorporating note from manual errata Index: phpdoc/en/functions/math.xml diff -u phpdoc/en/functions/math.xml:1.35 phpdoc/en/functions/math.xml:1.36 --- phpdoc/en/functions/math.xml:1.35 Tue Jun 26 23:53:25 2001 +++ phpdoc/en/functions/math.xmlThu Jun 28 11:53:23 2001 @@ -859,6 +859,15 @@ the decimals and thousands_sep instead of a comma (",") between every group of thousands. + + + Only the first character of thousands_sep + is used. For example, if you use foo as + thousands_sep on the number + 1000, number_format will + return 1f000. + + number_format Example
[PHP-DOC] cvs: phpdoc /en/functions filesystem.xml
danbeck Thu Jun 28 11:46:50 2001 EDT Modified files: /phpdoc/en/functionsfilesystem.xml Log: reverted changed made in revision 1.70, added note to clarify when http redirects began to be supported Index: phpdoc/en/functions/filesystem.xml diff -u phpdoc/en/functions/filesystem.xml:1.71 phpdoc/en/functions/filesystem.xml:1.72 --- phpdoc/en/functions/filesystem.xml:1.71 Wed Jun 27 02:53:54 2001 +++ phpdoc/en/functions/filesystem.xml Thu Jun 28 11:46:49 2001 @@ -1145,6 +1145,10 @@ request in order to handle name-based virtual hosts. + Versions prior to PHP 4.0.5 do not handle HTTP redirects. Because + of this, directories must include trailing slashes. + + If filename begins with "ftp://"; (not case sensitive), an ftp connection to the specified server is opened and a pointer to the requested file is returned. If the server @@ -2291,6 +2295,10 @@ (not case sensitive), an HTTP 1.0 connection is opened to the specified server and the text of the response is written to standard output. + + + Versions prior to PHP 4.0.5 do not handle HTTP redirects. Because + of this, directories must include trailing slashes. If filename begins with "ftp://";
[PHP-DOC] Bug #11762 Updated: bad example
ID: 11762 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Not necessarily. Latest should always be the online manual. And the VERY latest is in CVS. :) Previous Comments: --- [2001-06-28 08:23:10] [EMAIL PROTECTED] I think i've downloaded the lastest version of chm file. I do also download it again. isn't the CHM version of document the newest document ? --- [2001-06-27 23:03:36] [EMAIL PROTECTED] You must be looking into old manual or something since the example I see on the getdate() manual page has perfect, working example in it. --- [2001-06-27 22:34:30] [EMAIL PROTECTED] PHP manual getdate (PHP 3, PHP 4 ) getdate -- Get date/time information Description array getdate ([int timestamp]) Example 1. getdate() example $today = getdate(); $month = $today[month]; $mday = $today[mday]; $year = $today[year]; echo "$month $mday, $year"; --- -> $mday = $today[mday]; warnning: Use of undefined constant mday - assumed 'mday' although a undefined constant will be assumed as a string, it's still a bad usage of this auto conversion. php manual writers shouldn't make a bad guide for php learners thx --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2
[PHP-DOC] Bug #11738 Updated: Unresolved symbols in Apche DSO
ID: 11738 User Update by: [EMAIL PROTECTED] Old-Status: Closed Status: Open Old-Bug Type: *Install and Config Bug Type: Documentation problem Operating system: MacOSX 10.0.4 PHP Version: 4.0.6 Description: Unresolved symbols in Apche DSO Re-opened and changed bug classification to "Documentation Problem" as pre request of [EMAIL PROTECTED] Please add an entry this to the FAQ or INSTALL On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote: [snip] It has actually nothing to do with PHP, but with the MySQL client libraries. Some need --with-zlib, others do not. This is covered in the MySQL FAQ, 25.4.2 IIRC. But it should be added to the INSTALL or FAQ. [snip] Previous Comments: --- [2001-06-27 13:23:56] [EMAIL PROTECTED] This is not PHP problem. Problem is that the external client libs are linked with zlib. And if PHP isn't linked with zlib you get the unresolved symbols. --- [2001-06-27 10:56:18] [EMAIL PROTECTED] Issue resolved by adding --with-zlib=/usr to configure and recompiling. Note that INSTALL mentions nothing of zlib, please update docs to point out the MacOSX requires zlib or remove zlib dependency from build if --with-zilb isn't specified --- [2001-06-27 10:23:27] [EMAIL PROTECTED] Fresh compile on OSX 10.0.4: ./configure --with-apxs --with-mysql=/usr/local After a successful compile and install, checking apache yeilds: [puma:nathan/src/php-4.0.6] root# apachectl configtest dyld: /usr/sbin/httpd Undefined symbols: _compress _uncompress [puma:nathan/src/php-4.0.6] root# Output compression is off Apache is: [puma:nathan/src/php-4.0.6] root# httpd -V Server version: Apache/1.3.14 (Darwin) Server built: 02/16/01 19:31:58 Server's Module Magic Number: 19990320:10 Server compiled with -D EAPI -D HAVE_MMAP -D USE_MMAP_SCOREBOARD -D USE_MMAP_FILES -D USE_FLOCK_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D HTTPD_ROOT="/usr" -D SUEXEC_BIN="/usr/sbin/suexec" -D DEFAULT_PIDLOG="/var/run/httpd.pid" -D DEFAULT_SCOREBOARD="/var/run/httpd.scoreboard" -D DEFAULT_LOCKFILE="/var/run/httpd.lock" -D DEFAULT_XFERLOG="/var/log/httpd/access_log" -D DEFAULT_ERRORLOG="/var/log/httpd/error_log" -D TYPES_CONFIG_FILE="/etc/httpd/mime.types" -D SERVER_CONFIG_FILE="/etc/httpd/httpd.conf" -D ACCESS_CONFIG_FILE="/etc/httpd/access.conf" -D RESOURCE_CONFIG_FILE="/etc/httpd/srm.conf" --- Full Bug description available at: http://bugs.php.net/?id=11738
[PHP-DOC] cvs: phpdoc /en/functions strings.xml
jeroen Thu Jun 28 19:03:47 2001 EDT Modified files: /phpdoc/en/functionsstrings.xml Log: Fixed tabs to spaces.
Re: [PHP-DOC] cvs: phpdoc /en/functions strings.xml
> Please don't use tabs, but only spaces for indentation. I'm sorry, I didn't know vim used tabs automatically... :set et sw=1 ts=1 seems to fix that. Anyone knows of an option to visualise the tabs? Not :set list, since it renders the ts useless. It'll be reverted on my next commit. Jeroen
[PHP-DOC] Bug #11762 Updated: bad example
ID: 11762 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: I'm planning to update the CHM versions soon now, as lots of things have been changed. I hope I can do it this weekend. Derick Previous Comments: --- [2001-06-28 17:22:12] [EMAIL PROTECTED] My apologies.. I responded before I realized that the mailing lists are 12-14 hrs behind. I didn't think to read the bug report on the page to make sure no one responded to it already. --- [2001-06-28 17:21:03] [EMAIL PROTECTED] I believe that the PDF and CHM version of the module always lag behind due to the amount of work it takes to package them up. If you are ever in doubt, please check the online html manual first. You can visit it directly at: http://php.net/manual/ --- [2001-06-28 14:32:55] [EMAIL PROTECTED] thx for replying, thx btw, in http://www.php.net/docs.php doucument list file size? may not need if file is small enough file size for compare and decide whether to download ? why not show an document last update date? or document version will be better :P just suggestion, may not post as a reply here --- [2001-06-28 11:29:28] [EMAIL PROTECTED] Not necessarily. Latest should always be the online manual. And the VERY latest is in CVS. :) --- [2001-06-28 08:23:10] [EMAIL PROTECTED] I think i've downloaded the lastest version of chm file. I do also download it again. isn't the CHM version of document the newest document ? --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2
[PHP-DOC] Bug #11762 Updated: bad example
ID: 11762 Updated by: danbeck Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: My apologies.. I responded before I realized that the mailing lists are 12-14 hrs behind. I didn't think to read the bug report on the page to make sure no one responded to it already. Previous Comments: --- [2001-06-28 17:21:03] [EMAIL PROTECTED] I believe that the PDF and CHM version of the module always lag behind due to the amount of work it takes to package them up. If you are ever in doubt, please check the online html manual first. You can visit it directly at: http://php.net/manual/ --- [2001-06-28 14:32:55] [EMAIL PROTECTED] thx for replying, thx btw, in http://www.php.net/docs.php doucument list file size? may not need if file is small enough file size for compare and decide whether to download ? why not show an document last update date? or document version will be better :P just suggestion, may not post as a reply here --- [2001-06-28 11:29:28] [EMAIL PROTECTED] Not necessarily. Latest should always be the online manual. And the VERY latest is in CVS. :) --- [2001-06-28 08:23:10] [EMAIL PROTECTED] I think i've downloaded the lastest version of chm file. I do also download it again. isn't the CHM version of document the newest document ? --- [2001-06-27 23:03:36] [EMAIL PROTECTED] You must be looking into old manual or something since the example I see on the getdate() manual page has perfect, working example in it. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11762&edit=2
Re: [PHP-DOC] Bug #11762 Updated: bad example
Hello! CHM- files are currently a bit behind the state, but that will change. In the meantime, you can grab eighter another file-format, or grab a almost actual (max. 3-4 days old) CHM-manual at http://www.t0.or.at/~sunny/php/ . Hope that helps meanwhile, Thomas [EMAIL PROTECTED] wrote: > ID: 11762 > User Update by: [EMAIL PROTECTED] > Status: Bogus > Bug Type: Documentation problem > Operating system: win2k > PHP Version: 4.0.5 > Description: bad example > > I think i've downloaded the lastest version of chm file. > > I do also download it again. > > isn't the CHM version of document the newest document ? > > Previous Comments: > --- > > [2001-06-27 23:03:36] [EMAIL PROTECTED] > You must be looking into old manual or something since > > the example I see on the getdate() manual page has perfect, > > working example in it. > > --- > > [2001-06-27 22:34:30] [EMAIL PROTECTED] > PHP manual > > getdate > > (PHP 3, PHP 4 ) > > getdate -- Get date/time information > > Description > > array getdate ([int timestamp]) > > > > Example 1. getdate() example > > $today = getdate(); > > $month = $today[month]; > > $mday = $today[mday]; > > $year = $today[year]; > > echo "$month $mday, $year"; > > > > > > --- > > -> $mday = $today[mday]; > > warnning: Use of undefined constant mday - assumed 'mday' > > although a undefined constant will be assumed as a string, it's still a bad usage of >this auto conversion. > > php manual writers shouldn't make a bad guide for php learners > > thx > > --- > > Full Bug description available at: http://bugs.php.net/?id=11762
Re: [PHP-DOC] Bug #8692 Updated: Bad registry information
Hello, I think you've got him wrong. What does NOT work for him is .php, but everything else. I didn't check 4.0.4, but 4.0.4PL1 or 4.0.5 (can't remember) a friend had a similar problem: only if you've configured ".php" (and ONLY ".php", ".foo" worked) as ISAPI, phpinfo() came up saying it's CGI. Didn't step into it, but this report could be right (Even probably not as documentation-issue because of the behavior-change, if both reports were right). br, Thomas [EMAIL PROTECTED] wrote: > ID: 8692 > Updated by: danbeck > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Closed > Bug Type: Documentation problem > Operating system: > PHP Version: 4.0.4 > Assigned To: > Comments: > > I don't think this is a documentation problem. The php3 extension is no longer >recommended as a php extension for PHP 4. Also, I would think it would be obvious >that if you are using .foo for your php extension, then you would need to use .foo in >the registry key instead of .php. > > Previous Comments: > --- > > [2001-01-13 20:26:36] [EMAIL PROTECTED] > In the documentation for PHP on Win9x platforms, the documentation says to install >this key: > > [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesw3svcparametersScript Map] > > ".php"="C:\Program Files\PHP\php4isapi.dll" > > After numerous installs on win98 machines, the same problem exits. *.php will >always give a 500 error. if the extension *.php3 is added, then there is no problem. > I havent tried, but *.php4 should work for php4 versions. > > --- > > ATTENTION! Do NOT reply to this email! > To reply, use the web interface found at http://bugs.php.net/?id=8692&edit=2
[PHP-DOC] cvs: phpdoc /de Translators
tom Thu Jun 28 15:36:55 2001 EDT Modified files: /phpdoc/de Translators Log: changed status of com.xml, and maintainer of install.xml (as agreed with Wolfgang)
[PHP-DOC] cvs: phpdoc /de/functions com.xml
tom Thu Jun 28 15:29:33 2001 EDT Modified files: /phpdoc/de/functionscom.xml Log: transl. now ready
[PHP-DOC] cvs: phpdoc /es/functions session.xml
jeroen Thu Jun 28 14:08:47 2001 EDT Removed files: /phpdoc/es/functionssession.xml Log: Reverted the Spanish session-documenation as it is reported to be outdated (bug#9938)
[PHP-DOC] Fw: A minor error.
- Original Message - From: ""Mattias Månsson"" <[EMAIL PROTECTED]> Newsgroups: php.mirrors Sent: Thursday, June 28, 2001 4:33 PM Subject: A minor error. > Hi! > > Nothing important, but there's a spelling error in the 'XLIV. MCAL > functions'-section. It sais that one of the constants is called > 'MCAL_AUGUGT'. > > - Mattias Månsson >