[PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
dallas Thu Dec 1 00:20:06 2005 EDT Modified files: /phpdoc/en/appendices migration5.xml Log: Omit extra "they are" http://cvs.php.net/diff.php/phpdoc/en/appendices/migration5.xml?r1=1.42&r2=1.43&ty=u Index: phpdoc/en/appendices/migration5.xml diff -u phpdoc/en/appendices/migration5.xml:1.42 phpdoc/en/appendices/migration5.xml:1.43 --- phpdoc/en/appendices/migration5.xml:1.42Tue Nov 29 11:59:43 2005 +++ phpdoc/en/appendices/migration5.xml Thu Dec 1 00:20:05 2005 @@ -1,5 +1,5 @@ - + Migrating from PHP 4 to PHP 5 @@ -128,7 +128,7 @@ If there are functions defined in the included file, they will be defined - in the main file, wether they are they are before or after the + in the main file, wether they are before or after the return instruction. If the file is included twice, PHP 5 issues fatal error because functions were already declared, while PHP 4 doesn't complain about it.
[PHP-DOC] #35432 [Asn]: make fails with PDO and MySQL5
ID: 35432 Updated by: [EMAIL PROTECTED] Reported By: mail at philipp-wagner dot com Status: Assigned Bug Type: Documentation problem Operating System: SuSE Linux 8.0 PHP Version: 5CVS-2005-11-27 (snap) Assigned To: dbs New Comment: Wow... this is a bit of a complex beast. So to summarize, the documentation updates we're looking at: 1. If PDO is built as a shared modules, all PDO drivers must also be built as shared modules. 2. If ext/pdo_sqlite is built as a shared module, ext/sqlite must also be built as a shared module. 3. In the extensions entries, if ext/pdo_sqlite is built as a shared module, php.ini must specify pdo_sqlite first, followed by sqlite. Previous Comments: [2005-11-30 21:47:30] [EMAIL PROTECTED] Dan, can you take a look at this please? [2005-11-30 21:42:01] mail at philipp-wagner dot com I'm really sorry that I'm adding again some small thing, but I figured out that it is also important in which order you load the modules. You have to load the PDO modules first, before you load the sqlite module, otherwise you get the following error: Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so: undefined symbol: php_pdo_register_driver in Unknown on line 0 The PDO modules are loaded correctly, but the sqlite module won't until you place the extension=sqlite.so line in the php.ini file after the pdo extensions. That should be mentioned in the documentation also. [2005-11-30 20:15:30] mail at philipp-wagner dot com It's really a documentation problem then. It's NOT enough to just specify (as you wrote above) --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I had to use --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared --with-pdo-sqlite=shared to get it to work. This really should be be mentioned in the documentation. The documentation only suggests to compile with --enable-pdo=shared, but that won't work, if you don't use at least the corresponding sqlite configure options also. [2005-11-30 18:47:41] [EMAIL PROTECTED] You "simply" need to tell configure to build what you want it to build, how you want it built. --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I know it sucks that we can't automatically make it work that way you want it; configure scripts have their limitations. [2005-11-30 17:31:25] [EMAIL PROTECTED] Wez, so, enabling by default is good thing? Hint: You should always use --disable-all :) 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/35432 -- Edit this bug report at http://bugs.php.net/?id=35432&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/pgsql/functions pg-last-error.xml
chriskl Wed Nov 30 20:29:57 2005 EDT Modified files: /phpdoc/en/reference/pgsql/functionspg-last-error.xml Log: Fix pg_last_error() example. http://cvs.php.net/diff.php/phpdoc/en/reference/pgsql/functions/pg-last-error.xml?r1=1.8&r2=1.9&ty=u Index: phpdoc/en/reference/pgsql/functions/pg-last-error.xml diff -u phpdoc/en/reference/pgsql/functions/pg-last-error.xml:1.8 phpdoc/en/reference/pgsql/functions/pg-last-error.xml:1.9 --- phpdoc/en/reference/pgsql/functions/pg-last-error.xml:1.8 Mon Jul 4 00:44:21 2005 +++ phpdoc/en/reference/pgsql/functions/pg-last-error.xml Wed Nov 30 20:29:56 2005 @@ -1,5 +1,5 @@ - + @@ -69,14 +69,12 @@
[PHP-DOC] #35279 [Asn->Csd]: Wrong PHP version in INSTALL doc
ID: 35279 Updated by: [EMAIL PROTECTED] Reported By: ikke at thaduck dot nu -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant Assigned To: sniper 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: [2005-12-01 01:14:42] [EMAIL PROTECTED] I've updated the phpdocs with this fix and a couple others. Can you now update the files in the php-src please? (INSTALL and win32/install.txt in all branches) They can be generated with: make install-unix.txt && make install.win.txt If you prefer, I can generate them. [2005-11-18 20:49:35] [EMAIL PROTECTED] need to backport changes to phpdoc. [2005-11-18 17:06:02] ikke at thaduck dot nu Description: In the INSTALL file is: ./configure --prefix=/www --activate-module=src/modules/php4/libphp4.a But that has to be PHP5 -- Edit this bug report at http://bugs.php.net/?id=35279&edit=1
[PHP-DOC] #35279 [Asn]: Wrong PHP version in INSTALL doc
ID: 35279 Updated by: [EMAIL PROTECTED] Reported By: ikke at thaduck dot nu Status: Assigned Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant -Assigned To: nlopess +Assigned To: sniper New Comment: I've updated the phpdocs with this fix and a couple others. Can you now update the files in the php-src please? (INSTALL and win32/install.txt in all branches) They can be generated with: make install-unix.txt && make install.win.txt If you prefer, I can generate them. Previous Comments: [2005-11-18 20:49:35] [EMAIL PROTECTED] need to backport changes to phpdoc. [2005-11-18 17:06:02] ikke at thaduck dot nu Description: In the INSTALL file is: ./configure --prefix=/www --activate-module=src/modules/php4/libphp4.a But that has to be PHP5 -- Edit this bug report at http://bugs.php.net/?id=35279&edit=1
[PHP-DOC] cvs: phpdoc /en/install snippet.apache2.compat.xml /en/install/unix apache1.xml
nlopess Wed Nov 30 19:12:13 2005 EDT Modified files: /phpdoc/en/install snippet.apache2.compat.xml /phpdoc/en/install/unix apache1.xml Log: fix #35279: also refer PHP 5 http://cvs.php.net/diff.php/phpdoc/en/install/snippet.apache2.compat.xml?r1=1.3&r2=1.4&ty=u Index: phpdoc/en/install/snippet.apache2.compat.xml diff -u phpdoc/en/install/snippet.apache2.compat.xml:1.3 phpdoc/en/install/snippet.apache2.compat.xml:1.4 --- phpdoc/en/install/snippet.apache2.compat.xml:1.3Thu Mar 17 11:05:11 2005 +++ phpdoc/en/install/snippet.apache2.compat.xmlWed Nov 30 19:12:10 2005 @@ -1,5 +1,5 @@ - + PHP and Apache 2.0.x compatibility notes @@ -15,10 +15,10 @@ the latest stable development version. - Get the source code - &url.php.snapshots;php4-latest.tar.gz or download binaries - for Windows - &url.php.snapshots;win32/php4-win32-latest.zip. + Get the source code + &url.php.snapshots;php5-latest.tar.gz or download binaries + for Windows + &url.php.snapshots;win32/php5-win32-latest.zip. http://cvs.php.net/diff.php/phpdoc/en/install/unix/apache1.xml?r1=1.4&r2=1.5&ty=u Index: phpdoc/en/install/unix/apache1.xml diff -u phpdoc/en/install/unix/apache1.xml:1.4 phpdoc/en/install/unix/apache1.xml:1.5 --- phpdoc/en/install/unix/apache1.xml:1.4 Mon Oct 17 08:31:32 2005 +++ phpdoc/en/install/unix/apache1.xml Wed Nov 30 19:12:13 2005 @@ -1,5 +1,5 @@ - + Apache 1.3.x on Unix systems @@ -122,23 +122,23 @@ 3. ./configure 4. cd .. -5. gunzip -c php-4.x.y.tar.gz | tar xf - -6. cd php-4.x.y +5. gunzip -c php-5.x.y.tar.gz | tar xf - +6. cd php-5.x.y 7. ./configure --with-mysql --with-apache=../apache_1.3.x 8. make 9. make install 10. cd ../apache_1.3.x -11. ./configure --prefix=/www --activate-module=src/modules/php4/libphp4.a -(The above line is correct! Yes, we know libphp4.a does not exist at this +11. ./configure --prefix=/www --activate-module=src/modules/php5/libphp5.a +(The above line is correct! Yes, we know libphp5.a does not exist at this stage. It isn't supposed to. It will be created.) 12. make (you should now have an httpd binary which you can copy to your Apache bin dir if it is your first install then you need to "make install" as well) -13. cd ../php-4.x.y +13. cd ../php-5.x.y 14. cp php.ini-dist /usr/local/lib/php.ini 15. You can edit /usr/local/lib/php.ini file to set PHP options. @@ -149,8 +149,8 @@ - Replace php-4 by php-5 and - php4 by php5 in PHP 5. + Replace php-5 by php-4 and + php5 by php4 in PHP 4. @@ -203,11 +203,10 @@ - This will create a libphp4.so shared - library that is loaded into Apache using a LoadModule line in - Apache's &httpd.conf; file. The PostgreSQL - support is embedded into this libphp4.so - library. + This will create a libphp5.so (or + libphp4.so in PHP 4) shared library that is loaded + into Apache using a LoadModule line in Apache's &httpd.conf; file. The + PostgreSQL support is embedded into this library. @@ -236,15 +235,15 @@ - This will create a libmodphp4.a library, a - mod_php4.c and some accompanying files and - copy this into the src/modules/php4 directory + This will create a libmodphp5.a library, a + mod_php5.c and some accompanying files and + copy this into the src/modules/php5 directory in the Apache source tree. Then you compile Apache using - --activate-module=src/modules/php4/libphp4.a + --activate-module=src/modules/php5/libphp5.a and the Apache build system will create - libphp4.a and link it statically into the - httpd binary (replace php4 by - php5 in PHP 5). The PostgreSQL support is + libphp5.a and link it statically into the + httpd binary (replace php5 by + php4 in PHP 4). The PostgreSQL support is included directly into this httpd binary, so the final result here is a single httpd binary that includes all of Apache and all of PHP.
[PHP-DOC] cvs: phpdoc /en/install/windows building.xml
nlopess Wed Nov 30 18:50:16 2005 EDT Modified files: /phpdoc/en/install/windows building.xml Log: a release build of libresolv can also link with php debug mode http://cvs.php.net/diff.php/phpdoc/en/install/windows/building.xml?r1=1.8&r2=1.9&ty=u Index: phpdoc/en/install/windows/building.xml diff -u phpdoc/en/install/windows/building.xml:1.8 phpdoc/en/install/windows/building.xml:1.9 --- phpdoc/en/install/windows/building.xml:1.8 Wed Nov 30 15:33:45 2005 +++ phpdoc/en/install/windows/building.xml Wed Nov 30 18:50:13 2005 @@ -1,5 +1,5 @@ - + Building from source @@ -154,7 +154,7 @@ You must build the resolv.lib library. Decide whether you want to have debug symbols available (bindlib - Win32 Debug) or not (bindlib - Win32 Release), but please remember the choice you made, because - you'll have to build PHP in the same way, or you may get linking errors. + the debug build will only link with PHP when it is also built in debug mode. Build the appropriate configuration:
[PHP-DOC] #35018 [Opn->Csd]: Restart required after changing PATH
ID: 35018 Updated by: [EMAIL PROTECTED] Reported By: mike at zappmobile dot ro -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows XP Professional SP2 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. I'll also try to add the FAQ to the install.txt file. Previous Comments: [2005-10-29 11:45:52] mike at zappmobile dot ro Description: Restarting Windows is not mentioned in the Windows documentation (install.txt). I'm aware it's mentioned in the instalation FAQ, but I think it should be included in the main documentation, because the FAQ is not included in the php-5.0.5-Win32.zip file, and is only available online. I'm using Apache 2.0.55 running as a service, php 5.0.5 installed as a module, and the mysql module refused to load until reboot, because it didn't find libmysql.dll. However, the error popup said "unable to load dynamic library php_mysql.dll", so I lost about an hour making various changes the "extension_dir = " option. In the last 4 years, I probably installed PHP on windows/apache 10 times. Each time, I followed the documentation to the letter, and ran into this issue. Each time it didn't work, and I had to copy all the dll files to system32 to make it work. This is highly annoying, because there are two points where you can get stuck: 1. Determine the real DLL that cannot be found; 2. Determine why it can't be found; Even if you read the installation FAQ, it's not obivious what the problem is, because the section "14. How do I add my PHP directory to the PATH on Windows?" seems unrelated to the problem. The users will think "I did set my PATH, why would I need to read that section of the FAQ"? My problem is very similar to #32625, but that bug is marked as closed, and I do not agree to that resolution. -- Edit this bug report at http://bugs.php.net/?id=35018&edit=1
[PHP-DOC] cvs: phpdoc /en/install/windows manual.xml
nlopess Wed Nov 30 15:53:47 2005 EDT Modified files: /phpdoc/en/install/windows manual.xml Log: fix #35018: restart is really needed after changing the PATH http://cvs.php.net/diff.php/phpdoc/en/install/windows/manual.xml?r1=1.18&r2=1.19&ty=u Index: phpdoc/en/install/windows/manual.xml diff -u phpdoc/en/install/windows/manual.xml:1.18 phpdoc/en/install/windows/manual.xml:1.19 --- phpdoc/en/install/windows/manual.xml:1.18 Wed Apr 27 04:48:12 2005 +++ phpdoc/en/install/windows/manual.xmlWed Nov 30 15:53:45 2005 @@ -1,5 +1,5 @@ - + Manual Installation Steps @@ -288,7 +288,8 @@ PATH, because it will be simpler to upgrade PHP in the future. Read more about how to add your PHP directory to PATH in the corresponding FAQ entry. + linkend="faq.installation.addtopath">corresponding FAQ entry (and + then don't forget to restart the computer - logoff isn't enough). The next step is to set up a valid configuration file for PHP, &php.ini;.
[PHP-DOC] #35432 [Opn->Asn]: make fails with PDO and MySQL5
ID: 35432 Updated by: [EMAIL PROTECTED] Reported By: mail at philipp-wagner dot com -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: SuSE Linux 8.0 PHP Version: 5CVS-2005-11-27 (snap) -Assigned To: wez +Assigned To: dbs New Comment: Dan, can you take a look at this please? Previous Comments: [2005-11-30 21:42:01] mail at philipp-wagner dot com I'm really sorry that I'm adding again some small thing, but I figured out that it is also important in which order you load the modules. You have to load the PDO modules first, before you load the sqlite module, otherwise you get the following error: Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so: undefined symbol: php_pdo_register_driver in Unknown on line 0 The PDO modules are loaded correctly, but the sqlite module won't until you place the extension=sqlite.so line in the php.ini file after the pdo extensions. That should be mentioned in the documentation also. [2005-11-30 20:15:30] mail at philipp-wagner dot com It's really a documentation problem then. It's NOT enough to just specify (as you wrote above) --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I had to use --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared --with-pdo-sqlite=shared to get it to work. This really should be be mentioned in the documentation. The documentation only suggests to compile with --enable-pdo=shared, but that won't work, if you don't use at least the corresponding sqlite configure options also. [2005-11-30 18:47:41] [EMAIL PROTECTED] You "simply" need to tell configure to build what you want it to build, how you want it built. --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I know it sucks that we can't automatically make it work that way you want it; configure scripts have their limitations. [2005-11-30 17:31:25] [EMAIL PROTECTED] Wez, so, enabling by default is good thing? Hint: You should always use --disable-all :) [2005-11-30 16:25:12] mail at philipp-wagner dot com Well, I thought this might be the problem (mixing of shared and static libraries)... But now the check seems to be too strict. I first tried to build with --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql Now I got the following error message: You've configured extension sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build sqlite shared or build pdo statically for the build to be successful. sqlite is enabled by default (I didn't specify exlicitly specify pdo sqlite support as a configure option). ./configure --help doesn't say anything about an option like --with-pdo-sqlite, but I tried to use it anyways (or what else should I do to specify shared pdo sqlite support?). So I ran ./configure with --with-pdo-sqlite=shared This worked out quite well at first, configure gave me an output like checking for sqlite 3 driver for PDO... yes, shared But then, a bit further down, I got the error message again: checking for PDO includes... (cached) /usr/local/src/php5.1-200511301330/ext checking for lemon... no configure: warning: lemon versions supported for regeneration of libsqlite parsers: 1.0 (found: none). configure: error: You've configured extension sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build sqlite shared or build pdo statically for the build to be successful. I actually think, if you specify --enable-pdo=shared, all pdo "submodules" should also be built shared, as it reduces confusion and is the only way to get a working build anyways (it seems it is not possible to mix shared and static pdo libraries, so there's no need to specify it seperately). Also, the documentation doesn't say anything about how to build the specific PDO modules. It just suggests building PDO with --enable-pdo=shared, but doesn't say which configure options to use for MySQL PDO support etc. (I just got it from the ./configure --help output), and also doesn't mention the shared "problem". 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/35432 -- Edit this bug re
[PHP-DOC] #35432 [Opn]: make fails with PDO and MySQL5
ID: 35432 User updated by: mail at philipp-wagner dot com Reported By: mail at philipp-wagner dot com Status: Open Bug Type: Documentation problem Operating System: SuSE Linux 8.0 PHP Version: 5CVS-2005-11-27 (snap) Assigned To: wez New Comment: I'm really sorry that I'm adding again some small thing, but I figured out that it is also important in which order you load the modules. You have to load the PDO modules first, before you load the sqlite module, otherwise you get the following error: Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20050922/sqlite.so: undefined symbol: php_pdo_register_driver in Unknown on line 0 The PDO modules are loaded correctly, but the sqlite module won't until you place the extension=sqlite.so line in the php.ini file after the pdo extensions. That should be mentioned in the documentation also. Previous Comments: [2005-11-30 20:15:30] mail at philipp-wagner dot com It's really a documentation problem then. It's NOT enough to just specify (as you wrote above) --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I had to use --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared --with-pdo-sqlite=shared to get it to work. This really should be be mentioned in the documentation. The documentation only suggests to compile with --enable-pdo=shared, but that won't work, if you don't use at least the corresponding sqlite configure options also. [2005-11-30 18:47:41] [EMAIL PROTECTED] You "simply" need to tell configure to build what you want it to build, how you want it built. --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql --with-sqlite=shared I know it sucks that we can't automatically make it work that way you want it; configure scripts have their limitations. [2005-11-30 17:31:25] [EMAIL PROTECTED] Wez, so, enabling by default is good thing? Hint: You should always use --disable-all :) [2005-11-30 16:25:12] mail at philipp-wagner dot com Well, I thought this might be the problem (mixing of shared and static libraries)... But now the check seems to be too strict. I first tried to build with --enable-pdo=shared --with-pdo-mysql=shared,/usr/local/mysql Now I got the following error message: You've configured extension sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build sqlite shared or build pdo statically for the build to be successful. sqlite is enabled by default (I didn't specify exlicitly specify pdo sqlite support as a configure option). ./configure --help doesn't say anything about an option like --with-pdo-sqlite, but I tried to use it anyways (or what else should I do to specify shared pdo sqlite support?). So I ran ./configure with --with-pdo-sqlite=shared This worked out quite well at first, configure gave me an output like checking for sqlite 3 driver for PDO... yes, shared But then, a bit further down, I got the error message again: checking for PDO includes... (cached) /usr/local/src/php5.1-200511301330/ext checking for lemon... no configure: warning: lemon versions supported for regeneration of libsqlite parsers: 1.0 (found: none). configure: error: You've configured extension sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build sqlite shared or build pdo statically for the build to be successful. I actually think, if you specify --enable-pdo=shared, all pdo "submodules" should also be built shared, as it reduces confusion and is the only way to get a working build anyways (it seems it is not possible to mix shared and static pdo libraries, so there's no need to specify it seperately). Also, the documentation doesn't say anything about how to build the specific PDO modules. It just suggests building PDO with --enable-pdo=shared, but doesn't say which configure options to use for MySQL PDO support etc. (I just got it from the ./configure --help output), and also doesn't mention the shared "problem". [2005-11-30 05:48:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Please try the next PHP 5.1 snapshot. It features an improved error message that should catch conflicting configure options. ---
[PHP-DOC] #35122 [Asn->Csd]: There is a summary of the 'extension' directive but its not in the table above
ID: 35122 Updated by: [EMAIL PROTECTED] Reported By: jmarbas at hotmail dot com -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: Irrelevant Assigned To: nlopess 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. i've added that by hand. The script will be tweaked later. I'm closing this because the script itself generates a list of problematic ini options, like this. Previous Comments: [2005-11-07 01:35:36] [EMAIL PROTECTED] scripts/iniupdate/ should be adjusted to fix this. [2005-11-06 03:59:00] jmarbas at hotmail dot com Description: On this page 'http://us3.php.net/manual/en/ini.core.php#ini.extension' you have the following description of the 'extension' directive below: extension string Which dynamically loadable extensions to load when PHP starts up. But the word 'extension' isnt listed in the table of directives above... in the 'Table G-7. Paths and Directories Configuration Options' above the description -- Edit this bug report at http://bugs.php.net/?id=35122&edit=1
[PHP-DOC] cvs: phpdoc /en/appendices ini.xml
nlopess Wed Nov 30 15:39:20 2005 EDT Modified files: /phpdoc/en/appendices ini.xml Log: fix #35122: missing extension in the ini.core table http://cvs.php.net/diff.php/phpdoc/en/appendices/ini.xml?r1=1.28&r2=1.29&ty=u Index: phpdoc/en/appendices/ini.xml diff -u phpdoc/en/appendices/ini.xml:1.28 phpdoc/en/appendices/ini.xml:1.29 --- phpdoc/en/appendices/ini.xml:1.28 Wed Nov 23 04:56:04 2005 +++ phpdoc/en/appendices/ini.xmlWed Nov 30 15:39:20 2005 @@ -1,5 +1,5 @@ - + &php.ini; directives @@ -3298,6 +3298,12 @@ + extension + NULL + &php.ini; only + + + cgi.fix_pathinfo "1" PHP_INI_ALL
[PHP-DOC] #32728 [Asn->Csd]: new build system for win32 not documented
ID: 32728 Updated by: [EMAIL PROTECTED] Reported By: holliwell at gmx dot net -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: windows PHP Version: Irrelevant Assigned To: nlopess New Comment: Should be ok now. Previous Comments: [2005-10-14 08:10:09] [EMAIL PROTECTED] It is always good to provide several alternatives. [2005-10-12 23:24:12] [EMAIL PROTECTED] I still need to take a look into the free tools (I think they don't work for PHP 4) [2005-10-12 01:00:04] phpdoc at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-10-04 21:27:07] [EMAIL PROTECTED] No it's too vague, at least for me ;-) and Visual Studio (6 or .Net), either a free (sdk, whatever) or a commercial version. So, what is whatever? What do I need to build *php5*? Commercial vc6, Vc7, or is there a possibility to build with a free one, and if so what tools/free sdk's are required? Another quote from the online version: "To compile and build PHP you need a Microsoft Development Environment. Microsoft Visual C++ 6.0 is recommended, although .NET versions will also work." Is vc6 sufficient to build php5 with the new build system? Don't get me wrong, but I think this sort of questions should be clear from the requirements section. Answers for this questions are not covered by the current requirement section. Thanks Friedhelm [2005-10-04 21:04:04] [EMAIL PROTECTED] isn't http://php.net/install.windows.building#install.windows.building.requirement enough?? you only need a windows system :) and Visual Studio (6 or .Net), either a free (sdk, whatever) or a commercial version. 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/32728 -- Edit this bug report at http://bugs.php.net/?id=32728&edit=1
[PHP-DOC] cvs: phpdoc /en/install/windows building.xml
nlopess Wed Nov 30 15:33:47 2005 EDT Modified files: /phpdoc/en/install/windows building.xml Log: finally fix #32728 http://cvs.php.net/diff.php/phpdoc/en/install/windows/building.xml?r1=1.7&r2=1.8&ty=u Index: phpdoc/en/install/windows/building.xml diff -u phpdoc/en/install/windows/building.xml:1.7 phpdoc/en/install/windows/building.xml:1.8 --- phpdoc/en/install/windows/building.xml:1.7 Tue Oct 4 16:00:35 2005 +++ phpdoc/en/install/windows/building.xml Wed Nov 30 15:33:45 2005 @@ -1,5 +1,5 @@ - + Building from source @@ -12,11 +12,14 @@ &reftitle.required; To compile and build PHP you need a Microsoft Development Environment. - Microsoft Visual C++ 6.0 is recommended, although .NET versions (either the - free Microsoft Visual C++ Toolkit or the commercial Microsoft Visual C++ - .NET) will also work. To extract the downloaded files you will also need a - ZIP extraction utility. Windows XP and newer already include this - functionality built-in. + Microsoft Visual C++ 6.0 is recommended, though Visual C++ .NET versions + will also work. Since PHP 5 the free Microsoft .NET toolchain is also + supported (you need to install Windows Platform SDK, Visual C++ Toolkit and + .NET Framework SDK). + + + To extract the downloaded files you will also need a ZIP extraction + utility. Windows XP and newer already include this functionality built-in. Before you get started, you have to download:
[PHP-DOC] cvs: phpdoc /en/reference/statistics/functions stats-rand-gen-beta.xml stats-rand-gen-gamma.xml stats-rand-gen-ipoisson.xml stats-rand-gen-noncentral-t.xml stats-rand-gen-t.xml
nlopess Wed Nov 30 15:11:19 2005 EDT Modified files: /phpdoc/en/reference/statistics/functions stats-rand-gen-beta.xml stats-rand-gen-gamma.xml stats-rand-gen-ipoisson.xml stats-rand-gen-noncentral-t.xml stats-rand-gen-t.xml Log: fix a couple of s fix XML errors http://cvs.php.net/diff.php/phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xml diff -u phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xml:1.1 phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xml:1.2 --- phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xml:1.1 Fri Nov 25 05:18:21 2005 +++ phpdoc/en/reference/statistics/functions/stats-rand-gen-beta.xmlWed Nov 30 15:11:16 2005 @@ -1,10 +1,10 @@ - + stats_rand_gen_beta - Generates beta random deviate. Returns a random deviate from the beta distribution with parameters A and B. The density of the beta is x^(a-1) * (1-x)^(b-1) / B(a,b) for 0 < x < 1. aa - first parameter of the beta distribution. bb - second parameter of the beta distribution. Method R. C. H. Cheng + Generates beta random deviate &reftitle.description; @@ -13,10 +13,13 @@ floata floatb - - &warn.undocumented.func; - + + Returns a random deviate from the beta distribution with parameters A and + B. The density of the beta is x^(a-1) * (1-x)^(b-1) / B(a,b) for 0 < x + <. Method R. C. H. Cheng. + + &reftitle.parameters; http://cvs.php.net/diff.php/phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml diff -u phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml:1.1 phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml:1.2 --- phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml:1.1 Fri Nov 25 05:18:21 2005 +++ phpdoc/en/reference/statistics/functions/stats-rand-gen-gamma.xml Wed Nov 30 15:11:16 2005 @@ -1,10 +1,10 @@ - + stats_rand_gen_gamma - Generates random deviates from the gamma distribution whose density is (A**R)/Gamma(R) * X**(R-1) * Exp(-A*X). Parameters : a - location parameter of Gamma distribution (a > 0), r - shape parameter of Gamma distribution (r > 0) + Generates random deviates from a gamma distribution &reftitle.description; @@ -13,10 +13,12 @@ floata floatr - - &warn.undocumented.func; - + + Generates random deviates from the gamma distribution whose density is + (A**R)/Gamma(R) * X**(R-1) * Exp(-A*X). + + &reftitle.parameters; @@ -25,7 +27,8 @@ a - Its description + location parameter of Gamma distribution (a + > 0). @@ -33,7 +36,8 @@ r - Its description + shape parameter of Gamma distribution (r > + 0). http://cvs.php.net/diff.php/phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml diff -u phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml:1.1 phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml:1.2 --- phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml:1.1 Fri Nov 25 05:18:21 2005 +++ phpdoc/en/reference/statistics/functions/stats-rand-gen-ipoisson.xml Wed Nov 30 15:11:16 2005 @@ -1,10 +1,10 @@ - + stats_rand_gen_ipoisson - Generates a single random deviate from a Poisson distribution with mean "mu" (mu >= 0.0). + Generates a single random deviate from a Poisson distribution with mean "mu" (mu >= 0.0). &reftitle.description; http://cvs.php.net/diff.php/phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml diff -u phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml:1.1 phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml:1.2 --- phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml:1.1 Fri Nov 25 05:18:21 2005 +++ phpdoc/en/reference/statistics/functions/stats-rand-gen-noncentral-t.xml Wed Nov 30 15:11:16 2005 @@ -1,10 +1,10 @@ - + stats_rand_gen_noncentral_t - Generates a single random deviate from a noncentral T distribution. xnonc - noncentrality parameter. df must be &= 0.0 + Generates a single random deviate from a noncentral T distribution &reftitle.description; http://cvs.php.net/diff.php/phpdoc/en/reference/statistics/functi
Re: [PHP-DOC] cvs: phpdoc /en/reference/yaz/functions yaz-connect.xml
Please move the URLs to entities (phpdoc/entities/global.ent) Thanks, Nuno - Original Message - dickmeiss Wed Nov 30 14:52:57 2005 EDT Modified files: /phpdoc/en/reference/yaz/functions yaz-connect.xml Log: Document yaz_connect options maximumRecordSize and preferredMessageSize. http://cvs.php.net/diff.php/phpdoc/en/reference/yaz/functions/yaz-connect.xml?r1=1.13&r2=1.14&ty=u Index: phpdoc/en/reference/yaz/functions/yaz-connect.xml diff -u phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.13 phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.14 --- phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.13 Fri Jun 24 05:11:47 2005 +++ phpdoc/en/reference/yaz/functions/yaz-connect.xml Wed Nov 30 14:52:56 2005 @@ -1,5 +1,5 @@ - + yaz_connect @@ -142,6 +142,48 @@ + + + preferredMessageSize + + + An integer that specifies the maximum byte size of all records + to be returned by a target during retrieval. See the + + url="http://www.loc.gov/z3950/agency/markup/04.html#3.2.1.1.4"; +> +Z39.50 standard +for more information. + + + +This option is supported in PECL YAZ 1.0.5 or later. + + + + + + + maximumRecordSize + + + An integer that specifies the maximum byte size of a single record + to be returned by a target during retrieval. This + entity is referred to as Exceptional-record-size in the + + url="http://www.loc.gov/z3950/agency/markup/04.html#3.2.1.1.4"; +> +Z39.50 standard + . + + + +This option is supported in PECL YAZ 1.0.5 or later. + + + + +
[PHP-DOC] cvs: phpdoc /en/reference/yaz/functions yaz-connect.xml
dickmeiss Wed Nov 30 14:52:57 2005 EDT Modified files: /phpdoc/en/reference/yaz/functions yaz-connect.xml Log: Document yaz_connect options maximumRecordSize and preferredMessageSize. http://cvs.php.net/diff.php/phpdoc/en/reference/yaz/functions/yaz-connect.xml?r1=1.13&r2=1.14&ty=u Index: phpdoc/en/reference/yaz/functions/yaz-connect.xml diff -u phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.13 phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.14 --- phpdoc/en/reference/yaz/functions/yaz-connect.xml:1.13 Fri Jun 24 05:11:47 2005 +++ phpdoc/en/reference/yaz/functions/yaz-connect.xml Wed Nov 30 14:52:56 2005 @@ -1,5 +1,5 @@ - + yaz_connect @@ -142,6 +142,48 @@ + + + preferredMessageSize + + + An integer that specifies the maximum byte size of all records + to be returned by a target during retrieval. See the + http://www.loc.gov/z3950/agency/markup/04.html#3.2.1.1.4"; +> +Z39.50 standard +for more information. + + + +This option is supported in PECL YAZ 1.0.5 or later. + + + + + + + maximumRecordSize + + + An integer that specifies the maximum byte size of a single record + to be returned by a target during retrieval. This + entity is referred to as Exceptional-record-size in the + http://www.loc.gov/z3950/agency/markup/04.html#3.2.1.1.4"; +> +Z39.50 standard + . + + + +This option is supported in PECL YAZ 1.0.5 or later. + + + + +
[PHP-DOC] Fw: [PHP-NOTES] note 59254 added to function.pg-last-error
One more note for you :) - Original Message - The example is not correct. You can't call pg_last_error() when pg_connect() failed. produces bool(false) Warning: pg_last_error(): supplied argument is not a valid PostgreSQL link resource in - on line 1 NULL Manual Page -- http://www.php.net/manual/en/function.pg-last-error.php
Re: [PHP-DOC] Translating PDO, Files Generated by xml_proto.php
Do you want me to remove the comment from the source files? I had just left it in because, well, that's what the xml_proto script put in, and I thought it was meant to direct other people writing documentation to the script. But if it's just annoying I'm happy to delete it. Dan On 11/30/05, Jean-Sebastien Goupil <[EMAIL PROTECTED]> wrote: > As Sean says, it is just for the version of xml_proto generation. > In French documentation, we discard this line. > > Jean-Sébastien Goupil > [EMAIL PROTECTED] > > > > Sean Coates a écrit : > >> Does this mean anything specific like to not translate this and search > >> anywhere else? Until now nobody could explain this to me. > >> If just the skeleton was generated, why the comment is kept then? If I'm > >> not mistaken I've also seen this somewhere else, but not sure. > >> > >> Any hints would be very much appreciated. Thanks in advance. > >> > > > > IMO, we can just discard this comment. > > It's useful if you have docs that were autogenerated and never actually > > edited (so you can see the version of xml_proto), but I don't think it > > has any long-term use in something like the PDO docs. > > > > S > > > > >
Re: [PHP-DOC] Translating PDO, Files Generated by xml_proto.php
As Sean says, it is just for the version of xml_proto generation. In French documentation, we discard this line. Jean-Sébastien Goupil [EMAIL PROTECTED] Sean Coates a écrit : Does this mean anything specific like to not translate this and search anywhere else? Until now nobody could explain this to me. If just the skeleton was generated, why the comment is kept then? If I'm not mistaken I've also seen this somewhere else, but not sure. Any hints would be very much appreciated. Thanks in advance. IMO, we can just discard this comment. It's useful if you have docs that were autogenerated and never actually edited (so you can see the version of xml_proto), but I don't think it has any long-term use in something like the PDO docs. S
Re: [PHP-DOC] Translating PDO, Files Generated by xml_proto.php
> Does this mean anything specific like to not translate this and search > anywhere else? Until now nobody could explain this to me. > If just the skeleton was generated, why the comment is kept then? If I'm > not mistaken I've also seen this somewhere else, but not sure. > > Any hints would be very much appreciated. Thanks in advance. IMO, we can just discard this comment. It's useful if you have docs that were autogenerated and never actually edited (so you can see the version of xml_proto), but I don't think it has any long-term use in something like the PDO docs. S
[PHP-DOC] Translating PDO, Files Generated by xml_proto.php
Hello there, I've seen more people contributing to the PDO docs, that's why I don't mail Wez personally and use this list. I'm about to translate those docs to German, and stumbled upon this comment: in many files. e.g. en/reference/pdo/constants.xml en/reference/pdo/functions/PDO-beginTransaction.xml Does this mean anything specific like to not translate this and search anywhere else? Until now nobody could explain this to me. If just the skeleton was generated, why the comment is kept then? If I'm not mistaken I've also seen this somewhere else, but not sure. Any hints would be very much appreciated. Thanks in advance. Greetings, Florian
Re: [PHP-DOC] CVS <-> Online Manual
Great! Goba Curt Zirzow wrote: > On Mon, Nov 28, 2005 at 06:17:30PM +0100, Gabor Hojtsy wrote: > >>prebuilt one is the easiest to start with. If this software gets >>production ready, all the changes will be pushed to mirror sites in no >>time (hours!). We need actively helping people to make this exciting >>revolution happen :) >> >> http://blog.phpdoc.info/archives/18-Pre-Built-Livedocs.html > > > I finally got my dev server back up, with the tableless theme of > php.net [1] (still needs a few css fixes)I'm eager to get this > moving as well. > > [1] http://livedocs.zirzow.dyndns.org/ > > Curt.
[PHP-DOC] #35487 [NEW]: allow_call_time_pass_reference - Actually is still possible to pass argument by
From: kenashkov at gmail dot com Operating system: Fedora Core 4 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: allow_call_time_pass_reference - Actually is still possible to pass argument by Description: Quote from the docs about the php.ini directive "allow_call_time_pass_reference": "Whether to enable the ability to force arguments to be passed by reference at function call time. ... " According to the docs in the second case (=Off) it must warn and _pass by value_. But in both cases (=On =Off) the argument is passed by reference. Wheter the docs are incorrect - it should stand something like: " Whether to warn when arguments are passed by reference at function call time. ..." or it is an internal PHP problem. In my opinion the call time pass reference is still useful in two cases: 1) serializing recursive arrays: expected: Array ( [0] => Array *RECURSION* ) actual: Array ( [0] => Array ( [0] => ) ) This can be solved using: print_r(unserialize(serialize(&$arr1))) , which is deprecated, or print_r(unserialize(serialize($ref=&$arr1))), which returns almost as expected: Array ( [0] => Array ( [0] => Array *RECURSION* ) ) In fact it is the same, although PHP does show the recursion one level deeper. 2) When counting the references to an object. The following code prints the cound of the clones of the object: And to count the references to the object we must use: Reproduce code: --- Expected result: 44 Actual result: -- 55 /* + PHP warning ... */ -- Edit bug report at http://bugs.php.net/?id=35487&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35487&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35487&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35487&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35487&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35487&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35487&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35487&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35487&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35487&r=support Expected behavior:http://bugs.php.net/fix.php?id=35487&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35487&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35487&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35487&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35487&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35487&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35487&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35487&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35487&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35487&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35487&r=mysqlcfg
Re: [PHP-DOC] cvs: phpdoc /en/reference/pgsql/functions pg-result-error.xml
Thanks for adding a new example. I didn't do that, because I've never used this extension. Nuno - Original Message - Don't worry - I'll commit a corrected example myself. Christopher Kings-Lynne wrote: Wha? Please _fix_ the article - don't just remove parameter listings and example code. Chris Nuno Lopes wrote: nlopessTue Nov 29 14:25:13 2005 EDT Modified files: /phpdoc/en/reference/pgsql/functions pg-result-error.xml Log: fix copy-past error from the pg_result_seek() page (user note) http://cvs.php.net/diff.php/phpdoc/en/reference/pgsql/functions/pg-result-error.xml?r1=1.7&r2=1.8&ty=u Index: phpdoc/en/reference/pgsql/functions/pg-result-error.xml diff -u phpdoc/en/reference/pgsql/functions/pg-result-error.xml:1.7 phpdoc/en/reference/pgsql/functions/pg-result-error.xml:1.8 --- phpdoc/en/reference/pgsql/functions/pg-result-error.xml:1.7Mon Apr 25 04:59:03 2005 +++ phpdoc/en/reference/pgsql/functions/pg-result-error.xmlTue Nov 29 14:25:10 2005 @@ -1,5 +1,5 @@ - + @@ -46,15 +46,6 @@ - - offset - - - Row to move the internal offset to in the result resource. - Rows are numbered starting from zero. - - - @@ -66,34 +57,6 @@ - - &reftitle.examples; - - -pg_result_seek example - - - - - - - &reftitle.seealso;