Re: [PHP-DOC] Callbacks
Davey wrote: I am fine with the callback type, and the handler name to use for callback paramater names. Goba It seems that callback and handler are well recieved, would you like for me to go through and change all functions which use callbacks to have this? IMHO handler only makes sense where one can't come up with another more descriptive parameter name for the callback function/method passed ... take the usort() function for an example, its current prototype is void usort ( array array, callback cmp_function) if you changed it to void usort ( array array, callback handler) you lose a *lot* of information on what the function does ... -- Hartmut Holzgraefe [EMAIL PROTECTED] -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24230 [Opn-Csd]: HTML problem in http://www.php.net/manual/fr/language.types.array.php
ID: 24230 Updated by: [EMAIL PROTECTED] Reported By: fred at surleau dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.2 New Comment: Voilà, on (merci Derick) a fait bouger les choses, c'est corrigé dans CVS, cela sera en ligne à la prochaine publication du manuel. Merci pour le rapport de bogue Mehdi Previous Comments: [2003-06-18 08:25:32] fred at surleau dot com Merci. Je me doutais que c'était un problème de ce genre, mais comme je n'en avais pas trouvé de trace dans PHP Bugs... Salutations, Fred. [2003-06-18 03:20:00] didou at nexen dot net Bonjour, Juste pour vous informer que ce problème est connu de notre équipe de traduction et qu'il devrait être résolu bientôt (pas de date prévue). Le problème survient lors de la génération du manuel et ce pour tous les exemples contenant des accents. Je laisse le rapport de bug ouvert. Mehdi [2003-06-17 18:05:32] fred at surleau dot com Description: Bonjour, Sur la page :http://www.php.net/manual/fr/language.types.array.php Dans le paragraphe : Exemple 7-15. Exemples de conflits de constantes indéfinies les 'veggie' ont été traduit en 'leacute;gume' par exemple ce qui rend le texte incompréhensible par exemple : // Deacute;finissons une constante pour illustrer le problegrave;me. // Nous creacute;ons une constante appeleacute;e fruit, qui vaut 'leacute;gume'. define('fruit','leacute;gume'); Tout çà parce qu'à cet endroit, c'est pas du HTML qu'il faut : PRE CLASS=php.../PRE Salutations Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=24230edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24230 [Com]: HTML problem in http://www.php.net/manual/fr/language.types.array.php
ID: 24230 Comment by: didou at keliglia dot com Reported By: fred at surleau dot com Status: Closed Bug Type: Documentation problem Operating System: All PHP Version: 4.3.2 New Comment: For non french speakers, The problem was dealing with entities in CDATA sections, we've decided to hardly encode the accents as a fix. Thanx goes to Derick. Cheers, Mehdi Previous Comments: [2003-06-23 04:19:25] [EMAIL PROTECTED] Voilà, on (merci Derick) a fait bouger les choses, c'est corrigé dans CVS, cela sera en ligne à la prochaine publication du manuel. Merci pour le rapport de bogue Mehdi [2003-06-18 08:25:32] fred at surleau dot com Merci. Je me doutais que c'était un problème de ce genre, mais comme je n'en avais pas trouvé de trace dans PHP Bugs... Salutations, Fred. [2003-06-18 03:20:00] didou at nexen dot net Bonjour, Juste pour vous informer que ce problème est connu de notre équipe de traduction et qu'il devrait être résolu bientôt (pas de date prévue). Le problème survient lors de la génération du manuel et ce pour tous les exemples contenant des accents. Je laisse le rapport de bug ouvert. Mehdi [2003-06-17 18:05:32] fred at surleau dot com Description: Bonjour, Sur la page :http://www.php.net/manual/fr/language.types.array.php Dans le paragraphe : Exemple 7-15. Exemples de conflits de constantes indéfinies les 'veggie' ont été traduit en 'leacute;gume' par exemple ce qui rend le texte incompréhensible par exemple : // Deacute;finissons une constante pour illustrer le problegrave;me. // Nous creacute;ons une constante appeleacute;e fruit, qui vaut 'leacute;gume'. define('fruit','leacute;gume'); Tout çà parce qu'à cet endroit, c'est pas du HTML qu'il faut : PRE CLASS=php.../PRE Salutations Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=24230edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /chm make_chm_fancy.php
momoMon Jun 23 05:29:34 2003 EDT Modified files: /phpdoc/chm make_chm_fancy.php Log: fancy the hebrew Index: phpdoc/chm/make_chm_fancy.php diff -u phpdoc/chm/make_chm_fancy.php:1.7 phpdoc/chm/make_chm_fancy.php:1.8 --- phpdoc/chm/make_chm_fancy.php:1.7 Sun May 11 22:46:12 2003 +++ phpdoc/chm/make_chm_fancy.php Mon Jun 23 05:29:34 2003 @@ -10,6 +10,12 @@ include_once('common.php'); include_once('chm_settings.php'); +if($LANGUAGE == he) { + include_once(./scripts/rtlpatch/HtmlParser.class.php); + include_once(./scripts/rtlpatch/HtmlExtParser.class.php); + +} + // This script takes much time to run set_time_limit(0); @@ -23,7 +29,11 @@ $handle = opendir($HTML_PATH); while (false !== ($filename = readdir($handle))) { if (strpos($filename, .html) ($filename != fancy-index.html)) { -fancy_design($filename); +if($LANGUAGE == he) { + fancy_parser_design($filename); +} else { + fancy_design($filename); +} } } closedir($handle); @@ -131,5 +141,119 @@ $counter++; } // fancy_design() function end + + +// Convert one file from HTML = fancy HTML using CHtmlParser +function fancy_parser_design($fname) +{ +global $HTML_PATH, $FANCY_PATH, $LANGUAGE, $LANGUAGES, $counter, $original_index, $publication_date; + +global $EHType,$HEType; + +// Get the contents of the file from $HTML_PATH +//TODO: iconv stuff, for when charset element byte +$content = file_get_contents($HTML_PATH/$fname); + $tree = new CHtmlExtParse($content); + + // CSS file linking + $head = $HEType[head]; + if(isset($tree-EBT[$head][0])) + $tree-ATE[$tree-EBT[$head][0]][chaintoend] = 'LINK REL=stylesheet HREF=style.css'; + + // Charset: + $meta = $HEType[meta]; + if(isset($tree-EBT[$meta])){ + for($a=0;$acount($tree-EBT[$meta]);$a++){ + $elem = $tree-ATE[$tree-EBT[$meta][$a]]; + if(isset($elem[http-equiv]) $elem[http-equiv]==Content-type) + $elem[content] = text/html; {$LANGUAGES[$LANGUAGE]['mime_charset_name']}; + } + } + +// No margins around +$body = $HEType[body]; + if(isset($tree-EBT[$body][0])){ + $tree-ATE[$tree-EBT[$body][0]][TOPMARGIN] =0; + $tree-ATE[$tree-EBT[$body][0]][LEFTMARGIN] =0; + } + + +// HR dropout +$tmp=0; + do{ + if($tmp = $tree-get_element_id_by_rule(array(tag=hr,properties=array(align,LEFT,width,100%),offset=($tmp+1{ + $tree-change_tag_type($tmp,__HTML_FREE_ENGLISH__); + } + } while($tmp); + +// Whole page table and backgrounds +$wpbegin = 'TABLE BORDER=0 WIDTH=100% HEIGHT=100% CELLSPACING=0 CELLPADDING=0TRTD COLSPAN=3'; +$bnavt = 'TABLE BGCOLOR=#FF BORDER=0 CELLPADDING=0 CELLSPACING=0 WIDTH=100%'; +$lnavt = 'TR BGCOLOR=#66TDIMG SRC=spacer.gif BORDER=0 WIDTH=1 HEIGHT=1BR/TD/TR'; +$space = 'IMG SRC=spacer.gif WIDTH=10 HEIGHT=1'; + +// Navheader backgound +if($tmp = $tree-get_element_id_by_rule(array(tag=div,properties=array(class,NAVHEADER{ + $tree-ATE[$tmp][data] = $wpbeginDIV CLASS=\NAVHEADER\$bnavtTRTD; + $tree-ATE[$tree-ECE[$tmp]][data] = /TD/TR$lnavt/TABLE/DIV/TD/TRTRTD$space/TDTD HEIGHT=\100%\ VALIGN=\TOP\ WIDTH=\100%\BR; + $tree-ATE[$tmp+1][cellpadding] = 3; + $tree-change_tag_type($tmp,__HTML_FREE_ENGLISH__); + } + + // Navfooter backgound +if($tmp = $tree-get_element_id_by_rule(array(tag=div,properties=array(class,NAVFOOTER{ + $tree-ATE[$tmp][data] = BR/TDTD$space/TD/TRTRTD COLSPAN=\3\DIV CLASS=\NAVFOOTER\{$bnavt}{$lnavt}TRTD; + $tree-ATE[$tree-ECE[$tmp]][data] = /TD/TR/TABLE/DIV/TD/TR/TABLE; + $tree-ATE[$tmp+1][cellpadding] = 3; + $tree-change_tag_type($tmp,__HTML_FREE_ENGLISH__); + } + +// Fix copyright page fault... +if ($fname == copyright.html) { + // it just looks that no more need to fix the copyright. +} + +// Fix the original manual index to look far better... +elseif ($fname == $original_index) { + // Find out manual generation date + if($tmp = $tree-get_element_id_by_rule(array(tag=p,properties=array(class,pubdate{ + $publication_date = $tree-ATE[$tmp+1][data]; + } else { +$publication_date = 'n/a'; +} + + + // Modify the index file to meet our needs +$tmp = $tree-get_element_id_by_rule(array(tag=h1,properties=array(class,title))); + $tit = isset($tree-ATE[$tmp+2][data])?$tree-ATE[$tmp+2][data]:; + $tit2 =; + +$tmp
[PHP-DOC] cvs: phpdoc /howto working.xml
betzMon Jun 23 05:47:28 2003 EDT Modified files: /phpdoc/howto working.xml Log: build fix, simpara contains no block elems Index: phpdoc/howto/working.xml diff -u phpdoc/howto/working.xml:1.35 phpdoc/howto/working.xml:1.36 --- phpdoc/howto/working.xml:1.35 Sun Jun 22 21:23:34 2003 +++ phpdoc/howto/working.xmlMon Jun 23 05:47:28 2003 @@ -169,7 +169,7 @@ every little thing like mentioning that the function also can accept 'foo' instead of 'bar' as value to a parameter. Use notes with care. /simpara - simpara + para Make sure note elements are always children of the main element in a file, unless the note belongs to a specific item in the text, such as an example: @@ -192,7 +192,7 @@ /para ]] /programlisting - /simpara + /para simpara If there is something dangerous to document such as the @@ -207,7 +207,7 @@ /listitem listitem - simpara + para For comments in example, use literal///literal for single line comments (preferable above the lines of code the comment comments on), and use literal/* .. *//literal for multiline comments: @@ -224,7 +224,7 @@ /programlisting ]] /programlisting - /simpara + /para /listitem listitempara @@ -347,7 +347,7 @@ straight from the literalref.foo/literal page. /simpara/listitem -listitemsimpara +listitempara Document examples always with the following structure: programlisting role=xml lt;paragt; @@ -371,7 +371,7 @@ lt;/examplegt; lt;/paragt; /programlisting -/simpara/listitem +/para/listitem /orderedlist /para /chapter @@ -1408,4 +1408,3 @@ 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] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk Status: Open -Bug Type: Session related +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). Previous Comments: [2003-06-23 05:47:57] marcus at quintic dot co dot uk Description: I have an application that uses multiple frames (anywhere from 5-10 at a time). The frames get updated at roughly the same time - a user steps through a flowchart that has multiple documents attached to each step that can target any of the frames). Each of the frames is running in the same session (in that the php that generates a requested page starts with session_start()). The document to be displayed is passed through on the url and this argument is looked up in an array which returns a path to a local file. This path is then fed to fpassthru and the document gets served up to the browser. The session locks up randomly using fpassthru, but if the fpassthru is replaced by a redirect (header(Location:)) to a web based copy of the requested document the lock up stop occuring. Obviously the workaround is to use the redirect but this means that a user can get directly to a document without going through the session authentication etc, so I'd prefer to get the fpassthru to work. My php installation is the standard install with the following extensions enabled: extension=php_db.dll extension=php_dba.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_gd2.dll extension=php_mhash.dll extension=php_pdf.dll extension=php_shmop.dll extension=php_sockets.dll extension=php_xmlrpc.dll I'm using the SAPI module. The problem still exists (although seems to happen less frequently) with the cgi version. Reproduce code: --- start_session(); // lookup file and place in $path // ... code removed ... // send headers header(Pragma: ); header(Cache-Control: ); // lookup mimetype and place in $mimetype // ... code removed ... header(Content-type: . $mimetype ); $sizeh = Content-length: . filesize($path); header($sizeh); header(Content-transfer-encoding: binary\n); // send file contents $fp=fopen($path, rb); fpassthru($fp); fclose($fp); exit; Expected result: The document requested in the browser frame, which is what happens the majority of times (approx 95%). Its definitely something to do with an interaction between a session and fpassthru because removing either fixes the problem. Actual result: -- Lockups approx 5% of the time - a new session can be started in a different browser instance, but the current session is lost. -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 User updated by: marcus at quintic dot co dot uk Reported By: marcus at quintic dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: Eh? I realise the session file should be locked to restrict access, what I dont expect is the browser to lockup completely. If any of the pages are requested/executed at the same time then surely each of the frames should just go about their business, wait for the session file lock to come free and continue to work. Whilst this may delay some of the documents it shouldnt be significant. It certainly shouldnt lock up the browser completely. Previous Comments: [2003-06-23 06:03:30] [EMAIL PROTECTED] This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). [2003-06-23 05:47:57] marcus at quintic dot co dot uk Description: I have an application that uses multiple frames (anywhere from 5-10 at a time). The frames get updated at roughly the same time - a user steps through a flowchart that has multiple documents attached to each step that can target any of the frames). Each of the frames is running in the same session (in that the php that generates a requested page starts with session_start()). The document to be displayed is passed through on the url and this argument is looked up in an array which returns a path to a local file. This path is then fed to fpassthru and the document gets served up to the browser. The session locks up randomly using fpassthru, but if the fpassthru is replaced by a redirect (header(Location:)) to a web based copy of the requested document the lock up stop occuring. Obviously the workaround is to use the redirect but this means that a user can get directly to a document without going through the session authentication etc, so I'd prefer to get the fpassthru to work. My php installation is the standard install with the following extensions enabled: extension=php_db.dll extension=php_dba.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_gd2.dll extension=php_mhash.dll extension=php_pdf.dll extension=php_shmop.dll extension=php_sockets.dll extension=php_xmlrpc.dll I'm using the SAPI module. The problem still exists (although seems to happen less frequently) with the cgi version. Reproduce code: --- start_session(); // lookup file and place in $path // ... code removed ... // send headers header(Pragma: ); header(Cache-Control: ); // lookup mimetype and place in $mimetype // ... code removed ... header(Content-type: . $mimetype ); $sizeh = Content-length: . filesize($path); header($sizeh); header(Content-transfer-encoding: binary\n); // send file contents $fp=fopen($path, rb); fpassthru($fp); fclose($fp); exit; Expected result: The document requested in the browser frame, which is what happens the majority of times (approx 95%). Its definitely something to do with an interaction between a session and fpassthru because removing either fixes the problem. Actual result: -- Lockups approx 5% of the time - a new session can be started in a different browser instance, but the current session is lost. -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 User updated by: marcus at quintic dot co dot uk Reported By: marcus at quintic dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: Mmmm - I may not have made myself clear enough in the bug report! By lockups I meant that the _whole_ session locks completely and never comes back to life. Once a frame gets into this state, none of the other frames will work and the browser appears to be completely locked up. A new instance of the browser works as normal though (different session). Previous Comments: [2003-06-23 06:11:42] marcus at quintic dot co dot uk Eh? I realise the session file should be locked to restrict access, what I dont expect is the browser to lockup completely. If any of the pages are requested/executed at the same time then surely each of the frames should just go about their business, wait for the session file lock to come free and continue to work. Whilst this may delay some of the documents it shouldnt be significant. It certainly shouldnt lock up the browser completely. [2003-06-23 06:03:30] [EMAIL PROTECTED] This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). [2003-06-23 05:47:57] marcus at quintic dot co dot uk Description: I have an application that uses multiple frames (anywhere from 5-10 at a time). The frames get updated at roughly the same time - a user steps through a flowchart that has multiple documents attached to each step that can target any of the frames). Each of the frames is running in the same session (in that the php that generates a requested page starts with session_start()). The document to be displayed is passed through on the url and this argument is looked up in an array which returns a path to a local file. This path is then fed to fpassthru and the document gets served up to the browser. The session locks up randomly using fpassthru, but if the fpassthru is replaced by a redirect (header(Location:)) to a web based copy of the requested document the lock up stop occuring. Obviously the workaround is to use the redirect but this means that a user can get directly to a document without going through the session authentication etc, so I'd prefer to get the fpassthru to work. My php installation is the standard install with the following extensions enabled: extension=php_db.dll extension=php_dba.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_gd2.dll extension=php_mhash.dll extension=php_pdf.dll extension=php_shmop.dll extension=php_sockets.dll extension=php_xmlrpc.dll I'm using the SAPI module. The problem still exists (although seems to happen less frequently) with the cgi version. Reproduce code: --- start_session(); // lookup file and place in $path // ... code removed ... // send headers header(Pragma: ); header(Cache-Control: ); // lookup mimetype and place in $mimetype // ... code removed ... header(Content-type: . $mimetype ); $sizeh = Content-length: . filesize($path); header($sizeh); header(Content-transfer-encoding: binary\n); // send file contents $fp=fopen($path, rb); fpassthru($fp); fclose($fp); exit; Expected result: The document requested in the browser frame, which is what happens the majority of times (approx 95%). Its definitely something to do with an interaction between a session and fpassthru because removing either fixes the problem. Actual result: -- Lockups approx 5% of the time - a new session can be started in a different browser instance, but the current session is lost. -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: Disable session.enable_trans_sid in php.ini or by Files filename.php-Entry in http.conf and see if your problem is gone. Previous Comments: [2003-06-23 06:16:19] marcus at quintic dot co dot uk Mmmm - I may not have made myself clear enough in the bug report! By lockups I meant that the _whole_ session locks completely and never comes back to life. Once a frame gets into this state, none of the other frames will work and the browser appears to be completely locked up. A new instance of the browser works as normal though (different session). [2003-06-23 06:11:42] marcus at quintic dot co dot uk Eh? I realise the session file should be locked to restrict access, what I dont expect is the browser to lockup completely. If any of the pages are requested/executed at the same time then surely each of the frames should just go about their business, wait for the session file lock to come free and continue to work. Whilst this may delay some of the documents it shouldnt be significant. It certainly shouldnt lock up the browser completely. [2003-06-23 06:03:30] [EMAIL PROTECTED] This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). [2003-06-23 05:47:57] marcus at quintic dot co dot uk Description: I have an application that uses multiple frames (anywhere from 5-10 at a time). The frames get updated at roughly the same time - a user steps through a flowchart that has multiple documents attached to each step that can target any of the frames). Each of the frames is running in the same session (in that the php that generates a requested page starts with session_start()). The document to be displayed is passed through on the url and this argument is looked up in an array which returns a path to a local file. This path is then fed to fpassthru and the document gets served up to the browser. The session locks up randomly using fpassthru, but if the fpassthru is replaced by a redirect (header(Location:)) to a web based copy of the requested document the lock up stop occuring. Obviously the workaround is to use the redirect but this means that a user can get directly to a document without going through the session authentication etc, so I'd prefer to get the fpassthru to work. My php installation is the standard install with the following extensions enabled: extension=php_db.dll extension=php_dba.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_gd2.dll extension=php_mhash.dll extension=php_pdf.dll extension=php_shmop.dll extension=php_sockets.dll extension=php_xmlrpc.dll I'm using the SAPI module. The problem still exists (although seems to happen less frequently) with the cgi version. Reproduce code: --- start_session(); // lookup file and place in $path // ... code removed ... // send headers header(Pragma: ); header(Cache-Control: ); // lookup mimetype and place in $mimetype // ... code removed ... header(Content-type: . $mimetype ); $sizeh = Content-length: . filesize($path); header($sizeh); header(Content-transfer-encoding: binary\n); // send file contents $fp=fopen($path, rb); fpassthru($fp); fclose($fp); exit; Expected result: The document requested in the browser frame, which is what happens the majority of times (approx 95%). Its definitely something to do with an interaction between a session and fpassthru because removing either fixes the problem. Actual result: -- Lockups approx 5% of the time - a new session can be started in a different browser instance, but the current session is lost. -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.macosx.xml
betzMon Jun 23 07:57:28 2003 EDT Modified files: /phpdoc/en/chapters install.macosx.xml Log: xmlify, restructering Index: phpdoc/en/chapters/install.macosx.xml diff -u phpdoc/en/chapters/install.macosx.xml:1.3 phpdoc/en/chapters/install.macosx.xml:1.4 --- phpdoc/en/chapters/install.macosx.xml:1.3 Fri Nov 15 03:05:02 2002 +++ phpdoc/en/chapters/install.macosx.xml Mon Jun 23 07:57:28 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- sect1 id=install.macosx titleUnix/Mac OS X installs/title para @@ -25,79 +25,108 @@ There are two slightly different versions of Mac OS X, client and server. The following is for OS X Server. /simpara - example id=install.macosx.compile.example + formalpara id=install.macosx.compile.example titleMac OS X server install/title - screen + para +orderedlist + listitem + simparaGet the latest distributions of Apache and PHP./simpara + /listitem + listitem + para + Untar them, and run the commandconfigure/command program on Apache + like so. + programlisting role=shell ![CDATA[ -1. Get the latest distributions of Apache and PHP -2. Untar them, and run the configure program on Apache like so. -./configure --exec-prefix=/usr \ ---localstatedir=/var \ ---mandir=/usr/share/man \ ---libexecdir=/System/Library/Apache/Modules \ ---iconsdir=/System/Library/Apache/Icons \ ---includedir=/System/Library/Frameworks/Apache.framework/Versions/1.3/Headers \ ---enable-shared=max \ ---enable-module=most \ ---target=apache - -4. You may also want to add this line: -setenv OPTIM=-O2 -If you want the compiler to do some optimization. - -5. Next, go to the PHP 4 source directory and configure it. -./configure --prefix=/usr \ ---sysconfdir=/etc \ ---localstatedir=/var \ ---mandir=/usr/share/man \ ---with-xml \ ---with-apache=/src/apache_1.3.12 - -If you have any other additions (MySQL, GD, etc.), be sure to add -them here. For the --with-apache string, put in the path to your -apache source directory, for example /src/apache_1.3.12. -6. make -7. make install -This will add a directory to your Apache source directory under -src/modules/php4. - -8. Now, reconfigure Apache to build in PHP 4. -./configure --exec-prefix=/usr \ ---localstatedir=/var \ ---mandir=/usr/share/man \ ---libexecdir=/System/Library/Apache/Modules \ ---iconsdir=/System/Library/Apache/Icons \ ---includedir=/System/Library/Frameworks/Apache.framework/Versions/1.3/Headers \ ---enable-shared=max \ ---enable-module=most \ ---target=apache \ ---activate-module=src/modules/php4/libphp4.a - -You may get a message telling you that libmodphp4.a is out of date. -If so, go to the src/modules/php4 directory inside your apache -source directory and run this command: - -ranlib libmodphp4.a - -Then go back to the root of the apache source directory and run the -above configure command again. That'll bring the link table up to -date. - -9. make - -10. make install - -11. copy and rename the php.ini-dist file to your bin directory from your -PHP 4 source directory: -cp php.ini-dist /usr/local/bin/php.ini - -or (if your don't have a local directory) - -cp php.ini-dist /usr/bin/php.ini +./configure --exec-prefix=/usr \ +--localstatedir=/var \ +--mandir=/usr/share/man \ +--libexecdir=/System/Library/Apache/Modules \ +--iconsdir=/System/Library/Apache/Icons \ +--includedir=/System/Library/Frameworks/Apache.framework/Versions/1.3/Headers \ +--enable-shared=max \ +--enable-module=most \ +--target=apache ]] - /screen - /example - + /programlisting + /para + /listitem + listitem + para + If you want the compiler to do some optimization., you may also want to + add this line: + programlisting role=shell +![CDATA[ +setenv OPTIM=-O2 +]] + /programlisting + /para + /listitem + listitem + para + Next, go to the PHP 4 source directory and configure it. + programlisting role=shell +![CDATA[ +./configure --prefix=/usr \ +--sysconfdir=/etc \ +--localstatedir=/var \ +--mandir=/usr/share/man \ +--with-xml \ +--with-apache=/src/apache_1.3.12 +]] + /programlisting + If you have any other additions (MySQL, GD, etc.), be sure to add them + here. For the option role=configure--with-apache/option string, put + in the path to your apache source directory, for example + filename class=directory/src/apache_1.3.12/filename. + /para + /listitem + listitem + simpara + Type commandmake/command and commandmake install/command. This + will add a directory to your Apache source directory under + filename
[PHP-DOC] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 User updated by: marcus at quintic dot co dot uk Reported By: marcus at quintic dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: wrt disabling session.enable_trans_sid Assuming you mean the use_trans_sid option, its already disabled. Previous Comments: [2003-06-23 06:56:53] [EMAIL PROTECTED] Disable session.enable_trans_sid in php.ini or by Files filename.php-Entry in http.conf and see if your problem is gone. [2003-06-23 06:16:19] marcus at quintic dot co dot uk Mmmm - I may not have made myself clear enough in the bug report! By lockups I meant that the _whole_ session locks completely and never comes back to life. Once a frame gets into this state, none of the other frames will work and the browser appears to be completely locked up. A new instance of the browser works as normal though (different session). [2003-06-23 06:11:42] marcus at quintic dot co dot uk Eh? I realise the session file should be locked to restrict access, what I dont expect is the browser to lockup completely. If any of the pages are requested/executed at the same time then surely each of the frames should just go about their business, wait for the session file lock to come free and continue to work. Whilst this may delay some of the documents it shouldnt be significant. It certainly shouldnt lock up the browser completely. [2003-06-23 06:03:30] [EMAIL PROTECTED] This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). [2003-06-23 05:47:57] marcus at quintic dot co dot uk Description: I have an application that uses multiple frames (anywhere from 5-10 at a time). The frames get updated at roughly the same time - a user steps through a flowchart that has multiple documents attached to each step that can target any of the frames). Each of the frames is running in the same session (in that the php that generates a requested page starts with session_start()). The document to be displayed is passed through on the url and this argument is looked up in an array which returns a path to a local file. This path is then fed to fpassthru and the document gets served up to the browser. The session locks up randomly using fpassthru, but if the fpassthru is replaced by a redirect (header(Location:)) to a web based copy of the requested document the lock up stop occuring. Obviously the workaround is to use the redirect but this means that a user can get directly to a document without going through the session authentication etc, so I'd prefer to get the fpassthru to work. My php installation is the standard install with the following extensions enabled: extension=php_db.dll extension=php_dba.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_gd2.dll extension=php_mhash.dll extension=php_pdf.dll extension=php_shmop.dll extension=php_sockets.dll extension=php_xmlrpc.dll I'm using the SAPI module. The problem still exists (although seems to happen less frequently) with the cgi version. Reproduce code: --- start_session(); // lookup file and place in $path // ... code removed ... // send headers header(Pragma: ); header(Cache-Control: ); // lookup mimetype and place in $mimetype // ... code removed ... header(Content-type: . $mimetype ); $sizeh = Content-length: . filesize($path); header($sizeh); header(Content-transfer-encoding: binary\n); // send file contents $fp=fopen($path, rb); fpassthru($fp); fclose($fp); exit; Expected result: The document requested in the browser frame, which is what happens the majority of times (approx 95%). Its definitely something to do with an interaction between a session and fpassthru because removing either fixes the problem. Actual result: -- Lockups approx 5% of the time - a new session can be started in a different browser instance, but the current session is lost. -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24295 [Opn]: Sessions that pass documents back using fpassthru hang intermittently
ID: 24295 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.2 New Comment: Sorry, 'use_trans_sid' of course ( shoudln't have written the reply in a hurry..) Whats the size of the files in question anyway? Does it work more reliable with small(er) files? I still don't the a documentation issue here..? Previous Comments: [2003-06-23 07:58:41] marcus at quintic dot co dot uk wrt disabling session.enable_trans_sid Assuming you mean the use_trans_sid option, its already disabled. [2003-06-23 06:56:53] [EMAIL PROTECTED] Disable session.enable_trans_sid in php.ini or by Files filename.php-Entry in http.conf and see if your problem is gone. [2003-06-23 06:16:19] marcus at quintic dot co dot uk Mmmm - I may not have made myself clear enough in the bug report! By lockups I meant that the _whole_ session locks completely and never comes back to life. Once a frame gets into this state, none of the other frames will work and the browser appears to be completely locked up. A new instance of the browser works as normal though (different session). [2003-06-23 06:11:42] marcus at quintic dot co dot uk Eh? I realise the session file should be locked to restrict access, what I dont expect is the browser to lockup completely. If any of the pages are requested/executed at the same time then surely each of the frames should just go about their business, wait for the session file lock to come free and continue to work. Whilst this may delay some of the documents it shouldnt be significant. It certainly shouldnt lock up the browser completely. [2003-06-23 06:03:30] [EMAIL PROTECTED] This is actually expected. The session module will lock the file so that seperate processes can not write to it at the same time and mess the files up. This should be documented better though. (I remember there was a report on this before in which Sascha added a much better explanation). 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/24295 -- Edit this bug report at http://bugs.php.net/?id=24295edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] print a/ or print any/
in phpdoc/en/functions/strings.xml :
[PHP-DOC] Re: print a/ or print any/
(sorry for the previous post) in phpdoc/en/functions/strings.xml : // You can use variables inside of an print statement inside of: any or a ? -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: print a/ or print any/
(sorry for the previous post) in phpdoc/en/functions/strings.xml : what are you doing in this directory ? please don't commit anything there. Mehdi -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Re: print a/ or print any/
(sorry for the previous post) in phpdoc/en/functions/strings.xml : // You can use variables inside of an print statement inside of: any or a ? The good file to correct is : phpdoc/en/reference/strings/functions/print.xml (line 41) good statement would be : You can use variables inside of a print statement Cheers, Mehdi -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] print a/ or print any/
I was reading that in the manual when I found that mistake, so I thought that was the file thank you for giving me the right location, I was about to start translating it. I will also fix the mistake in phpdoc/en/reference/strings/functions/print.xml if none minds. - Original Message - From: Mehdi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, June 23, 2003 4:37 PM Subject: Re: [PHP-DOC] Re: print a/ or print any/ (sorry for the previous post) in phpdoc/en/functions/strings.xml : // You can use variables inside of an print statement inside of: any or a ? The good file to correct is : phpdoc/en/reference/strings/functions/print.xml (line 41) good statement would be : You can use variables inside of a print statement Cheers, Mehdi -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] print a/ or print any/
I was reading that in the manual when I found that mistake, so I thought that was the file thank you for giving me the right location, I was about to start translating it. No problem, just trying to avoid you my mistakes ;) phpdoc/en/functions/ is a part of the old documentation system, so you just need to translate phpdoc/en/reference/. I will also fix the mistake in phpdoc/en/reference/strings/functions/print.xml if none minds. Go on, if someone minds, you'll know it :) Mehdi - Original Message - From: Mehdi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, June 23, 2003 4:37 PM Subject: Re: [PHP-DOC] Re: print a/ or print any/ (sorry for the previous post) in phpdoc/en/functions/strings.xml : // You can use variables inside of an print statement inside of: any or a ? The good file to correct is : phpdoc/en/reference/strings/functions/print.xml (line 41) good statement would be : You can use variables inside of a print statement Cheers, Mehdi -- 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 print.xml
visualmind Mon Jun 23 09:55:42 2003 EDT Modified files: /phpdoc/en/reference/strings/functions print.xml Log: an print to a print Index: phpdoc/en/reference/strings/functions/print.xml diff -u phpdoc/en/reference/strings/functions/print.xml:1.10 phpdoc/en/reference/strings/functions/print.xml:1.11 --- phpdoc/en/reference/strings/functions/print.xml:1.10Thu Jun 5 17:09:34 2003 +++ phpdoc/en/reference/strings/functions/print.xml Mon Jun 23 09:55:42 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.10 $ -- +!-- $Revision: 1.11 $ -- !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 -- refentry id=function.print refnamediv @@ -38,7 +38,7 @@ print escaping characters is done \Like this\.; -// You can use variables inside of an print statement +// You can use variables inside of a print statement $foo = foobar; $bar = barbaz; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] About sqlite-fetch-array
Someone can tell me how to place the en revision tag in this file, or do it for me? It doen´t contain the version. I want begin the translation of sqlite documentation, is it complete or have more changes to do? You can copy-paste a Revision comment [the second line of English XML files]. The revision number will be set automatically, when you commit the file. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.macosx.xml
betzMon Jun 23 13:31:38 2003 EDT Modified files: /phpdoc/en/chapters install.macosx.xml Log: more items moved to orderedlist, typos Index: phpdoc/en/chapters/install.macosx.xml diff -u phpdoc/en/chapters/install.macosx.xml:1.4 phpdoc/en/chapters/install.macosx.xml:1.5 --- phpdoc/en/chapters/install.macosx.xml:1.4 Mon Jun 23 07:57:28 2003 +++ phpdoc/en/chapters/install.macosx.xml Mon Jun 23 13:31:38 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- sect1 id=install.macosx titleUnix/Mac OS X installs/title para @@ -181,31 +181,38 @@ Type userinputsudo apxs -i -a -n php4 libphp4.so/userinput /simpara /listitem - /orderedlist - Now type userinputsudo open -a TextEdit /etc/httpd/httpd.conf/userinput. - TextEdit will open with the web server configuration file. Locate these - two lines towards the end of the file: (Use the Find command) - programlisting role=apache +listitem + para + Now type userinputsudo open -a TextEdit /etc/httpd/httpd.conf/userinput. + TextEdit will open with the web server configuration file. Locate these + two lines towards the end of the file: (Use the Find command) + programlisting role=apache ![CDATA[ - #AddType application/x-httpd-php .php - #AddType application/x-httpd-php-source .phps +#AddType application/x-httpd-php .php +#AddType application/x-httpd-php-source .phps ]] - /programlisting - Remove the two hash marks (literal#/literal), then save the file and quit TextEdit. - /para - para - Finally, type userinputsudo apachectl graceful/userinputto restart the - web server. + /programlisting + Remove the two hash marks (literal#/literal), then save the file and + quit TextEdit. + /para +/listitem +listitem + simpara + Finally, type userinputsudo apachectl graceful/userinput to restart + the web server. + /simpara +/listitem + /orderedlist /para para PHP should now be up and running. You can test it by dropping a file into your filename class=directorySites/filename folder which is called filenametest.php/filename. Into that file, write this line: - literallt;?php phpinfo() ?gt;/literal. + literallt;?php phpinfo() ?gt;/literal. /para para - Now open up literal127.0.0.1/~your_username/test.php/literal in your web browser. - You should see a status table with information about the PHP module. + Now open up literal127.0.0.1/~your_username/test.php/literal in your web + browser. You should see a status table with information about the PHP module. /para /sect2 /sect1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.hpux.xml
betzMon Jun 23 13:32:29 2003 EDT Modified files: /phpdoc/en/chapters install.hpux.xml Log: some tagging, minor rewording Index: phpdoc/en/chapters/install.hpux.xml diff -u phpdoc/en/chapters/install.hpux.xml:1.3 phpdoc/en/chapters/install.hpux.xml:1.4 --- phpdoc/en/chapters/install.hpux.xml:1.3 Sun Jun 22 11:09:22 2003 +++ phpdoc/en/chapters/install.hpux.xml Mon Jun 23 13:32:28 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- sect1 id=install.hpux titleUnix/HP-UX installs/title para @@ -18,37 +18,38 @@ para You need gzip, download a binary distribution from filenamehttp://hpux.connect.org.uk/ftp/hpux/Gnu/gzip-1.2.4a/gzip-1.2.4a-sd-10.20.depot.Z/filename - uncompress the file and install using swinstall + uncompress the file and install using swinstall. /para /listitem listitem para You need gcc, download a binary distribution from filenamehttp://gatekeep.cs.utah.edu/ftp/hpux/Gnu/gcc-2.95.2/gcc-2.95.2-sd-10.20.depot.gz/filename. - gunzip this file and install gcc using swinstall. + uncompress this file and install gcc using swinstall. /para /listitem listitem para You need the GNU binutils, you can download a binary distribution from filenamehttp://hpux.connect.org.uk/ftp/hpux/Gnu/binutils-2.9.1/binutils-2.9.1-sd-10.20.depot.gz/filename. - gunzip and install using swinstall. + uncompress this file and install binutils using swinstall. /para /listitem listitem para You now need bison, you can download a binary distribution from filenamehttp://hpux.connect.org.uk/ftp/hpux/Gnu/bison-1.28/bison-1.28-sd-10.20.depot.gz/filename, - install as above. + install as above. /para /listitem listitem para You now need flex, you need to download the source from one of the http://www.gnu.org mirrors. It is in the non-gnu directory of the ftp - site. Download the file, gunzip, then literaltar -xvf/literal it. - Go into the newly created flex directory and do a ./configure, then a - make, and then a make install + site. Download the file, commandgunzip/command, then + commandtar -xvf/command it. Go into the newly created flex directory + and run command./configure/command, followed by + commandmake/command, and then commandmake install/command. /para para If you have errors here, it's probably because gcc etc. are not in your @@ -62,8 +63,8 @@ /listitem listitem para - commandgunzip/command and commandtar -xvf/command them. We - need to hack a couple of files so that they can compile ok. + commandgunzip/command and commandtar -xvf/command them. We + need to hack a couple of files so that they can compile ok. /para /listitem listitem @@ -72,19 +73,19 @@ track of the fact that you are a hpux machine, there will be a better way of doing this but a cheap and cheerful hack is to put literallt_target=hpux10.20/literal on line 47286 of the configure - script. + script. /para /listitem listitem para Next, the Apache GuessOS file needs to be hacked. Under - apache_1.3.9/src/helpers change line 89 from literalecho + filenameapache_1.3.9/src/helpers/filename change line 89 from literalecho hp${HPUXMACH}-hpux${HPUXVER}; exit 0/literal to: literalecho hp${HPUXMACH}-hp-hpux${HPUXVER}; exit 0/literal /para /listitem listitem - para + para You cannot install PHP as a shared object under HP-UX so you must compile it as a static, just follow the instructions at the Apache page. @@ -94,8 +95,8 @@ para PHP and Apache should have compiled OK, but Apache won't start. you need to create a new user for Apache, eg www, or apache. You then - change lines 252 and 253 of the conf/httpd.conf in Apache so that - instead of + change lines 252 and 253 of the filenameconf/httpd.conf/filename in + Apache so that instead of /para screen User nobody @@ -109,7 +110,7 @@ Group sys /screen para - This is because you can't run Apache as nobody under hp-ux. Apache and + This is because you can't run Apache as nobody under hp-ux. Apache and PHP should then work. /para /listitem -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/chapters install.iplanet.xml
betzMon Jun 23 13:33:28 2003 EDT Modified files: /phpdoc/en/chapters install.iplanet.xml Log: examples to xml, restructering Index: phpdoc/en/chapters/install.iplanet.xml diff -u phpdoc/en/chapters/install.iplanet.xml:1.1 phpdoc/en/chapters/install.iplanet.xml:1.2 --- phpdoc/en/chapters/install.iplanet.xml:1.1 Tue Jan 15 06:22:19 2002 +++ phpdoc/en/chapters/install.iplanet.xml Mon Jun 23 13:33:28 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- sect1 id=install.netscape-enterprise titleServers-Netscape and iPlanet/title para @@ -8,153 +8,211 @@ and link linkend=install.netscape.windowsWindows/link versions. /para para -You can find more information about setting up PHP for -the Netscape Enterprise Server here: +You can find more information about setting up PHP for the Netscape +Enterprise Server (NES) here: ulink url=url.netscape.nsapi;url.netscape.nsapi;/ulink /para sect2 id=install.netscape.sun titleInstalling PHP with Netscape on Sun Solaris/title para - To build PHP with NES or iPlanet web servers, enter the proper - install directory for the - link linkend=install.configure.with-nsapi--with-nsapi/link - = replaceableDIR/replaceable option. The default - directory is usually filename class=directory/opt/netscape/suitespot//filename. + To build PHP with NES or iPlanet web servers, enter the proper install + directory for the + link linkend=install.configure.with-nsapi--with-nsapi=[DIR]/link + option. The default directory is usually + filename class=directory/opt/netscape/suitespot//filename. Please also read filename/php-xxx-version/sapi/nsapi/nsapi-readme.txt/filename. /para +note + simpara + These instructions are written for Sun Solaris 2.6 with Netscape + Enterprise Server 3.6, conributed by bhager at invacare dot com. + /simpara +/note para - example id=install.netscape-enterprise.solaris - titleInstallation Example for Netscape Enterprise on Solaris/title - screen + orderedlist + listitem + para +Install the following packages from ulink url=url.sun.freeware; +url.sun.freeware;/ulink or another download site: +simplelist + memberfilenameautoconf-2.13/filename/member + memberfilenameautomake-1.4/filename/member + memberfilenamebison-1_25-sol26-sparc-local/filename/member + memberfilenameflex-2_5_4a-sol26-sparc-local/filename/member + memberfilenamegcc-2_95_2-sol26-sparc-local/filename/member + memberfilenamegzip-1.2.4-sol26-sparc-local/filename/member + memberfilenamem4-1_4-sol26-sparc-local/filename/member + memberfilenamemake-3_76_1-sol26-sparc-local/filename/member + member + filenamemysql-3.23.24-beta/filename (if you want mysql support) + /member + memberfilenameperl-5_005_03-sol26-sparc-local/filename/member + memberfilenametar-1.13/filename (GNU tar)/member +/simplelist + /para + /listitem + listitem + simpara +Make sure your path includes the proper directories +literalPATH=.:/usr/local/bin:/usr/sbin:/usr/bin:/usr/ccs/bin/literal +and make it available to your system userinputexport PATH/userinput. + /simpara + /listitem + listitem + simpara +userinputgunzip php-x.x.x.tar.gz/userinput (if you have a .gz dist, +otherwise go to 4). + /simpara + /listitem + listitem + simpara +userinputtar xvf php-x.x.x.tar/userinput + /simpara + /listitem + listitem + simpara +Change to your extracted PHP directory: +userinputcd ../php-x.x.x /userinput + /simpara + /listitem + listitem + para +For the following step, make sure +filename class=directory/opt/netscape/suitespot//filename is +where your netscape server is installed. Otherwise, change to the +correct path and run: +programlisting role=shell ![CDATA[ -Instructions for Sun Solaris 2.6 with Netscape Enterprise Server 3.6 -From: [EMAIL PROTECTED] - -1. Install the following packages from www.sunfreeware.com or another -download site: - -flex-2_5_4a-sol26-sparc-local -gcc-2_95_2-sol26-sparc-local -gzip-1.2.4-sol26-sparc-local -perl-5_005_03-sol26-sparc-local -bison-1_25-sol26-sparc-local -make-3_76_1-sol26-sparc-local -m4-1_4-sol26-sparc-local -autoconf-2.13 -automake-1.4 -mysql-3.23.24-beta (if you want mysql support) -tar-1.13 (GNU tar) - -2. Make sure your path includes the proper directories -PATH=.:/usr/local/bin:/usr/sbin:/usr/bin:/usr/ccs/bin -export PATH - -3. gunzip php-x.x.x.tar.gz (if you have a .gz dist, otherwise go to 4) -4. tar xvf
[PHP-DOC] cvs: phpdoc /entities global.ent
betzMon Jun 23 13:41:37 2003 EDT Modified files: /phpdoc/entitiesglobal.ent Log: sun freeware and strftime for win enties added Index: phpdoc/entities/global.ent diff -u phpdoc/entities/global.ent:1.114 phpdoc/entities/global.ent:1.115 --- phpdoc/entities/global.ent:1.114Fri Jun 20 15:31:16 2003 +++ phpdoc/entities/global.ent Mon Jun 23 13:41:37 2003 @@ -1,6 +1,6 @@ !-- -*- SGML -*- - $Id: global.ent,v 1.114 2003/06/20 19:31:16 philip Exp $ + $Id: global.ent,v 1.115 2003/06/23 17:41:37 betz Exp $ Contains global macros for all the XML documents. @@ -247,7 +247,9 @@ !ENTITY url.stuffit http://www.stuffit.com/; !ENTITY url.sleepycat http://www.sleepycat.com/; !ENTITY url.solid http://www.solidtech.com/; +!ENTITY url.strftime.win32 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_strftime.2c_.wcsftime.asp; !ENTITY url.strnatcmp http://naturalordersort.org/; +!ENTITY url.sun.freeware http://www.sunfreeware.com/; !ENTITY url.swf ftp://ftp.sgi.com/sgi/graphics/grafica/flash/; !ENTITY url.sybase http://www.sybase.com/; !ENTITY url.sybase.ctlib http://www.php.net/extra/ctlib-linux-elf.tar.gz; -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions strftime.xml
betzMon Jun 23 14:02:30 2003 EDT Modified files: /phpdoc/en/reference/datetime/functions strftime.xml Log: for win32: link for overview of supported conversion specifiers see also corrections Index: phpdoc/en/reference/datetime/functions/strftime.xml diff -u phpdoc/en/reference/datetime/functions/strftime.xml:1.7 phpdoc/en/reference/datetime/functions/strftime.xml:1.8 --- phpdoc/en/reference/datetime/functions/strftime.xml:1.7 Mon Jun 9 14:47:43 2003 +++ phpdoc/en/reference/datetime/functions/strftime.xml Mon Jun 23 14:02:30 2003 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- !-- splitted from ./en/functions/datetime.xml, last change in rev 1.2 -- refentry id=function.strftime refnamediv @@ -241,9 +241,10 @@ support negative timestamps, therefore your date range may be limited to no earlier than the unix epoch. This means that e.g. %e, %T, %R and %D (there might be more) and dates prior to - literalJan 1, 1970/literal will not work on Windows, - some Linux distributions, and a few other operating - systems. + literalJan 1, 1970/literal will not work on Windows, some Linux + distributions, and a few other operating systems. For Windows systems a + complete overview of supported conversion specifiers can be found at this + ulink url=url.strftime.win32;MSDN website/ulink. /para /note example @@ -327,8 +328,8 @@ /example /para para - See also functionsetlocale/function and - functionmktime/function and the ulink url=spec.strftime; + See also functionsetlocale/function, + functionmktime/function, and the ulink url=spec.strftime; Open Group specification of functionstrftime/function/ulink. /para -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24191 [Fbk-Ana]: can not change open_basedir from httpd.conf
ID: 24191 Updated by: [EMAIL PROTECTED] Reported By: info at crooce dot com -Status: Feedback +Status: Analyzed -Bug Type: *Configuration Issues +Bug Type: Documentation problem Operating System: OpenBSD 3.2 PHP Version: 4.3.1 New Comment: This is just documentation problem, it's the same for all pure PHP_INI_SYSTEM type options. Previous Comments: [2003-06-15 10:36:34] [EMAIL PROTECTED] Try using php_admin_value [2003-06-15 09:31:01] info at crooce dot com Description: php engine ignores php_value directice for open_basedir variable. This is not general issue, because for example include_dir works. Reproduce code: --- php_value open_basedir some path #; does not works php_value include_path /htdocs/_com_/ #; works great -- Edit this bug report at http://bugs.php.net/?id=24191edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24191 [Bgs]: can not change open_basedir from httpd.conf
ID: 24191 Updated by: [EMAIL PROTECTED] Reported By: info at crooce dot com Status: Bogus Bug Type: Documentation problem Operating System: OpenBSD 3.2 PHP Version: 4.3.1 New Comment: It should be written with bigger font. :) Previous Comments: [2003-06-23 21:45:04] [EMAIL PROTECTED] It's already documented in configuration.changes that PHP_INI_SYSTEM cannot be set with php_value or php_flag. [2003-06-23 19:46:08] [EMAIL PROTECTED] This is just documentation problem, it's the same for all pure PHP_INI_SYSTEM type options. [2003-06-15 10:36:34] [EMAIL PROTECTED] Try using php_admin_value [2003-06-15 09:31:01] info at crooce dot com Description: php engine ignores php_value directice for open_basedir variable. This is not general issue, because for example include_dir works. Reproduce code: --- php_value open_basedir some path #; does not works php_value include_path /htdocs/_com_/ #; works great -- Edit this bug report at http://bugs.php.net/?id=24191edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24251 [Opn-Ana]: include paths with include*()/require*() (again)
ID: 24251 Updated by: [EMAIL PROTECTED] Reported By: qurve at qurve dot com -Status: Open +Status: Analyzed -Bug Type: *Directory/Filesystem functions +Bug Type: Documentation problem Operating System: FreeBSD 4.7 PHP Version: 4.3.2 New Comment: It's working just like it is supposed to be working. The working directory (cwd) is the one for the 'main' script, a.php in your case. NOT the directory where the 'sub' scripts are located. Previous Comments: [2003-06-21 12:35:12] qurve at qurve dot com I should also note that this behavior isn't even consistent: +---++++---+--+ | # | file | includes | should include | actually includes | correct? | +---++++---+--+ | 1 | /root/a.php| b/b.php| /root/b/b.php | /root/b/b.php | yes | | 2 | /root/b/b.php | b2.php | /root/b/b2.php | /root/b/b2.php | yes | | 3 | /root/b/b2.php | ../c/c.php | /root/c/c.php | /c/c.php | no | +---++++---+--+ Behavior 1 works as it should Behavior 2 works as it should Behavior 3 works not as expected Behavior 2 and 3 are inconsistent with each other. [2003-06-18 21:26:50] qurve at qurve dot com Description: This was posted previously, but I did not feel the issue was really answered by the responses and I upgraded to 4.3.2 and it's still like this. I'm not sure whether this is how it's supposed to work, but if it is I'm amazed because it's extremely counter-intuitive. '.' should always be relative to the script that is calling include*()/require*() even if that script was include*()'d/require*()'d itself. full write-up here: http://www.qurve.com/broken_paths.txt Reproduce code: --- http://www.qurve.com/broken_paths.txt Expected result: /root/a.php includes: b/b.php /root/b/b.php includes: ../c/c.php php should include /root/c/c.php Actual result: -- /root/a.php includes: b/b.php /root/b/b.php includes: ../c/c.php php attempts to include /c/c.php -- Edit this bug report at http://bugs.php.net/?id=24251edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24251 [Ana]: include paths with include*()/require*() (again)
ID: 24251 User updated by: qurve at qurve dot com Reported By: qurve at qurve dot com Status: Analyzed Bug Type: Documentation problem Operating System: FreeBSD 4.7 PHP Version: 4.3.2 New Comment: If the cwd for the include is the cwd for a.php, how come when /root/b/b.php includes b2.php it includes /root/b/b2.php and not /root/b2.php? Previous Comments: [2003-06-23 22:21:04] [EMAIL PROTECTED] It's working just like it is supposed to be working. The working directory (cwd) is the one for the 'main' script, a.php in your case. NOT the directory where the 'sub' scripts are located. [2003-06-21 12:35:12] qurve at qurve dot com I should also note that this behavior isn't even consistent: +---++++---+--+ | # | file | includes | should include | actually includes | correct? | +---++++---+--+ | 1 | /root/a.php| b/b.php| /root/b/b.php | /root/b/b.php | yes | | 2 | /root/b/b.php | b2.php | /root/b/b2.php | /root/b/b2.php | yes | | 3 | /root/b/b2.php | ../c/c.php | /root/c/c.php | /c/c.php | no | +---++++---+--+ Behavior 1 works as it should Behavior 2 works as it should Behavior 3 works not as expected Behavior 2 and 3 are inconsistent with each other. [2003-06-18 21:26:50] qurve at qurve dot com Description: This was posted previously, but I did not feel the issue was really answered by the responses and I upgraded to 4.3.2 and it's still like this. I'm not sure whether this is how it's supposed to work, but if it is I'm amazed because it's extremely counter-intuitive. '.' should always be relative to the script that is calling include*()/require*() even if that script was include*()'d/require*()'d itself. full write-up here: http://www.qurve.com/broken_paths.txt Reproduce code: --- http://www.qurve.com/broken_paths.txt Expected result: /root/a.php includes: b/b.php /root/b/b.php includes: ../c/c.php php should include /root/c/c.php Actual result: -- /root/a.php includes: b/b.php /root/b/b.php includes: ../c/c.php php attempts to include /c/c.php -- Edit this bug report at http://bugs.php.net/?id=24251edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php