[PHP-DOC] Fw: since this is the only addr avaiulab oracle 9 and php
Seems like this is a tip to be included in the docs... Goba - Original Message - From: "Nico De Beer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 04, 2002 8:37 AM Subject: since this is the only addr avaiulab oracle 9 and php > Pleaple want to know how do you install php and oracle 9 > answer > in oracle 9 's lib directory create > links with new names > replase all links that have a 9 in them with a 8 > > exp > ln -s libwtc9.so libwtc8.so > > and so on > make sure you link all then you are reday to go > >
Re: [PHP-DOC] Mailparse functions
Use the source Luke. On Sun, 3 Mar 2002, topside wrote: > When will we get documentation on these functions? > > I would really love to use them now, as I have a *HUGE* need for them. > However, without documentation they are kind of useless to me. > > Anyone working on its documentation yet, or know where I can get more info > on them? > > Thanks, > topside > >
[PHP-DOC] Mailparse functions
When will we get documentation on these functions? I would really love to use them now, as I have a *HUGE* need for them. However, without documentation they are kind of useless to me. Anyone working on its documentation yet, or know where I can get more info on them? Thanks, topside
[PHP-DOC] cvs: phpdoc /en/functions filesystem.xml
philip Sun Mar 3 17:48:54 2002 EDT Modified files: /phpdoc/en/functionsfilesystem.xml Log: filesystem: Added , see also dir and exec functions. Index: phpdoc/en/functions/filesystem.xml diff -u phpdoc/en/functions/filesystem.xml:1.126 phpdoc/en/functions/filesystem.xml:1.127 --- phpdoc/en/functions/filesystem.xml:1.126Sun Mar 3 05:20:04 2002 +++ phpdoc/en/functions/filesystem.xml Sun Mar 3 17:48:53 2002 @@ -1,9 +1,16 @@ - + Filesystem functions Filesystem + + +For related functions, see also the Directory +and Program Execution sections. + + + basename
[PHP-DOC] cvs: phpdoc /cs/appendices migration4.xml
luk Sun Mar 3 17:15:07 2002 EDT Modified files: /phpdoc/cs/appendices migration4.xml Log: Small bug fixing Index: phpdoc/cs/appendices/migration4.xml diff -u phpdoc/cs/appendices/migration4.xml:1.1 phpdoc/cs/appendices/migration4.xml:1.2 --- phpdoc/cs/appendices/migration4.xml:1.1 Sat Mar 2 18:44:41 2002 +++ phpdoc/cs/appendices/migration4.xml Sun Mar 3 17:15:06 2002 @@ -173,7 +173,7 @@ soubory pøipojené prostøednictvím "require" a "include" nyní musí být syntakticky úplné. Ji¾ nelze rozlo¾it rùzné èásti øídicích konstrukcí pøes hranice souborù. Tj. nelze zaèít cyklus for nebo -literal>while, vìtvení if nebo +while, vìtvení if nebo switch v jednom souboru a ukoèit je (resp. pokraèovat pomocí else, endif, case nebo break) v souboru
[PHP-DOC] superflous DSSSL generated PHP code
Hi! I have just noticed that the source of the generated PHP pages contain quite much funcref links. Every second array index is a funcref link: http://www.php.net/source.php?url=/manual/en/ref.strings.php Seems it genarates many unneded content there. I have not yet investigated why these are generated there, just wondering ;) Goba
[PHP-DOC] Bug #15847 Updated: online-doc layout
ID: 15847 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-03-03 16:16:19] [EMAIL PROTECTED] e.g.: http://www.php.net/manual/en/ref.strings.php 10 mins ago it still worked fine. but i don't think this layout is what you inteded it to be. =) -- Edit this bug report at http://bugs.php.net/?id=15847&edit=1
[PHP-DOC] Bug #15847: online-doc layout
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: online-doc layout e.g.: http://www.php.net/manual/en/ref.strings.php 10 mins ago it still worked fine. but i don't think this layout is what you inteded it to be. =) -- Edit bug report at http://bugs.php.net/?id=15847&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15847&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15847&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15847&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15847&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15847&r=support Expected behavior: http://bugs.php.net/fix.php?id=15847&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15847&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15847&r=submittedtwice
Re: [PHP-DOC] Czech translators
Thanks, I didn't remember it :-) > > > > Yes, it's a good idea. But some of these translators have finished their > > works and contribute no longer. > > But as they have CVS users, you can mail them using > [EMAIL PROTECTED] and ask ;) >
[PHP-DOC] cvs: phpdoc /he translation.xml
liorSun Mar 3 15:13:41 2002 EDT Modified files: /phpdoc/he translation.xml Log: i finished constants.xml Index: phpdoc/he/translation.xml diff -u phpdoc/he/translation.xml:1.8 phpdoc/he/translation.xml:1.9 --- phpdoc/he/translation.xml:1.8 Fri Mar 1 05:09:50 2002 +++ phpdoc/he/translation.xml Sun Mar 3 15:13:41 2002 @@ -23,7 +23,6 @@ -
[PHP-DOC] Re: Czech translators
Lukas Jelinek wrote: > > Who is (except me, of course) currently translating the PHP Documentation to > the Czech language? I would like to make a more co-operating team to improve > the translation efficiency and reliability. Please mail to > [EMAIL PROTECTED] immediatelly. Thanks. As a first thing I recommend you to constitute translation.xml file and collect information about already translated and being translated files into it. Jirka -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz
[PHP-DOC] Re: czech language for php.manual
Jan Kachlik wrote: > i'm from czech republic. my friend and i use you czech php manual. > Translation isn't complete and this is not god. > > can i help you with czech language for php documentation? > i know php, mysql Of course, you can. Read instructions at http://www.php.net/cvs-php.php and ask for CVS account. -- - Jirka Kosek e-mail: [EMAIL PROTECTED] http://www.kosek.cz
Re: [PHP-DOC] Czech translators
> > > > See the users who comitted to the cs tree in CVS: > > http://cvs.php.net/cvs.php/phpdoc/ > > > > Yes, it's a good idea. But some of these translators have finished their > works and contribute no longer. But as they have CVS users, you can mail them using [EMAIL PROTECTED] and ask ;) Goba
Re: [PHP-DOC] Czech translators
> > > See the users who comitted to the cs tree in CVS: > http://cvs.php.net/cvs.php/phpdoc/ > > Yes, it's a good idea. But some of these translators have finished their works and contribute no longer.
[PHP-DOC] cvs: phpdoc /dsssl html-common.dsl
derick Sun Mar 3 05:48:42 2002 EDT Modified files: /phpdoc/dsssl html-common.dsl Log: - Fix typo Index: phpdoc/dsssl/html-common.dsl diff -u phpdoc/dsssl/html-common.dsl:1.2 phpdoc/dsssl/html-common.dsl:1.3 --- phpdoc/dsssl/html-common.dsl:1.2Mon Jan 14 17:12:59 2002 +++ phpdoc/dsssl/html-common.dslSun Mar 3 05:48:42 2002 @@ -1,6 +1,6 @@ ;; -*- Scheme -*- ;; -;; $Id: html-common.dsl,v 1.2 2002/01/14 22:12:59 jkj Exp $ +;; $Id: html-common.dsl,v 1.3 2002/03/03 10:48:42 derick Exp $ ;; ;; Returns the depth of the auto-generated TOC (table of @@ -378,7 +378,7 @@ (process-node-list restch ) ;; Adding class HTML parameter to examples -;; having a role parameter, to make PHP exaxmples +;; having a role parameter, to make PHP examples ;; distinguisable from other ones in the manual (define ($verbatim-display$ indent line-numbers?) (let (
[PHP-DOC] cvs: phpdoc /de/functions filesystem.xml
tom Sun Mar 3 05:23:39 2002 EDT Modified files: /phpdoc/de/functionsfilesystem.xml Log: Transl. is actual now Index: phpdoc/de/functions/filesystem.xml diff -u phpdoc/de/functions/filesystem.xml:1.33 phpdoc/de/functions/filesystem.xml:1.34 --- phpdoc/de/functions/filesystem.xml:1.33 Sat Feb 2 10:34:01 2002 +++ phpdoc/de/functions/filesystem.xml Sun Mar 3 05:23:39 2002 @@ -1,5 +1,5 @@ - + Funktionen des Dateisystems Filesystem @@ -34,9 +34,11 @@ basename + @@ -55,9 +57,7 @@ chgrp - - Wechselt die Gruppenzugehörigkeit einer Datei - +Wechselt die Gruppenzugehörigkeit einer Datei Beschreibung @@ -67,23 +67,20 @@ mixedgroup - Weist einer Datei eine Benutzergruppe zu. Um diese Funktion - ausführen zu können, müssen Sie Superuser sein. Andere Benutzer - können die Gruppenzugehörigkeit einer Datei in jede Gruppe + Weist der Datei filename die Benutzergruppe + group zu (spezifiziert durch Name oder Nummer). Um + diese Funktion ausführen zu können, müssen Sie Superuser sein. Andere + Benutzer können die Gruppenzugehörigkeit einer Datei in jede Gruppe ändern, derer sie angehören. Gibt bei Erfolg &true; zurück, andernfalls &false;. - - - Unter Windows-Systemen bleibt diese Funktion ohne Effekt. - - Siehe auch chown und chmod. +¬e.no-windows; @@ -111,24 +108,22 @@ mode mit dem Prefix &null; (0) versehen: + - Gibt &true; bei Erfolg zurück, andernfalls &false;. + Gibt &true; bei Erfolg zurück, andernfalls &false;. Siehe auch chown und chgrp. - - - Diese Funktion bleibt unter Windows-Systemen ohne Effekt. - - +¬e.no-windows; @@ -151,16 +146,12 @@ Gibt bei Erfolg &true; zurück, andernfalls &false;. - - - Unter Windows bleibt diese Funktion ohne Effekt. - - Siehe auch chown und chmod. +¬e.no-windows; @@ -228,14 +219,24 @@ copy -if (!copy ($file, $file.'.bak')) { -print ("failed to copy $file...
\n"); + + + + Sollte die Zieldatei bereits existieren, wird sie überschrieben. + + - Siehe auch: rename. + Siehe auch move_uploaded_file, + rename, und den Abschnitt über + Steuerung von + Dateiuploads. @@ -291,20 +292,36 @@ dirname + + + + Seit PHP 4.0.3 entspricht dirname dem + POSIX-Standard. Im Grunde heißt das, dass wenn keine Slashes + in path vorhanden sind, wird ein Punkt + ('.') zurückgegeben, womit das aktuelle + Verzeichnis gemeint ist. Andernfalls enthält der zurückgegebene + String path, jedoch ohne den hinteren + /component. Beachten Sie, dass Sie von + dirname oft einen Slash oder Punkt + zurückbekommen, wo die alte Funktionalität einen leeren String + lieferte. + + Siehe auch basename. - + -diskfreespace +disk_free_space Liefert den freien Speicherplatz in einem Verzeichnis @@ -312,7 +329,7 @@ Beschreibung - floatdiskfreespace + floatdisk_free_space stringdirectory @@ -321,16 +338,36 @@ - diskfreespace + disk_free_space -$df = diskfreespace("/"); // $df hält die Anzahl an freien Bytes - // im Verzeichnis "/" + + + +diskfreespace +Ist ein Alias für disk_free_space + + +Beschreibung + + floatdiskfreespace + stringdirectory + + + Von diesem Alias wird abgeraten, benutzen Sie stattdessen + disk_free_space. + + + + disk_total_space @@ -351,8 +388,10 @@ disk_total_space + @@ -367,7 +406,7 @@ Beschreibung - intfclose + boolfclose intfp @@ -381,7 +420,7 @@ Der Datei-Zeiger muss gültig sein, d.h. die Datei, auf die gezeigt wird muss zuvor mit fopen - oder fsockopen geöffnet worden sein. + oder fsockopen geöffnet worden sein. @@ -461,7 +500,7 @@ popen oder fsockopen geöffnet worden sein. - + Siehe auch fread, fopen, popen, fsockopen und fgets. @@ -484,7 +523,7 @@ intfp intlength string -Trennzeichen (Delimiter) +delimiter @@ -522,6 +561,7 @@ Inhalts einer CSV-Datei + @@ -561,8 +602,9 @@ Länge zurück, welche aus der Datei von der aktuellen Posit
[PHP-DOC] cvs: phpdoc /en/functions filesystem.xml
tom Sun Mar 3 05:20:05 2002 EDT Modified files: /phpdoc/en/functionsfilesystem.xml Log: removed doubled note about intro of opt.param Index: phpdoc/en/functions/filesystem.xml diff -u phpdoc/en/functions/filesystem.xml:1.125 phpdoc/en/functions/filesystem.xml:1.126 --- phpdoc/en/functions/filesystem.xml:1.125Sat Mar 2 14:25:50 2002 +++ phpdoc/en/functions/filesystem.xml Sun Mar 3 05:20:04 2002 @@ -1,5 +1,5 @@ - + Filesystem functions Filesystem @@ -595,12 +595,6 @@ popen, or fsockopen. - - - The length parameter is only optional in - PHP 4.2.0 and newer versions. - - A simple example follows:
[PHP-DOC] czech language for php.manual
Hi i'm from czech republic. my friend and i use you czech php manual. Translation isn't complete and this is not god. can i help you with czech language for php documentation? i know php, mysql -- Best regards, Jan Kachlik [EMAIL PROTECTED] +-+ ' Kachlik Jan ' ' Security Administrator ' ' InterSource Solutions Group ' ' Mathonova 25, 613 00 Brno CZ' ' Mail: [EMAIL PROTECTED] ' ' GSM: +42 0604 833 331 ' ' ICQ: #56618470 ' ' WebSite: http://www.isgroup.com ' +-+
Re: [PHP-DOC] Czech translators
> Who is (except me, of course) currently translating the PHP Documentation to > the Czech language? I would like to make a more co-operating team to improve > the translation efficiency and reliability. Please mail to > [EMAIL PROTECTED] immediatelly. Thanks. See the users who comitted to the cs tree in CVS: http://cvs.php.net/cvs.php/phpdoc/ Goba
[PHP-DOC] Bug #15836 Updated: Bug #11162 pfsockopen closes connection after script finishes !
ID: 15836 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 4.1.1 New Comment: I think this locate the problem and try to test it as soon as possible. http://marc.theaimsgroup.com/?l=php-dev&m=100842297427750&w=2 [2000-09-27 22:17:24] [EMAIL PROTECTED] A UNIX socket connection is made using pfsockopen(). On the initial script entry, a message is sent to our server and the reply is correctly received by the script. On subsequent script entries, messages to the server are still sent successfully, but upon attempting to reply a SIGPIPE is received by server, and the php script receives a 0-length reply to its fgets() read. We traced the problem to ext/standard/file.c, in the routine _file_socket_dtor(). In that routine, the macro SOCK_FCLOSE is used, which calls php_sock_close() in fsock.c. This routine correctly handles the persistent socket. However, after that call, _file_socket_dtor() then incorrectly calls the C routine shutdown(), which is what caused the problem. In fact, php_sock_close() already completely takes care of the shutdown() (for the non-persistent case), so in any event the shutdown() call in _file_socket_dtor() is not necessary. Previous Comments: [2002-03-03 03:35:38] [EMAIL PROTECTED] I know, that p* functions opens 1 connection per process. But in any case p* functions should not close this connection, but hold it opened in hashed table for next time, same script will be executed on this apache process, isnt it ? Unfortunately this doen not happend ;( PHP really closes the socket right after script end ;( And in tests apache was configured like: MinSpareServers 1 MaxSpareServers 1 StartServers 1 MaxClients 1 That means that only 2 apache processes are in memory, (parent and a child) and only one of them handles php scripts. But all tests faied, as i talk. any pfsockopen connections are closed after end of script ;( [2002-03-02 13:44:13] [EMAIL PROTECTED] [EMAIL PROTECTED] 29-Jan-2001 03:26 OK, WRT to the p* functions opening a new connection when one already exists. It is my understanting that (under Apache anyways) this is on a per-process basis. If you do a 'ps auxw|grep httpd' on your server you will see more than one process. What p* does is make a p-connection on one of those processes only, the one that actually handles your request. Chances are that when you hit the page again it will be answered by a different process. I'm guessing if you keep hitting reload you'll get around to the original process again and there will be no error message or second connection open. Anyhow, this is true of all p* functions; they open not one connection per server, but one connection per server _process_. Hope this explains something (it's from the manual at http://www.php.net/manual/en/function.pfsockopen.php) I'm keeping this open as a doc problem though, cause the documentation is very skimmy. Derick [2002-03-02 13:39:56] [EMAIL PROTECTED] The problem still exists! Connection, opened by pfsockopen(), is closing when the script is finishes. (tested by just simple netcat -l and by multithreaded java chat server) PHP Version 4.1.1 Apache/1.3.20 FreeBSD 4.5-STABLE -- Edit this bug report at http://bugs.php.net/?id=15836&edit=1
[PHP-DOC] Bug #15836 Updated: Bug #11162 pfsockopen closes connection after script finishes !
ID: 15836 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 4.1.1 New Comment: I know, that p* functions opens 1 connection per process. But in any case p* functions should not close this connection, but hold it opened in hashed table for next time, same script will be executed on this apache process, isnt it ? Unfortunately this doen not happend ;( PHP really closes the socket right after script end ;( And in tests apache was configured like: MinSpareServers 1 MaxSpareServers 1 StartServers 1 MaxClients 1 That means that only 2 apache processes are in memory, (parent and a child) and only one of them handles php scripts. But all tests faied, as i talk. any pfsockopen connections are closed after end of script ;( Previous Comments: [2002-03-02 13:44:13] [EMAIL PROTECTED] [EMAIL PROTECTED] 29-Jan-2001 03:26 OK, WRT to the p* functions opening a new connection when one already exists. It is my understanting that (under Apache anyways) this is on a per-process basis. If you do a 'ps auxw|grep httpd' on your server you will see more than one process. What p* does is make a p-connection on one of those processes only, the one that actually handles your request. Chances are that when you hit the page again it will be answered by a different process. I'm guessing if you keep hitting reload you'll get around to the original process again and there will be no error message or second connection open. Anyhow, this is true of all p* functions; they open not one connection per server, but one connection per server _process_. Hope this explains something (it's from the manual at http://www.php.net/manual/en/function.pfsockopen.php) I'm keeping this open as a doc problem though, cause the documentation is very skimmy. Derick [2002-03-02 13:39:56] [EMAIL PROTECTED] The problem still exists! Connection, opened by pfsockopen(), is closing when the script is finishes. (tested by just simple netcat -l and by multithreaded java chat server) PHP Version 4.1.1 Apache/1.3.20 FreeBSD 4.5-STABLE -- Edit this bug report at http://bugs.php.net/?id=15836&edit=1