[PHP-DOC] #39444 [NEW]: PHP version in SOAP documentation?
From: mail at manuzhai dot nl Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: PHP version in SOAP documentation? Description: In the documentation for the SOAP extension, it says there is no version available, and it might be only in CVS. However, from the PHP 5 changelog it seems that it's been in there for a while. Could the documentation be updated to state the first version in which the relevant objects/methods appeared? -- Edit bug report at http://bugs.php.net/?id=39444edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39444r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39444r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39444r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39444r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39444r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39444r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39444r=needscript Try newer version:http://bugs.php.net/fix.php?id=39444r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39444r=support Expected behavior:http://bugs.php.net/fix.php?id=39444r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39444r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39444r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39444r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39444r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39444r=dst IIS Stability:http://bugs.php.net/fix.php?id=39444r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39444r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39444r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39444r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39444r=mysqlcfg
[PHP-DOC] Description
This word is used in every function file just before the methodsynopsis. It seems like a good idea to me to make it an entity, so that it is translated consistently. What do y'all think about that? Regards, Dirkjan Ochtman -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: Description
Maybe See also (with or without colon :P) is also a nice candidate for entity-ing. Manuzhai [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... This word is used in every function file just before the methodsynopsis. It seems like a good idea to me to make it an entity, so that it is translated consistently. What do y'all think about that? Regards, Dirkjan Ochtman -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] Interesting remark @ array_unique()
But it's a little too loose from the other equality notes too be clear on this, I think. Dirkjan - Original Message - From: Gabor Hojtsy [EMAIL PROTECTED] To: Dirkjan Ochtman [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, January 11, 2003 1:01 PM Subject: Re: [PHP-DOC] Interesting remark @ array_unique() The first element will be used. Hmm okay... For what? Why? When? This may not be clear enough. As this is inside the equality note, it probably mens, that if two values treated as strings are equal, the first is kept (this is important). Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21541 [NEW]: Error in documentation at ref.curl
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Error in documentation at ref.curl In the introductory text for the examples at the ref.curl page, I think there is an error where it says then you can set all your options for the transfer via the curl_exec(). Shouldn't this be curl_setopt()? Then maybe curl_exec() should be mentioned later on. -- Edit bug report at http://bugs.php.net/?id=21541edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21541r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21541r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21541r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21541r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21541r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21541r=support Expected behavior: http://bugs.php.net/fix.php?id=21541r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21541r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21541r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21541r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21541r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21541r=dst IIS Stability: http://bugs.php.net/fix.php?id=21541r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21541r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: [PHP-DEV] CVS Account Request: microbrain
Like, we got the whole MySQL section translated. :) [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On 16 May 2002, Karel Vervaeke wrote: learn php ;-) Uh NO! learn to use cvs. buggrit. No seriously I feel like doing lots of translating on the dutch manual, because it still needs lots of work and I haven't seen any changes during the last months (=6) You didn't look very well then :) Anyway, nice to have you on board. Derick -- - Did I help you? http://www.jdimedia.nl/derick/link.php?url=giftlist Frequent ranting: http://www.jdimedia.nl/derick/ -- - PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net -- -
[PHP-DOC] Re: Manual translation
There are people doing this. Email [EMAIL PROTECTED] for more information. Regards, Manuzhai Unknown Sender [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hello How I can help to translate PHP manual into russian language? Is there any translators who already do this? If so I can help them or start do this. -- Yours sincerely, Kai
[PHP-DOC] Stupid CVS question
What does it mean when the CVS server says the Up-to-date check failed? Trying to update nl/reference/mysql/functions/mysql-affected-rows.xml...
[PHP-DOC] Bug #13279 Updated: parse_ini_file causes PHP to exit if ini file syntax is malformed
ID: 13279 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win2k/CGI PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-01-25 02:34:37] [EMAIL PROTECTED] It's not a bug anyways... making it a Documentation problem. [2002-01-24 07:56:19] [EMAIL PROTECTED] doesn't seem to be os depended, got the same behaviour under linux 2.4.3, php 4.0.6 malformed means for example sample.ini [foo] bar = buz boz EOF [2001-09-13 03:42:51] [EMAIL PROTECTED] parse_ini_file() causes PHP to exit if ini file syntax is malformed. This can be reproduced by parsing a ini file with the following content: ; Start broken ini file a ; End broken ini file This is not quite a bug - more an expression of the belief that functions should exit gracefully when possible. :) -- Edit this bug report at http://bugs.php.net/?id=13279edit=1
[PHP-DOC] Re: phpdoc /nl/reference/mysql reference.xml
Oops. :) Derick Rethans [EMAIL PROTECTED] wrote in message cvsderick1020078213@cvsserver">news:cvsderick1020078213@cvsserver... derick Mon Apr 29 07:03:33 2002 EDT Modified files: /phpdoc/nl/reference/mysql reference.xml Log: - Translate it too Index: phpdoc/nl/reference/mysql/reference.xml diff -u phpdoc/nl/reference/mysql/reference.xml:1.4 phpdoc/nl/reference/mysql/reference.xml:1.5 --- phpdoc/nl/reference/mysql/reference.xml:1.4 Mon Apr 29 06:43:19 2002 +++ phpdoc/nl/reference/mysql/reference.xml Mon Apr 29 07:03:32 2002 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- EN-Revision: 1.5 Maintainer: manuzhai Status: ready -- reference id=ref.mysql titleMySQL Functies/title @@ -151,13 +151,13 @@ row entryMYSQL_STORE_RESULT/entry entry - Specifies that the MySQL result should be buffered. + Resultaten van MySQL queries worden gebufferd teruggegeven aan PHP. /entry /row row entryMYSQL_USE_RESULT/entry entry - Specifies that the MySQL result should not be buffered. + Resultaten van MySQL queries worden niet gebufferd teruggegeven. /entry /row /tbody
[PHP-DOC] Bug #9986 Updated: Insufficient Windows installation instructions
ID: 9986 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 server (probably al PHP Version: 4.0.4pl1 Assigned To: imajes New Comment: Fixed in CVS. Previous Comments: [2002-04-01 01:56:57] [EMAIL PROTECTED] didn't think this needed to be said, but ok, I'll add it in when i finish rewriting the windows install docs. [2001-03-26 02:41:40] [EMAIL PROTECTED] In the installation documentation for Windows ISAPI, I read nothing about the importance of placing PHP in a directory without spaces. I placed PHP in c:\program files\php. Entering the path to the DLL is accepted in IIS if you use quotes, BUT it will result in a Specified module not found error. Moving the ISAPI DLL to a directory like c:\winnt\system32 and directing IIS there works. Many people have this problem, as I've ready it on numerous forums... So please help them out and mention it clearly in the installation documentation! Thanks, Simon -- Edit this bug report at http://bugs.php.net/?id=9986edit=1
[PHP-DOC] Bug #14984 Updated: php parser problem, with // comment, can reveal script
ID: 14984 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: windows and other PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-01-26 12:28:42] [EMAIL PROTECTED] Un-assigning. Status - Open [2002-01-19 22:05:27] [EMAIL PROTECTED] I'll add a note in the documentation about this. Status - Assigned [2002-01-11 05:56:38] [EMAIL PROTECTED] '?' in a comment switching out of php mode is intended behaviour, consider ...?php foo($bar); // do foo ?... embedded in a document changing this would break backwards compatibility and would lead to problems of its own kind changed to documentation problem [2002-01-10 19:03:01] [EMAIL PROTECTED] Hi all, I found this bug randomly as all other, it cause me a php html parser to crash. try a script like this : ?php // eval('?'.$tmp); // eval(''.$tmp); $coucou=''; $password = 'le parser php déconne'; $password = 'php parser bug'; /* ? php ? */ // // coucou ? // ? // ? // ? see the result, abnormal I think: '.$tmp); // eval(''.$tmp); $coucou=''; $password = 'le parser php déconne'; $password = 'php parser bug'; /* */ // // coucou ? // ? // ? // ? I think it can be a very very serious, easy to fiw fot you, but in the case a php user encounter it. It so surpising !!! thanks. An echo please. Yours faithlly php is always great!. -- Edit this bug report at http://bugs.php.net/?id=14984edit=1
[PHP-DOC] Re: Bug #16790: Installation instructions is outdated
Also the php_ldap.dll and php_oracle.dll are gone from the extensions dir. Regards, Manuzhai [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: Installation instructions is outdated I tried to install the new PHP 4.2 on my Windows 2000 server and found several things in the installation manual that where out of date. The manual I refer to in this report is the following: http://www.php.net/manual/en/install-windows.php When I use the zip file (not the installer) downloaded from php.net I run into these problems: - The manual does not say anything about where to get the php.exe file. The only php.exe file in the zip package is located in the sapi directory, and I do therefore not believe that it is this one I should use. - There is a new directory called experimental. It seems to hold all the experimental extensions (in prev. versions I believe that they where located in the extensions directory like all the others). This should also be in the manual (i.e. tell the user to copy the experimental extensions wanted to the extensions directory or set the extension path to point to this directory also). - extensions/php_gd.dll does no longer exist. I guess it's now called extensions/php_gd2.dll. Both the php.ini file and the documentation lacks this information. I don't know if there are anything more then this, but it seems like this manual is from one of the PHP 4.0.? versions. /watson -- Edit bug report at http://bugs.php.net/?id=16790edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16790r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16790r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16790r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16790r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16790r=support Expected behavior: http://bugs.php.net/fix.php?id=16790r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16790r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16790r=submittedtwice
[PHP-DOC] Re: New to web / php devel. Take pity on me.
Take your problems with developing WITH PHP to the PHP-general list, please. Marc Shlaes [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I made the simplest program I could to try to figure out why my session_start() isn't working. PHPINFO tells me that 1. Sessions are enabled. 2. The path c:/temp is shown so php.ini is doing the right thing The path exists and can be successfully written to from the OS The OS is WIN98 running Apache. What is wrong?/ code -- ?php session_start(); $test=session_save_path(); print Session Save Path is: $test; ? output--- - Warning: open(/temp/sess_66ae6b55dc3e157c00345e53b72c8a0e, O_RDWR) failed: m (2) in d:\testsite\test.php on line 2 Session Save Path is: c:/temp
[PHP-DOC] functions/mysql.xml
para functionmysql_fetch_object/function is similar to functionmysql_fetch_array/function, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). /para para The optional argument parameterresult_type/parameter is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See functionmysql_fetch_array/function for explanation of these constants. /para Could somebody explain this? Also, I've noted that interpunction in this module is very inconsistent... Might need some fixing some time. Manuzhai
[PHP-DOC] Bug #16187: mysql_fetch_object docs
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: mysql_fetch_object docs para functionmysql_fetch_object/function is similar to functionmysql_fetch_array/function, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). /para para The optional argument parameterresult_type/parameter is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See functionmysql_fetch_array/function for explanation of these constants. /para Could someone please explain this? TIA, Manuzhai -- Edit bug report at http://bugs.php.net/?id=16187edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16187r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16187r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16187r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16187r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16187r=support Expected behavior: http://bugs.php.net/fix.php?id=16187r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16187r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16187r=submittedtwice
[PHP-DOC] Bug #16187 Updated: mysql_fetch_object docs
ID: 16187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type:Documentation problem PHP Version: 4.1.2 New Comment: Did you read the code at all? It is a documentation problem, not more, not less. How would the parameters to this function be useful, if only one of the possible constant values can be used? Previous Comments: [2002-03-20 12:41:26] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Anyway, it means you can use $object-field (with the fieldnames like in mysql_fetch_array) but not $object-1 (like in mysql_fetch_row). If you want more clarification to translate something correctly, ask it on [EMAIL PROTECTED] If you just want to know how it works, ask on [EMAIL PROTECTED] [2002-03-20 10:57:18] [EMAIL PROTECTED] para functionmysql_fetch_object/function is similar to functionmysql_fetch_array/function, with one difference - an object is returned, instead of an array. Indirectly, that means that you can only access the data by the field names, and not by their offsets (numbers are illegal property names). /para para The optional argument parameterresult_type/parameter is a constant and can take the following values: MYSQL_ASSOC, MYSQL_NUM, and MYSQL_BOTH. See functionmysql_fetch_array/function for explanation of these constants. /para Could someone please explain this? TIA, Manuzhai -- Edit this bug report at http://bugs.php.net/?id=16187edit=1
[PHP-DOC] Bug #15357: Manual entry for array_shift() incorrect
From: [EMAIL PROTECTED] Operating system: Win XP PHP version: 4.1.0 PHP Bug Type: Documentation problem Bug description: Manual entry for array_shift() incorrect In the manual entry for array_shift(), this is stated: This would result in $fruit having 3 elements left:. But it seems that this should be This would result in $stack having 3 elements left:. BTW: I'm not sure if I should report this kind of problems to this bug database, but I couldn't think of another way. Manuzhai -- Edit bug report at http://bugs.php.net/?id=15357edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15357r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15357r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15357r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15357r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15357r=support Expected behavior: http://bugs.php.net/fix.php?id=15357r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15357r=notenoughinfo