[PHP-DOC] #29169 [Opn]: get_extension_funcs() support for non-lowercase names
ID: 29169 Updated by: [EMAIL PROTECTED] Reported By: fdsoft at pganet dot com Status: Open -Bug Type: Feature/Change Request +Bug Type: Documentation problem Operating System: Mac OS X 10.3.4 PHP Version: 5.0.0 New Comment: This is correct behavior, making it a documentation issue. Previous Comments: [2004-07-15 00:15:06] fdsoft at pganet dot com Description: get_extension_funcs() only seems to work for all lowercase module names, while get_loaded_extensions() now returns some capitalized names. Examples are SPL, SQLite, SimpleXML. Back in 5.0.0RC1, all there of these were returned by get_loaded_extensions() in lowercase, as spl sqlite and simplexml. This has changed since then. Reproduce code: --- ?php var_dump(get_extension_funcs(SQLite)); // displays: bool (false); var_dump(get_extension_funcs(sqlite)); // displays: the expected list of functions ? -- Edit this bug report at http://bugs.php.net/?id=29169edit=1
[PHP-DOC] cvs: phpdoc /en/language/oop5 visibility.xml
tularis Thu Jul 15 05:47:21 2004 EDT Modified files: /phpdoc/en/language/oop5visibility.xml Log: fixed small typo (public, private or private = public, private or protected) http://cvs.php.net/diff.php/phpdoc/en/language/oop5/visibility.xml?r1=1.1r2=1.2ty=u Index: phpdoc/en/language/oop5/visibility.xml diff -u phpdoc/en/language/oop5/visibility.xml:1.1 phpdoc/en/language/oop5/visibility.xml:1.2 --- phpdoc/en/language/oop5/visibility.xml:1.1 Sun Jul 11 08:33:25 2004 +++ phpdoc/en/language/oop5/visibility.xml Thu Jul 15 05:47:21 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- sect1 id=language.oop5.visibility titleVisibility/title para @@ -12,7 +12,7 @@ sect2 id=language.oop5.visiblity-members titleMembers Visibility/title para - Class members must be defined with public, private, or private. + Class members must be defined with public, private, or protected. /para example titleMember declaration/title
[PHP-DOC] ms word en php
Hi, Hoe kan ik ms-word e003 starten vanuit php script? zie attachment file Groeten, _ Bent u toe aan sneller en goedkoper internet? Ga dan naar http://adsl.tiscali.nl Title: Test
[PHP-DOC] cvs: phpdoc /en/reference/tidy/functions tidy-get-error-buffer.xml
nlopess Thu Jul 15 06:44:22 2004 EDT Modified files: /phpdoc/en/reference/tidy/functions tidy-get-error-buffer.xml Log: missing procedural title http://cvs.php.net/diff.php/phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xml?r1=1.5r2=1.6ty=u Index: phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xml diff -u phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xml:1.5 phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xml:1.6 --- phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xml:1.5Sat Jul 3 11:47:18 2004 +++ phpdoc/en/reference/tidy/functions/tidy-get-error-buffer.xmlThu Jul 15 06:44:21 2004 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1'? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- refentry id=function.tidy-get-error-buffer refnamediv refnametidy_get_error_buffer/refname @@ -9,6 +9,7 @@ /refnamediv refsect1 titleDescription/title +paraProcedural style:/para methodsynopsis typestring/typemethodnametidy_get_error_buffer/methodname methodparamtyperesource/typeparametertidy/parameter/methodparam
[PHP-DOC] cvs: phpdoc /en/language/oop5 visibility.xml
nlopess Thu Jul 15 07:03:25 2004 EDT Modified files: /phpdoc/en/language/oop5visibility.xml Log: fix intro text, rewording and re-indenting http://cvs.php.net/diff.php/phpdoc/en/language/oop5/visibility.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/language/oop5/visibility.xml diff -u phpdoc/en/language/oop5/visibility.xml:1.2 phpdoc/en/language/oop5/visibility.xml:1.3 --- phpdoc/en/language/oop5/visibility.xml:1.2 Thu Jul 15 05:47:21 2004 +++ phpdoc/en/language/oop5/visibility.xml Thu Jul 15 07:03:25 2004 @@ -1,13 +1,13 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- sect1 id=language.oop5.visibility titleVisibility/title para - The visibility of a member or method can be defined by prefixing the - declaration with the keywords: public, protected or private. Public - declared items can be allow access to any caller. Protected limits access - access to only classes inherited. Protected limits visiblity only to the - class that defines the item. + The visibility of a property or method can be defined by prefixing the + declaration with the keywords: public, protected or private. Public + declared items can be acessed everywhere. Protected limits access to + inherited classes (and to the class that defines the item). Private limits + visiblity only to the class that defines the item. /para sect2 id=language.oop5.visiblity-members titleMembers Visibility/title @@ -74,8 +74,8 @@ simpara The use PHP 4 use of declaring a variable with the keyword 'var' is no longer valid for PHP 5 objects. For compatiblity a variable declared - in php will be assumed with public visiblity, and a E_STRICT warning will - be issued. + in php will be assumed with public visiblity, and a + constantE_STRICT/constant warning will be issued. /simpara /note /sect2
[PHP-DOC] cvs: phpdoc /en/reference/info/functions get-extension-funcs.xml
nlopess Thu Jul 15 07:11:57 2004 EDT Modified files: /phpdoc/en/reference/info/functions get-extension-funcs.xml Log: fix #29169: the module_name must be in lowercase http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/get-extension-funcs.xml?r1=1.6r2=1.7ty=u Index: phpdoc/en/reference/info/functions/get-extension-funcs.xml diff -u phpdoc/en/reference/info/functions/get-extension-funcs.xml:1.6 phpdoc/en/reference/info/functions/get-extension-funcs.xml:1.7 --- phpdoc/en/reference/info/functions/get-extension-funcs.xml:1.6 Thu Dec 18 06:47:08 2003 +++ phpdoc/en/reference/info/functions/get-extension-funcs.xml Thu Jul 15 07:11:55 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- !-- splitted from ./en/functions/info.xml, last change in rev 1.71 -- refentry id=function.get-extension-funcs refnamediv @@ -18,6 +18,12 @@ This function returns the names of all the functions defined in the module indicated by parametermodule_name/parameter. /para +note + para + The parametermodule_name/parameter parameter must be in + emphasislowercase/emphasis. + /para +/note para For example the lines below informalexample
[PHP-DOC] #29169 [Opn-Csd]: get_extension_funcs() support for non-lowercase names
ID: 29169 Updated by: [EMAIL PROTECTED] Reported By: fdsoft at pganet dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Mac OS X 10.3.4 PHP Version: 5.0.0 New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2004-07-15 11:42:25] [EMAIL PROTECTED] This is correct behavior, making it a documentation issue. [2004-07-15 00:15:06] fdsoft at pganet dot com Description: get_extension_funcs() only seems to work for all lowercase module names, while get_loaded_extensions() now returns some capitalized names. Examples are SPL, SQLite, SimpleXML. Back in 5.0.0RC1, all there of these were returned by get_loaded_extensions() in lowercase, as spl sqlite and simplexml. This has changed since then. Reproduce code: --- ?php var_dump(get_extension_funcs(SQLite)); // displays: bool (false); var_dump(get_extension_funcs(sqlite)); // displays: the expected list of functions ? -- Edit this bug report at http://bugs.php.net/?id=29169edit=1
[PHP-DOC] cvs: phpdoc /en/language/oop5 abstract.xml
nlopess Thu Jul 15 07:19:55 2004 EDT Modified files: /phpdoc/en/language/oop5abstract.xml Log: add title to the example http://cvs.php.net/diff.php/phpdoc/en/language/oop5/abstract.xml?r1=1.1r2=1.2ty=u Index: phpdoc/en/language/oop5/abstract.xml diff -u phpdoc/en/language/oop5/abstract.xml:1.1 phpdoc/en/language/oop5/abstract.xml:1.2 --- phpdoc/en/language/oop5/abstract.xml:1.1Sun Jul 11 08:33:25 2004 +++ phpdoc/en/language/oop5/abstract.xmlThu Jul 15 07:19:55 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- sect1 id=language.oop5.abstract titleObject Abstraction/title @@ -11,7 +11,7 @@ /para example - title/title + titleAbstract class example/title programlisting role=php ![CDATA[ ?php
[PHP-DOC] Re: your php tutorial on my own site
Hi Tim, I'm not quite sure what you're asking. If you'd like to view the manual in Dutch, check out: http://www.php.net/manual/nl/ If you'd like to help with the translation, apply for a CVS account. If you'd like to link to php.net, you're most welcome, you don't need to ask permission! I hope that answers your question, thanks for taking the time to write to us. Kind Regards, Aidan Lister Tim Admin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Can I use your php manual on my site, I will translate it in to dutch because i am from Belgium. If I have permission from you, I wil set a hyperlink to your site because then my visitors can also visit your site. It wil be in every topic and also there wil stand underneed the text: with cooporation from the php.net staff. Please mail me back with an answer on this mail and if you give me permission, wil je set it in your mail Thank you for reading this mail! Tim De Smedt ([EMAIL PROTECTED]) http://www.webscriptz.be
[PHP-DOC] windows installation
Ok, here we code for a third time :) First of all, I would like to say that I've solved my problem with having to copy the libmysql.dll to the windows folder :) With Filemon, I've traced the filesystem calls, and I've found the problem: PHP was loading the libmysql.dll that was in the C:\mysql\bin folder (that is first in the path). The solution: just remove it :) I think we must definetly vote for a install procedure for windows. Then I can update the install section, so that we can switch to the new one. My proposal: 1) unzip the php5-x.zip to C:\php 2) copy php.ini-dist to php.ini and configure it (or php-apache2handler.ini for multiple installs) 3) add to httpd.conf: PHPIniDir C:/php LoadModule php5_module c:/php/php5apache2.dll AddType application/x-httpd-php .php For PHP 4, just copy everything to the C:\php dir and follow the PHP 5 steps. With this config, I think all problems that were raised are solved. Any sugestions/tips/ideas? Nuno
Re: [PHP-DOC] windows installation
First of all, I would like to say that I've solved my problem with having to copy the libmysql.dll to the windows folder :) With Filemon, I've traced the filesystem calls, and I've found the problem: PHP was loading the libmysql.dll that was in the C:\mysql\bin folder (that is first in the path). The solution: just remove it :) Hehe... I think we must definetly vote for a install procedure for windows. Then I can update the install section, so that we can switch to the new one. My proposal: 1) unzip the php5-x.zip to C:\php 2) copy php.ini-dist to php.ini and configure it (or php-apache2handler.ini for multiple installs) 3) add to httpd.conf: PHPIniDir C:/php LoadModule php5_module c:/php/php5apache2.dll AddType application/x-httpd-php .php For PHP 4, just copy everything to the C:\php dir and follow the PHP 5 steps. With this config, I think all problems that were raised are solved. If this works, then it is more than good :) BTW does PHPIniDir work for PHP 4? Goba
[PHP-DOC] #29187 [NEW]: PHP5 Object Visibility
From: nuts at squirrelfood dot net Operating system: online documentation PHP version: 5.0.0 PHP Bug Type: Documentation problem Bug description: PHP5 Object Visibility Description: In the Docs for PHP5 Objects:Visibility (http://www.php.net/manual/en/language.oop5.visibility.php) - I believe there are errors in the text: The visibility of a member or method can be defined by prefixing the declaration with the keywords: public, protected or private. Public declared items can be allow access to any caller. Protected limits access access to only classes inherited. Protected limits visiblity only to the class that defines the item. should read: The visibility of a member or method can be defined by prefixing the declaration with the keywords: public, protected or private. Public declared items can be allow access to any caller. Protected limits access to only classes inherited. Private limits visiblity only to the class that defines the item. and the following lines: Class members must be defined with public, private, or private. should read: Class members must be defined with public, protected, or private. -- Edit bug report at http://bugs.php.net/?id=29187edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29187r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29187r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29187r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29187r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29187r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29187r=needscript Try newer version: http://bugs.php.net/fix.php?id=29187r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29187r=support Expected behavior: http://bugs.php.net/fix.php?id=29187r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29187r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29187r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29187r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29187r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29187r=dst IIS Stability: http://bugs.php.net/fix.php?id=29187r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29187r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29187r=float
[PHP-DOC] #29186 [Opn-Bgs]: ch.php.net too slow to use
ID: 29186 Updated by: [EMAIL PROTECTED] Reported By: gaess at websource dot ch -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: winXP PHP Version: Irrelevant New Comment: Please see http://php.net/my.php for a place to specify your settings. Others have not reported ch.php.net being so slow. Previous Comments: [2004-07-15 16:04:35] gaess at websource dot ch Description: I'm using your online-manual on a daily base, because it's far teh best avaiable site for php. Some time ago, you placed the mirror ch.php.net somewhere in switzerland, I think. Sadly, this server is too slow to be used. Today, I've requested the manual for the str_replace-Command. After a loading time two minutes (without exagerating) without anything happening, I gave up. Earlier I was requestig the manual page for the for-Statement. After hiting the reload button about ten times, the page was loaded (took me about 2 minutes also). As you can see, this is far too slow for any productive work. I urgently bet you to shut down the ch.php.net-mirror, so php-users from switzerland will again be able to use your manual. Regards Daniel Gasser -- Edit this bug report at http://bugs.php.net/?id=29186edit=1
Re: [PHP-DOC] windows installation
If this works, then it is more than good :) BTW does PHPIniDir work for PHP 4? Goba I don't know if PHPIniDir works for PHP 4, but I'll test it now and let you know about the results :) If nobody objects, I'll re-write the windows installation instructions today. Nuno
[PHP-DOC] #29188 [NEW]: Typo in the dutch mysql_result() page
From: glox at glox dot be Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Typo in the dutch mysql_result() page Description: mysql_result() geeft de inohud ... inohud should be inhoud This is on the dutch manual page. -- Edit bug report at http://bugs.php.net/?id=29188edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29188r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29188r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29188r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29188r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29188r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29188r=needscript Try newer version: http://bugs.php.net/fix.php?id=29188r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29188r=support Expected behavior: http://bugs.php.net/fix.php?id=29188r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29188r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29188r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29188r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29188r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29188r=dst IIS Stability: http://bugs.php.net/fix.php?id=29188r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29188r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29188r=float
Re: [PHP-DOC] windows installation
If this works, then it is more than good :) BTW does PHPIniDir work for PHP 4? Goba Yes! I've tested PHP 4.3.8 at it runs perfectly! Nuno P.S.: Maybe its better to add a note saying to delete the libmysql.dll file in the mysql/bin folder, so that other persons won't have the same problem as me :)
Re: [PHP-DOC] windows installation
Nuno Lopes wrote: 3) add to httpd.conf: PHPIniDir C:/php This is Apache 2 specific directive. I checked and it doesn't work with Apache 1. Jakub Vrana
[PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
amt Thu Jul 15 11:48:45 2004 EDT
Modified files:
/phpdoc/en/appendices migration5.xml
Log:
Add output of __get()/__set() example; Fix title of __call() example; Mention that
these methods are only invoked when the property/method does not exist in the class
http://cvs.php.net/diff.php/phpdoc/en/appendices/migration5.xml?r1=1.21r2=1.22ty=u
Index: phpdoc/en/appendices/migration5.xml
diff -u phpdoc/en/appendices/migration5.xml:1.21
phpdoc/en/appendices/migration5.xml:1.22
--- phpdoc/en/appendices/migration5.xml:1.21Fri May 28 06:56:36 2004
+++ phpdoc/en/appendices/migration5.xml Thu Jul 15 11:48:44 2004
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.21 $ --
+!-- $Revision: 1.22 $ --
appendix id=migration5
titleMigrating from PHP 4 to PHP 5/title
@@ -1308,7 +1308,9 @@
para
Both method calls and property accesses can be overloaded via the
function__call/function, function__get/function and
- function__set/function methods.
+ function__set/function methods. These methods will only be
+ triggered when your object doesn't contain the property or method
+ your're trying to access.
/para
example
title
@@ -1346,7 +1348,6 @@
}
}
-
$foo = new Setter();
$foo-n = 1;
$foo-a = 100;
@@ -1356,9 +1357,36 @@
?
]]
/programlisting
+ screen role=php
+![CDATA[
+Setting [a] to 100
+OK!
+Getting [a]
+Returning: 100
+Setting [a] to 101
+OK!
+Getting [z]
+Nothing!
+Setting [z] to 1
+Not OK!
+object(Setter)#1 (2) {
+ [n]=
+ int(1)
+ [x]=
+ array(3) {
+[a]=
+int(101)
+[b]=
+int(2)
+[c]=
+int(3)
+ }
+}
+]]
+ /screen
/example
example
- titlefunction__get/function example/title
+ titlefunction__call/function example/title
programlisting role=php
![CDATA[
?php
[PHP-DOC] Re: ms word en php
this is the wrong list to ask. Please repeat this question at the php.general list -- Dit is de verkeerde plek om deze vraag te stellen, om antwoord te krijgen op je vraag stel ik voor om hem opnieuw te stellen op de php.general newsgroup. Daarnaast raad ik aan om hem in het *engels* te stellen. grt, - M. Sokolewicz [EMAIL PROTECTED] wrote: Hi, Hoe kan ik ms-word e003 starten vanuit php script? zie attachment file Groeten, _ Bent u toe aan sneller en goedkoper internet? Ga dan naar http://adsl.tiscali.nl Version}\n; $word-Visible = 1; //open an empty document $word-Documents-Add(); //do some weird stuff $word-Selection-TypeText(Test..); $word-Documents[1]-SaveAs(Test.doc); //closing word $word-Quit(); //free the object $word-Release(); $word = null; ?
Re: [PHP-DOC] windows installation
3) add to httpd.conf: PHPIniDir C:/php This is Apache 2 specific directive. I checked and it doesn't work with Apache 1. And not with other servers. We need to advise people to set PHPRC if they are not using Apache 2. BTW how was the moving issue with the php[45]ts.dll solved? Have I missed something? Goba
Re: [PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
On Thu, 15 Jul 2004, Nuno Lopes wrote: Please don't make many changes in the OOP section of this file, as it will be replaced by the new language.oop5 chapter. If you want, do your changes there. Thanks for the hint. Right now, language/oop5/magic.xml is empty. Will someone be pulling the old material into that document? -adam -- [EMAIL PROTECTED] author of o'reilly's upgrading to php 5 and php cookbook avoid the holiday rush, buy your copies today!
Re: [PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
Please don't make many changes in the OOP section of this file, as it will be replaced by the new language.oop5 chapter. If you want, do your changes there. Thanks for the hint. Right now, language/oop5/magic.xml is empty. Will someone be pulling the old material into that document? -adam I think nobody is working on this currently. I'm going to vacations next week, so I can't help much for now. I think that file will have the docs for the __get/__set/__toString methods. If you want to document it (basically just copy-paste the docs in the migration chapter) just assign this task to yourself :) Oh, we also need a new section to replace the final.xml, to include not just the final keyword, but also, self and this, IHMO. Nuno
Re: [PHP-DOC] windows installation
3) add to httpd.conf: PHPIniDir C:/php This is Apache 2 specific directive. I checked and it doesn't work with Apache 1. Bad luck... It was souding a too much perfect solution :-) And not with other servers. We need to advise people to set PHPRC if they are not using Apache 2. BTW how was the moving issue with the php[45]ts.dll solved? Have I missed something? Just moving all files from the dlls/extensions (PHP 4) and ext (PHP5) folders to C:\php seems to work. Nuno
[PHP-DOC] #29188 [Opn-Csd]: Typo in the dutch mysql_result() page
ID: 29188 Updated by: [EMAIL PROTECTED] Reported By: glox at glox dot be -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2004-07-15 16:29:22] glox at glox dot be Description: mysql_result() geeft de inohud ... inohud should be inhoud This is on the dutch manual page. -- Edit this bug report at http://bugs.php.net/?id=29188edit=1
[PHP-DOC] searching a documentation expert
hi! i (and some other guys) are currently programming some neat website engine and we really need an extensive documentation (like a few hundred pages). i want to have it done in docbook since i'm quite a xml-fanatic and think it's a good idea to stick to standards. so i downloaded the php documentation just to have a look at how these things work. but it was just too much. i have no idea what all the sh coding is about. now i thought maybe someone wants to join into the project and help me to create and maintain a documentation which looks like the following: - i need 3 books, one users manual, one developers guide and one designers guide to our template-language - i need to be able to have these three parts available as one thing, as single books and of course in all medias (like web, printing, ascii) - i need an appendix which works like the php function reference with classes and functions inside these classes - the whole thing needs to be translated, so that has to be thought of - i write the documentation, all i need is the framework i cannot offer anything but alot of fun and my appreciation in return since the project is licenced under the gpl. i think summarized the php documentation is exactly what i need :) this website engine i was talking about is really complex and i think one of the most important keys to success is an extensive documentation! a short summary of jonax, the project: a website engine which is build up 100% OOP and is extensive to the last. using a web interface packages can be downloaded and directly installed (kinda aptitude-like). andd of course it features everything a modern webste engine (some call it CMS) needs: SEO, template engine with scripting language, database abstraction, localisation, different authentification backends, user management with groups using ACL, themes,templates,styles, community features (avatars, ranks, points), security features (security code on login, multi-login block ..., extensive website statistics... as you can see a documentation is really necessary! thanks in advance! -- sincerely yours, jonas
[PHP-DOC] [Fwd: note 44133 added to language.oop5.visibility]
Original Message Subject: note 44133 added to language.oop5.visibility Date: 15 Jul 2004 21:05:47 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Newsgroups: php.notes Protected limits visiblity only to the class that defines the item. should read Private limits visiblity only to the class that defines the item..
[PHP-DOC] cvs: phpdoc /en/reference/mysql/functions mysql-free-result.xml
philip Thu Jul 15 17:28:58 2004 EDT
Modified files:
/phpdoc/en/reference/mysql/functionsmysql-free-result.xml
Log:
Added an example, implemented user notes on how E_WARNING is emitted if !resource,
and added see also.
http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/functions/mysql-free-result.xml?r1=1.3r2=1.4ty=u
Index: phpdoc/en/reference/mysql/functions/mysql-free-result.xml
diff -u phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.3
phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.4
--- phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.3 Sun Dec 21
09:42:21 2003
+++ phpdoc/en/reference/mysql/functions/mysql-free-result.xml Thu Jul 15 17:28:57
2004
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
!-- splitted from ./en/functions/mysql.xml, last change in rev 1.102 --
refentry id=function.mysql-free-result
refnamediv
@@ -21,14 +21,48 @@
you are concerned about how much memory is being used for queries
that return large result sets. All associated result memory is
automatically freed at the end of the script's execution.
- !-- TODO and as of PHP 4 before, see freeing resources --
/para
para
return.success;
/para
para
+ If a non-resource is used for the parameterresult/parameter, an
+ error of level E_WARNING will be emitted. It's worth noting that
+ functionmysql_query/function only returns a typeresource/type
+ for SELECT, SHOW, EXPLAIN, and DESCRIBE queries.
+/para
+para
+ example
+ titleA functionmysql_free_result/function example/title
+ programlisting role=php
+![CDATA[
+?php
+$result = mysql_query(SELECT id,email FROM people WHERE id = '42');
+if (!$result) {
+echo 'Could not run query: ' . mysql_error();
+exit;
+}
+/* Use the result, assuming we're done with it afterwords */
+$row = mysql_fetch_assoc($result);
+
+/* Now we free up the result and continue on with our script */
+mysql_free_result($result);
+
+echo $row['id'];
+echo $row['email'];
+
+?
+]]
+ /programlisting
+ /example
+/para
+para
For downward compatibility functionmysql_freeresult/function
can also be used. This is deprecated, however.
+/para
+para
+ See also functionmysql_query/function and
+ functionis_resource/function.
/para
/refsect1
/refentry
[PHP-DOC] cvs: phpdoc /en/reference/mysql/functions mysql-free-result.xml
philip Thu Jul 15 17:45:15 2004 EDT Modified files: /phpdoc/en/reference/mysql/functionsmysql-free-result.xml Log: WS (ugh) http://cvs.php.net/diff.php/phpdoc/en/reference/mysql/functions/mysql-free-result.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/mysql/functions/mysql-free-result.xml diff -u phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.4 phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.5 --- phpdoc/en/reference/mysql/functions/mysql-free-result.xml:1.4 Thu Jul 15 17:28:57 2004 +++ phpdoc/en/reference/mysql/functions/mysql-free-result.xml Thu Jul 15 17:45:15 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/mysql.xml, last change in rev 1.102 -- refentry id=function.mysql-free-result refnamediv @@ -50,7 +50,6 @@ echo $row['id']; echo $row['email']; - ? ]] /programlisting
[PHP-DOC] #27583 [Com]: Not enough info on Apache 2 issues
ID: 27583 Comment by: glm at cyborgspiders dot com Reported By: stewart dot james at vu dot edu dot au Status: Closed Bug Type: Documentation problem Operating System: Any PHP Version: Irrelevant New Comment: Some extensions are not stable, anyone care to comment on which extensions are stable. Greg Magnusson Cyborg Spiders Web Development Previous Comments: [2004-06-16 14:59:22] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2004-05-05 18:19:21] okapi at yahoo dot com Can we have adjusted the information on the PHP apache 2 manual page http://www.php.net/manual/en/install.apache2.php) from: *Warning* Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows. To something more clear. This line has been the death to many to try Apache 2. The statement should be more along the lines of Some PHP modules are not fully tested for running in the default multithreaded environment of Apache 2. Core functions should be safe for this environment. To be extra careful, it is recommended to run Apache 2 in prefork mode which should avoid problems as it runs similar to Apache 1.3.x in this mode. Something along the lines of this and then for there to be a list of modules tested / check and not tested which could have problems. A comment was made: The PHP core is perfectly stable on Apache 2 -- It's just a few extensions that cause trouble... We should probably be saying that instead of just rejecting Apache 2 entirely. This single ambigous line of Do not use... is not productive. [2004-04-27 15:09:46] jlx at surfeu dot de unable to get apache2.0.49 work with php4.3.6 and use php as a static library, only the dso version works :-( [2004-03-19 07:11:05] anon at example dot com It's true that we have a fully evolved 'Chicken' under Unix. However, under Windows, it's still in its pre-chicken state. A2 deals with that. It's what the APR is all about, dealing with poor POSIX conformance under windows. In my experience it does work better than A1 with PHP4, but persuading people of that is hard because of the notice the PHP developers have put up. rant Remember some people *have* to run MS Windows-- the decision out of their hands. And that is quite apart from the fact that there are (shriek! heresey!) situations where it is more appropriate than Unix./rant [2004-03-19 01:37:32] rick at alpinenetworking dot com I for one would much prefer to use php on apache 2. One of the main reasons for this is that just about every linux distro known to man won't install apache 1.3 for me anymore. I have to manually install it and manually do all of the updates or look to a 3rd party to get package files for whatever distro I happen to be installing on. It would be much nicer if I could just use the version of apache that came with the distro and use the standard update tools to do security/version updates. It seems like there is no really good reason not to except well it's no better and nobody really wants it. I'll bet that a lot more people would start running php on apache2 once it became stable. Is there anyway to make it so that php will only run on the prefork MPM so that you can at least say that php is stable under those conditions? It seems like that would satisfy the people who want to use php on apache 2 but not force you to deal with the thread safety issues for now. 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/27583 -- Edit this bug report at http://bugs.php.net/?id=27583edit=1
[PHP-DOC] #27583 [Csd-Opn]: Not enough info on Apache 2 issues
ID: 27583 Updated by: [EMAIL PROTECTED] Reported By: stewart dot james at vu dot edu dot au -Status: Closed +Status: Open Bug Type: Documentation problem Operating System: Any PHP Version: Irrelevant -Assigned To: +Assigned To: philip New Comment: This needs to be in the faq and linked to from the apache2 installation docs. Previous Comments: [2004-07-16 00:19:51] glm at cyborgspiders dot com Some extensions are not stable, anyone care to comment on which extensions are stable. Greg Magnusson Cyborg Spiders Web Development [2004-06-16 14:59:22] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2004-05-05 18:19:21] okapi at yahoo dot com Can we have adjusted the information on the PHP apache 2 manual page http://www.php.net/manual/en/install.apache2.php) from: *Warning* Do not use Apache 2.0 and PHP in a production environment neither on Unix nor on Windows. To something more clear. This line has been the death to many to try Apache 2. The statement should be more along the lines of Some PHP modules are not fully tested for running in the default multithreaded environment of Apache 2. Core functions should be safe for this environment. To be extra careful, it is recommended to run Apache 2 in prefork mode which should avoid problems as it runs similar to Apache 1.3.x in this mode. Something along the lines of this and then for there to be a list of modules tested / check and not tested which could have problems. A comment was made: The PHP core is perfectly stable on Apache 2 -- It's just a few extensions that cause trouble... We should probably be saying that instead of just rejecting Apache 2 entirely. This single ambigous line of Do not use... is not productive. [2004-04-27 15:09:46] jlx at surfeu dot de unable to get apache2.0.49 work with php4.3.6 and use php as a static library, only the dso version works :-( [2004-03-19 07:11:05] anon at example dot com It's true that we have a fully evolved 'Chicken' under Unix. However, under Windows, it's still in its pre-chicken state. A2 deals with that. It's what the APR is all about, dealing with poor POSIX conformance under windows. In my experience it does work better than A1 with PHP4, but persuading people of that is hard because of the notice the PHP developers have put up. rant Remember some people *have* to run MS Windows-- the decision out of their hands. And that is quite apart from the fact that there are (shriek! heresey!) situations where it is more appropriate than Unix./rant 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/27583 -- Edit this bug report at http://bugs.php.net/?id=27583edit=1
[PHP-DOC] #29195 [NEW]: Does not create a new SoapClient in the examples.
From: mark dot meredith at shaw dot ca Operating system: PHP version: 5.0.0 PHP Bug Type: Documentation problem Bug description: Does not create a new SoapClient in the examples. Description: http://ca3.php.net/manual/en/function.is-soap-fault.php The examples do not run because they do not use the new syntax to create the SOAP client. It should read something like... $client = new SoapClient(some.wsdl); ... in both examples. -- Edit bug report at http://bugs.php.net/?id=29195edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29195r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29195r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29195r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29195r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29195r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29195r=needscript Try newer version: http://bugs.php.net/fix.php?id=29195r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29195r=support Expected behavior: http://bugs.php.net/fix.php?id=29195r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29195r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29195r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29195r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29195r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29195r=dst IIS Stability: http://bugs.php.net/fix.php?id=29195r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29195r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29195r=float
[PHP-DOC] #29196 [NEW]: faulstring instead of faultstring.
From: mark dot meredith at shaw dot ca Operating system: PHP version: 5.0.0 PHP Bug Type: Documentation problem Bug description: faulstring instead of faultstring. Description: http://ca3.php.net/manual/en/function.is-soap-fault.php The fualtstring variable is named faulstring in the examples. -- Edit bug report at http://bugs.php.net/?id=29196edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29196r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29196r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29196r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29196r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29196r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29196r=needscript Try newer version: http://bugs.php.net/fix.php?id=29196r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29196r=support Expected behavior: http://bugs.php.net/fix.php?id=29196r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29196r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29196r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29196r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29196r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29196r=dst IIS Stability: http://bugs.php.net/fix.php?id=29196r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29196r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29196r=float
[PHP-DOC] cvs: phpdoc /en/reference/soap/functions is-soap-fault.xml
daveThu Jul 15 19:00:53 2004 EDT
Modified files:
/phpdoc/en/reference/soap/functions is-soap-fault.xml
Log:
- Fix #29195 and #29196.
http://cvs.php.net/diff.php/phpdoc/en/reference/soap/functions/is-soap-fault.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/reference/soap/functions/is-soap-fault.xml
diff -u phpdoc/en/reference/soap/functions/is-soap-fault.xml:1.4
phpdoc/en/reference/soap/functions/is-soap-fault.xml:1.5
--- phpdoc/en/reference/soap/functions/is-soap-fault.xml:1.4Fri Feb 27 11:36:36
2004
+++ phpdoc/en/reference/soap/functions/is-soap-fault.xmlThu Jul 15 19:00:52
2004
@@ -1,5 +1,5 @@
?xml version='1.0' encoding='iso-8859-1'?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
refentry id=function.is-soap-fault
refnamediv
refnameis_soap_fault/refname
@@ -34,10 +34,10 @@
programlisting role=php
![CDATA[
?php
-$client = SoapClient(some.wsdl, array('exceptions' = 0));
+$client = new SoapClient(some.wsdl, array('exceptions' = 0));
$result = $client-SomeFunction(...);
if (is_soap_fault($result)) {
-trigger_error(SOAP Fault: (faultcode: {$result-faultcode}, faultstring:
{$result-faulstring}), E_ERROR);
+trigger_error(SOAP Fault: (faultcode: {$result-faultcode}, faultstring:
{$result-faultstring}), E_ERROR);
}
?
]]
@@ -49,10 +49,10 @@
![CDATA[
?php
try {
-$client = SoapClient(some.wsdl);
+$client = new SoapClient(some.wsdl);
$result = $client-SomeFunction(...);
} catch (SoapFault $fault) {
-trigger_error(SOAP Fault: (faultcode: {$fault-faultcode}, faultstring:
{$fault-faulstring}), E_ERROR);
+trigger_error(SOAP Fault: (faultcode: {$fault-faultcode}, faultstring:
{$fault-faultstring}), E_ERROR);
}
?
]]
[PHP-DOC] #29195 [Opn-Csd]: Does not create a new SoapClient in the examples.
ID: 29195 Updated by: [EMAIL PROTECTED] Reported By: mark dot meredith at shaw dot ca -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 5.0.0 New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2004-07-16 00:52:21] mark dot meredith at shaw dot ca Description: http://ca3.php.net/manual/en/function.is-soap-fault.php The examples do not run because they do not use the new syntax to create the SOAP client. It should read something like... $client = new SoapClient(some.wsdl); ... in both examples. -- Edit this bug report at http://bugs.php.net/?id=29195edit=1
[PHP-DOC] #29196 [Opn-Csd]: faulstring instead of faultstring.
ID: 29196 Updated by: [EMAIL PROTECTED] Reported By: mark dot meredith at shaw dot ca -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: 5.0.0 New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2004-07-16 00:56:57] mark dot meredith at shaw dot ca Description: http://ca3.php.net/manual/en/function.is-soap-fault.php The fualtstring variable is named faulstring in the examples. -- Edit this bug report at http://bugs.php.net/?id=29196edit=1
Re: [PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
* Thus wrote Nuno Lopes: Please don't make many changes in the OOP section of this file, as it will be replaced by the new language.oop5 chapter. If you want, do your changes there. Thanks for the hint. Right now, language/oop5/magic.xml is empty. Will someone be pulling the old material into that document? ... I think that file will have the docs for the __get/__set/__toString methods. If you want to document it (basically just copy-paste the docs in the migration chapter) just assign this task to yourself :) I've been also merging the http://php.net/zend-engine-2.php into the docs as well. Oh, we also need a new section to replace the final.xml, to include not just the final keyword, but also, self and this, IHMO. My orginaly thought was to put self and parent inside of the paamayim-nekudotayim.xml file, a new home would be nice for them. Nuno Thanks for the renaming of the files you did earlier :) Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is the trapezoid!
[PHP-DOC] FW: [PHP-GTK] what is going on with gtk.php.net?
(god I hate Outlook) -Original Message- From: Steph [mailto:[EMAIL PROTECTED] Sent: 16 July 2004 03:18 To: DOC-WEB; DOC-WEB Cc: Andrei Subject: FW: [PHP-GTK] what is going on with gtk.php.net? It occurs to me that this should've had a wider audience (Andrei, Goba, phpdoc and docweb ppl). -Original Message- From: Steph [mailto:[EMAIL PROTECTED] Sent: 16 July 2004 02:44 To: Joel De Gan; Ben Ramsey Cc: [EMAIL PROTECTED] Subject: RE: [PHP-GTK] what is going on with gtk.php.net? Seriously Joel, the way you write your best contribution would be tutorials. Even one. Approaching it that way would at least save you the grief of having to learn all the technologies you'd need to make direct manual contributions (which, it has to be said, was also the main thought behind the Wiki in the first place). Learning all that other stuff is a time-sinker. If you enjoy writing, there are people around who can xml-ise the material and make the commits, and it's ok to put your name on the material in that situation. You won't be anonymous just because you don't make the commit yourself. I have to confess that this is the first time I've tried to look up 'connect' in the manual - and you're right, it doesn't work. The search there runs on a simple PHP script and I guess I misjudged the percentage of 'like' that you'd need to get to retrieve that info from the db. I remember writing it and being concerned chiefly not to return too much if people put in something like 'set' or 'get' - 200+ returns on those queries wasn't helpful either. So maybe it's time to do as php.net do and look into using htdig. And maybe, just maybe, I don't have the time to do that. This is one of many examples of why it's a bad idea to only have a handful of people on any OSS project. There must be hundreds of people who use PHP-GTK - even if only as an experiment - who know shitloads more than I do about how to make the website more effective. Post- PHP 5.0.0 release and pre- PHP-GTK 2 seems to me like a very good time to speak up if web content, design, search mechanisms or data-gathering are your thing. There are already at least three people that I know are good PHP-GTK coders from their list comments and manual notes, and who have offered to assist with the hard work of writing the manual content. It doesn't mean there isn't room for more, and it certainly doesn't mean that's the only area that needs attention. XML/XSL experts would be hugely appreciated at this point in time. James Moore ran up a basic documentation structure when PHP-GTK was first born, and I hacked that structure later to make it work without producing ??? all over the shop. He and I were both working from instinct; but I'm still, even now, waiting for someone from the php-doc team to stop telling me our structure's all wrong and start telling me what would be the correct way to deal with documenting an OO tool via docbook xml. Whatever that solution is, it needs to be adopted php.net-wide because we're hoping to switch all php.net project documentation over to livedocs at some point in the near future, so we need to have php.net-wide standards in this area. (Livedocs is some scheme that Wez Furlong and friends dreamed up, chiefly with the idea of making documentation more straightforward from the writing perspective, but it kinda grew. It's in php.net CVS if anyone's interested.) I've said repeatedly that I will make sure that php-gtk-doc conforms with any OO documentation standard that the PHP Documentation Team adopt. I still intend to do that. We can't have livedocs development on the PHP-GTK project until that standard is decided. That doesn't mean there haven't been attempts to adapt it, it just means we aren't working in the same way at present - and nobody wants to see one set of rules for PHP/PECL, another for PEAR and a third for PHP-GTK. So we need clear thinkers who understand the concepts and are prepared to assist in creating a standard for the whole of php.net's OO coverage, as much as we need people who are able to dig into C code and figure out what a function should do (which is not always the same thing as it does do, that's what bug reports are all about). There's a specific project aimed at all the stuff in that last paragraph pertaining to XML. I'd be very glad to hear from anyone it makes sense to. - Steph -Original Message- From: Joel De Gan [mailto:[EMAIL PROTECTED] Sent: 15 July 2004 21:36 To: Ben Ramsey Cc: [EMAIL PROTECTED] Subject: Re: [PHP-GTK] what is going on with gtk.php.net? On Thu, 15 Jul 2004 16:01:05 -0400, Ben Ramsey [EMAIL PROTECTED] wrote: So, it all boils down to this: manpower and, as Steph mentioned, time. I'm willing to help with what little time I have, and if you have time to complain about the site, then maybe you have time enough to help make it better by contributing your ideas and manpower. j/k ;-) I wouldn't mind, though I am a coder and end
[PHP-DOC] #29197 [NEW]: strnatcmp page has wrong URL
From: mbp at sourcefrog dot net Operating system: all PHP version: 5.0.0 PHP Bug Type: Documentation problem Bug description: strnatcmp page has wrong URL Description: http://us3.php.net/manual/en/function.strnatcmp.php This says the homepage for the code is naturalordersort.org, but that refers to a different implementation of the same algorith. The naturalordersort.org one has nothing to do with PHP. The correct URL is http://sourcefrog.net/projects/natsort/ Thanks. -- Edit bug report at http://bugs.php.net/?id=29197edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29197r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29197r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29197r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29197r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29197r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29197r=needscript Try newer version: http://bugs.php.net/fix.php?id=29197r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29197r=support Expected behavior: http://bugs.php.net/fix.php?id=29197r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29197r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29197r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29197r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29197r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29197r=dst IIS Stability: http://bugs.php.net/fix.php?id=29197r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29197r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29197r=float
[PHP-DOC] cvs: phpdoc /entities global.ent
curtThu Jul 15 22:29:37 2004 EDT Modified files: /phpdoc/entitiesglobal.ent Log: Correct url for strnatcmp() implementation. Fix's bug #29197 http://cvs.php.net/diff.php/phpdoc/entities/global.ent?r1=1.189r2=1.190ty=u Index: phpdoc/entities/global.ent diff -u phpdoc/entities/global.ent:1.189 phpdoc/entities/global.ent:1.190 --- phpdoc/entities/global.ent:1.189Tue Jul 13 06:34:03 2004 +++ phpdoc/entities/global.ent Thu Jul 15 22:29:37 2004 @@ -1,6 +1,6 @@ !-- -*- SGML -*- - $Id: global.ent,v 1.189 2004/07/13 10:34:03 tony2001 Exp $ + $Id: global.ent,v 1.190 2004/07/16 02:29:37 curt Exp $ Contains global macros for all the XML documents. @@ -284,7 +284,7 @@ !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://www.naturalordersort.org/; +!ENTITY url.strnatcmp http://sourcefrog.net/projects/natsort/; !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/;
[PHP-DOC] #28255 [Com]: DLL directory missing
ID: 28255 Comment by: bradley at scrapcode dot com Reported By: pburden98 at yahoo dot com Status: Assigned Bug Type: Documentation problem Operating System: windows 98 2nd Edition PHP Version: 5.0.0RC2 Assigned To: nlopess New Comment: There is no dlls/ directory - the dlls in the root directory of php work, but without copying them to system32 during an upgrade, many problems arise. Previous Comments: [2004-05-05 13:28:38] pburden98 at yahoo dot com I found another on line 181 of INSTALL. Since PHP 4.0.5 MySQL, ODBC, FTP...and XML support is built-in. This is not true. I was told by a friend, MySQL is not loaded because of licensing problems Will you be patching the whole chapter Installation of Windows extensions on the INSTALL? [2004-05-03 15:32:19] [EMAIL PROTECTED] I don't have karma to update the INSTALL file, but I'll make a patch for it and I'll update this in the migration appendix. [2004-05-03 13:51:21] [EMAIL PROTECTED] That's correct; we moved them to avoid the need to put anything outside of you PHP install dir, as that causes people many problems when they upgrade (they always forget to check their system dir). Making this a documentation problem. [2004-05-03 13:14:27] bart at mediawave dot nl I'm not an official bugs administrator but I might know the answer. I think they moved the files in the dlls directory into the main directory. (Where php.exe is) As far as I know, with PHP5, you don't need to copy/move any files to your windows and system32 directories anymore. Just extract the zipfile into a directory. Edit php.ini. Create the mappings in IIS. (.php C:\your-installation-dir\php.exe). Restart IIS. And it should work. Also, make sure that you remove any php files from your windows and system32 directory from previous PHP installations. [2004-05-02 20:20:47] pburden98 at yahoo dot com That is line 158 of INSTALL doc in the php-5.0.0RC2-Win32.zip 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/28255 -- Edit this bug report at http://bugs.php.net/?id=28255edit=1
[PHP-DOC] RE: [PHP-DEV] congrats and thanks
Guy, all, I hope nobody minds if I forward this to the phpdoc list where this will be fully appreciated ;) -Original Message- From: Guy N. Hurst [mailto:[EMAIL PROTECTED] Sent: 16 July 2004 03:46 To: PHPdev Subject: Re: [PHP-DEV] congrats and thanks Hi, I'd like to add to Mike's note and say that I especially appreciate and value the work of those doing documentation. I really believe that PHP's easily available and thoroughly detailed docs has majorly contributed to its widespread usage. Is there anything comparable to php.net? I haven't come across anything better in the seven years or so that it has been serving as an online manual. It is to the credit of the PHP team for the way they have promoted such an integrated system of documenting PHP. That is what allows things like knowing exactly what version is applicable to a function, extensive cross-referencing, and being up-to-date on the most recent changes, among other things. Thank you. Guy N. Hurst Mike Robinson wrote: To all, Congratulations are in order. PHP5 is a monumental testament to open source. More importantly, it's also a glowing example of what software _can_ be when you have a dedicated group of committed individuals who take pride in their work, even when there isn't a paycheque or benefits package to compensate for it. My thanks to each and every one of you, the magnificent doc team, and especially the core guys that have shlogged on PHP all these years. PHP has and continues to supply me with the tools I use every day to feed my family. Humbly and sincerely, my thanks to you. Nice stuff. Best, Mike Robinson Torstar Media Group Television -- Guy N. Hurst Senior Developer Web Teks, Inc. http://www.webteks.com/ Phone: 757.578.4923 Toll free: 877.Web.Teks (877.932.8357) Fax: 757.578.4996 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language/oop5 static.xml
curtFri Jul 16 00:15:30 2004 EDT
Modified files:
/phpdoc/en/language/oop5static.xml
Log:
The content for the static keyword.
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/static.xml?r1=1.1r2=1.2ty=u
Index: phpdoc/en/language/oop5/static.xml
diff -u phpdoc/en/language/oop5/static.xml:1.1 phpdoc/en/language/oop5/static.xml:1.2
--- phpdoc/en/language/oop5/static.xml:1.1 Sun Jul 11 08:33:25 2004
+++ phpdoc/en/language/oop5/static.xml Fri Jul 16 00:15:30 2004
@@ -1,11 +1,80 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.1 $ --
+!-- $Revision: 1.2 $ --
sect1 id=language.oop5.static
- titleStatic/title
+ titleStatic Keyword/title
+
+ para
+ Declaring class members or methods as static, makes them callable
+ from outside the object context. A member or method declared
+ with static can not be accessed with a variable that is an instance
+ of the object and cannot be re-defined in an extending class.
+ /para
+
para
- .
+ The static declaration must be after the visibilty declaration. For
+ compatibility with PHP 4, if no link
+ linkend=language.oop5.visibilityvisibility/link
+ declaration is used, then the member or method will be treated
+ as if it was declared as literalpublic static/literal.
/para
+ para
+ Because static methods are callable without an instance of
+ the object created, the pseudo variable varname$this/varname is
+ not available inside the method declared as static.
+ /para
+
+ example
+ titleStatic member example/title
+ programlisting role=php
+![CDATA[
+?php
+class Foo {
+ public static $my_static = 'foo';
+
+ public function staticValue() {
+return self::$my_static;
+ }
+}
+
+class Bar extends Foo {
+
+ public function fooStatic() {
+return parent::$my_static;
+ }
+}
+
+
+print Foo::$my_static . \n;
+
+$foo = new Foo();
+print $foo-staticValue() . \n;
+print $foo-my_static . \n; // Undefined my_static
+
+print Bar::$my_static . \n;
+$bar = new Bar();
+print $bar-fooStatic() . \n;
+?
+]]
+ /programlisting
+ /example
+
+ example
+ titleStatic method example/title
+programlisting role=php
+![CDATA[
+?php
+class Foo {
+ public static function aStaticMethod() {
+// ...
+ }
+}
+
+Foo::aStaticMethod();
+?
+]]
+/programlisting
+ /example
/sect1
[PHP-DOC] typos in on-line documentation
My apollogies if this is the 900th report errors and corrections in XML-style tags error/errorcorrection/correction on page http://www.php.net/manual/en/language.oop5.visibility.php Visibility The visibility of a member or method can be defined by prefixing the declaration with the keywords: public, protected or private. Public declared items can be allow access to any caller. Protected limits access access to only classes inherited. errorProtected/errorcorrectionPrivate/correction limits visiblity only to the class that defines the item. Members Visibility Class members must be defined with public, errorprivate/errorcorrectionprotected/correction, or private. Robb Hammack
Re: [PHP-DOC] typos in on-line documentation
* Thus wrote Bob Hammack: My apollogies if this is the 900th report errors and corrections in XML-style tags error/errorcorrection/correction Thanks for reporting this. This has been fixed in the documentation cvs and will be updated on the site when the next building of the documentation is done. In the future, submitting a documentation bug can be helpful that way changes that are needed to be done wont be overlooked. Curt -- First, let me assure you that this is not one of those shady pyramid schemes you've been hearing about. No, sir. Our model is the trapezoid!
