[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-field-count.xml
baoengb Thu Mar 25 16:54:51 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-field-count.xml Log: use of http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml?r1=1.7&r2=1.8&ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml:1.7 phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml:1.8 --- phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml:1.7 Fri Mar 19 05:11:17 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-field-count.xml Thu Mar 25 16:54:50 2004 @@ -1,5 +1,5 @@ - + mysqli_field_count @@ -19,7 +19,7 @@ int field_count - void +
[PHP-DOC] #27703 [Opn]: max_execution time exceeded
ID: 27703 User updated by: anarchy_rulz14 at hotmail dot com Reported By: anarchy_rulz14 at hotmail dot com Status: Open Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.4 New Comment: Sorry, I put it there at first, then I accidentally moved it when I update the report. Sorry. Previous Comments: [2004-03-25 16:10:29] [EMAIL PROTECTED] It's a deocumentation problem. [2004-03-25 15:28:46] anarchy_rulz14 at hotmail dot com PS. THis is the file manager i am using http://platon.sk/projects/phpWebFileManager/home.php [2004-03-25 15:25:24] anarchy_rulz14 at hotmail dot com Description: I am using PHP4.3.4 (as a module) on Apache 1.3.29 on a WinXP box. I put this as a documentation error, because I don't know where else to put an erroneous error message. I am currently running a file-management script on my server, and it always seemed to give me max_execution_time exceeded errors while uplaodign large files, regardless of what value I set in php.ini. After much trial and error, I have found that in fact it is NOT the max_execution time value that is being exceeded, but it is the max_input_time value that is being exceeded. For example (using a default version of php.ini): max_execution_time = 6000 max_input_time = 60 will produce the error, while: max_execution_time = 30 max_input_time = 6000 will produce no error. For the record, NO other values (besides max_execution_tiem and max_input_time) were modified in php.ini. So it would seem that the error message being output is erroneous, since it is infact the max_input_time which is being exceeded. The error message makes it difficult to track down the real culprit in this situation. -- Edit this bug report at http://bugs.php.net/?id=27703&edit=1
[PHP-DOC] #27703 [Opn]: max_execution time exceeded
ID: 27703 Updated by: [EMAIL PROTECTED] Reported By: anarchy_rulz14 at hotmail dot com Status: Open -Bug Type: *Configuration Issues +Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.4 New Comment: It's a deocumentation problem. Previous Comments: [2004-03-25 15:28:46] anarchy_rulz14 at hotmail dot com PS. THis is the file manager i am using http://platon.sk/projects/phpWebFileManager/home.php [2004-03-25 15:25:24] anarchy_rulz14 at hotmail dot com Description: I am using PHP4.3.4 (as a module) on Apache 1.3.29 on a WinXP box. I put this as a documentation error, because I don't know where else to put an erroneous error message. I am currently running a file-management script on my server, and it always seemed to give me max_execution_time exceeded errors while uplaodign large files, regardless of what value I set in php.ini. After much trial and error, I have found that in fact it is NOT the max_execution time value that is being exceeded, but it is the max_input_time value that is being exceeded. For example (using a default version of php.ini): max_execution_time = 6000 max_input_time = 60 will produce the error, while: max_execution_time = 30 max_input_time = 6000 will produce no error. For the record, NO other values (besides max_execution_tiem and max_input_time) were modified in php.ini. So it would seem that the error message being output is erroneous, since it is infact the max_input_time which is being exceeded. The error message makes it difficult to track down the real culprit in this situation. -- Edit this bug report at http://bugs.php.net/?id=27703&edit=1
[PHP-DOC] mysql_db_name
Hi php_mysql.c: PHP_FALIAS(mysql_db_name, mysql_result, NULL) PHP_FALIAS(mysql_dbname, mysql_result, NULL) PHP_FALIAS(mysql_tablename, mysql_result, NULL) PHP_FALIAS(mysql_table_name, mysql_result, NULL) It is not mentioned in the manual that mysql_db_name() and mysql_tablename() are aliases for mysql_result(). I think it should. Regards Conni
[PHP-DOC] Paypal account limited
Title: Dear PayPal user Dear PayPal user, We recently reviewed your account, and suspect that your PayPal account may have been accessed by an unauthorized third party. Protecting the security of your account and of the PayPal network is our primary concern. Therefore, as a prevention measure, we have temporarely limited access to sensitive PayPal account features. Please click on the link below to confirm your information: https://www.paypal.com/fraudcheck/secure/bill.html?sl=070304 For more information about how to protect your account, please visit PayPal's Security Center, accessible via the "Security Center" link located at the bottom of each page of the PayPal website. We apologize for any inconvenience this may cause, and appreciate your assistance in helping us maintain the integrity of the entire PayPal system. Thank you for your prompt attention to this matter. Sincerely, The PayPal Team Please do not reply to this e-mail. Mail sent to this address cannot be answered. For assistance, log in to your PayPal account and choose the "Help" link in the header of any page.
[PHP-DOC] #27703 [NEW]: max_execution time exceeded
From: anarchy_rulz14 at hotmail dot com Operating system: Windows XP PHP version: 4.3.4 PHP Bug Type: Documentation problem Bug description: max_execution time exceeded Description: I am using PHP4.3.4 (as a module) on Apache 1.3.29 on a WinXP box. I put this as a documentation error, because I don't know where else to put an erroneous error message. I am currently running a file-management script on my server, and it always seemed to give me max_execution_time exceeded errors while uplaodign large files, regardless of what value I set in php.ini. After much trial and error, I have found that in fact it is NOT the max_execution time value that is being exceeded, but it is the max_input_time value that is being exceeded. For example (using a default version of php.ini): max_execution_time = 6000 max_input_time = 60 will produce the error, while: max_execution_time = 30 max_input_time = 6000 will produce no error. For the record, NO other values (besides max_execution_tiem and max_input_time) were modified in php.ini. So it would seem that the error message being output is erroneous, since it is infact the max_input_time which is being exceeded. The error message makes it difficult to track down the real culprit in this situation. -- Edit bug report at http://bugs.php.net/?id=27703&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27703&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27703&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27703&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27703&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27703&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27703&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27703&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27703&r=support Expected behavior: http://bugs.php.net/fix.php?id=27703&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27703&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27703&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27703&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27703&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27703&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27703&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27703&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27703&r=float
[PHP-DOC] (-±¤-°í-) ¿ÕÃʺ¸µµ ¹Ì±¹Àΰú ´ëÈÇÒ ¼ö ÀÖ´Ù.
" name=co_referer> 성 명 나 이 일반전화 핸드폰 직 업 E-mail 주 소 ※ 본인이 직접 우편물을 수령할 수 있는 주소 기재 요망 귀하의 승락 없이 홍보성 전자우편을 보내게 된 점을 정중히 사과 드립니다. 정보통신망 이용 촉진법 규정을 준수하여 (광고) 표시를 하였으며 수신거부장치를 마련하고 있습니다. 귀하의 전자우편 주소는 인터넷 상의 공개된 장소에서 습득하였으며 저희는 귀하의 전자우편 주소 외 어떠한 개인정보도 가지고 있지 않으므로 안심하시길 바랍니다. 원치않은 메일이라면 진심으로 사과드리며 [수신거부(unsubscribe)] 를 해주시면 재발송하지 않겠습니다.
Re: [PHP-DOC] Manual PHP en PDF?
Hello, Please write us in english! We are not compilling manuals in PDF for now because we have some problems in the building system, and we do not have an estimated time to start building them again. You have to contiue reading the CHM version... Nuno - Original Message - From: Eduardo Martin Artola Rodriguez To: [EMAIL PROTECTED] Sent: Thursday, March 25, 2004 4:57 PM Subject: [PHP-DOC] Manual PHP en PDF? Tengo su Manual en formato CHM y me parece muy bueno, me gustaria saber si lo tienen tal cual esta version en PDF ... que en algunos casos me parece mas practico, como para imprimir por ejemplo. Yo tenia en PDF una version antigua y no tan buena. Espero su respuesta, atte. Un admirador ... Martin
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-fetch-row.xml
baoengb Thu Mar 25 13:31:22 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-fetch-row.xml Log: something wrong with my editor http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml?r1=1.9&r2=1.10&ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.9 phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.10 --- phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.9 Thu Mar 25 13:29:06 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml Thu Mar 25 13:31:22 2004 @@ -1,5 +1,5 @@ - + mysqli_fetch_row @@ -19,7 +19,7 @@ mixed fetch_row - +
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-fetch-row.xml
baoengb Thu Mar 25 13:29:06 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-fetch-row.xml Log: use http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml?r1=1.8&r2=1.9&ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.8 phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.9 --- phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml:1.8 Wed Feb 25 16:59:16 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-fetch-row.xml Thu Mar 25 13:29:06 2004 @@ -1,5 +1,5 @@ - + mysqli_fetch_row @@ -19,7 +19,7 @@ mixed fetch_row - void +
[PHP-DOC] Manual PHP en PDF?
Tengo su Manual en formato CHM y me parece muy bueno, me gustaria saber si lo tienen tal cual esta version en PDF ... que en algunos casos me parece mas practico, como para imprimir por ejemplo. Yo tenia en PDF una version antigua y no tan buena. Espero su respuesta, atte. Un admirador ... Martin
Re: [PHP-DOC] Translate
««In portuguese»» Olá Ricardo, Eu sou português, mas sou o único por aqui. Eu já tentei inciar a tradução do manual para português, mas nunca consegui reunir outras pessoas para me ajudarem. E o manual é demasiado extenso para ser traduzido por uma única pessoa. Lê isto primeiro: http://pt2.php.net/manual/howto/index.html Depois se continuares interessado, fala comigo. Nuno - Original Message - > Hi! > > I'm intrested in translating the PHP manual to Portuguese (Portugal) > > ricardo > > bye
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-fetch-object.xml
ali Thu Mar 25 11:30:11 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-fetch-object.xml Log: WS http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml?r1=1.10&r2=1.11&ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.10 phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.11 --- phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.10 Thu Mar 25 11:24:04 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xmlThu Mar 25 11:30:10 2004 @@ -1,5 +1,5 @@ - + mysqli_fetch_object @@ -19,7 +19,7 @@ mixed fetch_object - +
[PHP-DOC] cvs: phpdoc /en/reference/mysqli/functions mysqli-fetch-object.xml
baoengb Thu Mar 25 11:24:04 2004 EDT Modified files: /phpdoc/en/reference/mysqli/functions mysqli-fetch-object.xml Log: use of http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml?r1=1.9&r2=1.10&ty=u Index: phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml diff -u phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.9 phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.10 --- phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xml:1.9Wed Feb 25 16:59:16 2004 +++ phpdoc/en/reference/mysqli/functions/mysqli-fetch-object.xmlThu Mar 25 11:24:04 2004 @@ -1,5 +1,5 @@ - + mysqli_fetch_object @@ -19,7 +19,7 @@ mixed fetch_object - void +
[PHP-DOC] Translate
Hi! I'm intrested in translating the PHP manual to Portuguese (Portugal) ricardo bye __ O email preferido dos portugueses agora com 100Mb de espaço e acesso gratuito à Internet http://www.portugalmail.com/gold/
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
On Thu, 25 Mar 2004 14:51:14 - "Nuno Lopes" <[EMAIL PROTECTED]> wrote: > Restoring all the files will create lots of confusion, because I think they > were many. Just add a note saying that the function was preveously named > xxx. > And has he name of the functions are exactly the name, excluding the _, > people will find the new funtions easily. No, they will not find ocilogon(), because now it's called oci_connect(). And there are some more similar examples. But I agree, this looks like the best way to do it. --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
> Maybe. > Will it be enough to mention, that function names were changed in PHP5, but old names still can be used ? > Or it's better to restore previously removed files with old names and change them to point to new names? We will not receive many answers because it seems that everybody is off the week. Restoring all the files will create lots of confusion, because I think they were many. Just add a note saying that the function was preveously named xxx. And has he name of the functions are exactly the name, excluding the _, people will find the new funtions easily. Nuno
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
On Thu, 25 Mar 2004 14:35:09 - "Nuno Lopes" <[EMAIL PROTECTED]> wrote: > > > Take a look at reference/filesystem/fputs.xml for example or > > > http://php.net/manual/en/function.fputs.php > > > > I believe, this is somewhat different. > > In PHP5 old names were left only for BC, so this example looks closer for > me (look at the bottom of the page): > > http://www.php.net/manual/en/function.mysql-field-name.php > > > I don't know. Which do you prefer? Maybe having just that bottom note its > ok. Maybe. Will it be enough to mention, that function names were changed in PHP5, but old names still can be used ? Or it's better to restore previously removed files with old names and change them to point to new names? --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
Re: [PHP-DOC] TIdy Documentation
Hi John, I've written all the Tidy docs so far. I think that removing my work isn't correct... I've tested all examples, exchanged mails with Tidylib guys, opened bugs for Tidylib (1 is still open) for missing features or functions that weren't really working. I've even had to read the tidylib sources to check some important things to document What is so wrong? I haven't changed the OO functions (yet) to the new studlyCaps, because I'll wait until the dicussion in internalls is over (will it over some day?? :) Nuno > Just to let everyone know.. > > The tidy documentation in CVS currently is not correct for Tidy 2.0, the > version of tidy which is bundled with PHP5. Plus, the documentation that > does exist is not completely correct for Tidy 1.0. > > Personally, I rather not have Tidy 1.0 documented in the PHP Manual as > it is the PECL version of the extension for PHP 4.3.x only. Can we > please have that documentation removed? Instead, I'll be putting > together a documentation for Tidy 1.0 on the coggeshall.org web site and > we can provide a link in the manual > > > -- > -=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=- > John Coggeshall http://www.coggeshall.org/ > The PHP Developer's Handbookhttp://www.php-handbook.com/ > -=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=-
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
> > Take a look at reference/filesystem/fputs.xml for example or > > http://php.net/manual/en/function.fputs.php > > I believe, this is somewhat different. > In PHP5 old names were left only for BC, so this example looks closer for me (look at the bottom of the page): > http://www.php.net/manual/en/function.mysql-field-name.php I don't know. Which do you prefer? Maybe having just that bottom note its ok.
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
On Thu, 25 Mar 2004 14:16:10 - "Nuno Lopes" <[EMAIL PROTECTED]> wrote: > > By the way, does php.net search allow to search through function aliases? > > In PHP5 ocilogon() is alias of oci_connect() and I know, I need to mention > this in doc, but how it can help? > > > > --- > > WBR, > > Antony Dovgal aka tony2001 > > [EMAIL PROTECTED] || [EMAIL PROTECTED] > > > > Take a look at reference/filesystem/fputs.xml for example or > http://php.net/manual/en/function.fputs.php I believe, this is somewhat different. In PHP5 old names were left only for BC, so this example looks closer for me (look at the bottom of the page): http://www.php.net/manual/en/function.mysql-field-name.php --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
[PHP-DOC] TIdy Documentation
Just to let everyone know.. The tidy documentation in CVS currently is not correct for Tidy 2.0, the version of tidy which is bundled with PHP5. Plus, the documentation that does exist is not completely correct for Tidy 1.0. Personally, I rather not have Tidy 1.0 documented in the PHP Manual as it is the PECL version of the extension for PHP 4.3.x only. Can we please have that documentation removed? Instead, I'll be putting together a documentation for Tidy 1.0 on the coggeshall.org web site and we can provide a link in the manual -- -=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=- John Coggeshall http://www.coggeshall.org/ The PHP Developer's Handbookhttp://www.php-handbook.com/ -=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=--=~=-
Re: [PHP-DOC] #27676 [Opn]: OCI8 functions missing from documentation
> By the way, does php.net search allow to search through function aliases? > In PHP5 ocilogon() is alias of oci_connect() and I know, I need to mention this in doc, but how it can help? > > --- > WBR, > Antony Dovgal aka tony2001 > [EMAIL PROTECTED] || [EMAIL PROTECTED] > Take a look at reference/filesystem/fputs.xml for example or http://php.net/manual/en/function.fputs.php Nuno
[PHP-DOC] #27672 [Asn->Csd]: oci_error() doesn't return a error if oci_execute() errored.
ID: 27672
Updated by: [EMAIL PROTECTED]
Reported By: powerblade at mail dot dk
-Status: Assigned
+Status: Closed
Bug Type: Documentation problem
Operating System: Windows XP
PHP Version: 5CVS-2004-03-24 (dev)
Assigned To: tony2001
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-03-25 02:02:38] [EMAIL PROTECTED]
You can use old names as well.
They are still available as aliases of new functions.
[2004-03-24 11:09:45] powerblade at mail dot dk
Just checked it out.
It seems your right.
It's a documentation problem only. But still enough to confuse some
people. :)
You already confused me by changing all the function names a few weeks
ago.
[2004-03-24 11:01:13] [EMAIL PROTECTED]
you need to pass $stmt to oci_error(); in this case.
so, your code will look like this:
connection, $query);
$return = @oci_execute($stmt);
if($return === FALSE)
{
$aError = oci_error($stmt); //$stmt here
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
}
?>
Requalifying as documentation problem and assigning to myself..
[2004-03-24 10:48:26] powerblade at mail dot dk
Not only the documentation.
See my #2.
-
2) Where is the oracle error message in the exception? I need that
info
for debugging.
-
If you look in the exception you get:
---
Fatal error: Uncaught exception 'DatabaseException' with message '[]
Can't execute query. ' in /www/index.php:31 Stack trace: #0 {main}
thrown in /www/index.php on line 31
The oracle error message and code is not included in the exception.
Even though in the code it threw the exception with the following
statement:
throw new DatabaseException("[".$aError['code']."] Can't execute
query. ".$aError['message']);
The only way to grab the oracle error is to set up a custom error
handler. You can't use oci_error() to retrieve it.
[2004-03-24 10:40:49] [EMAIL PROTECTED]
Aha, now I see...
It seems to me, that our manual lies about validation.
That's what OCI docs say about oci_parse (OciStmtPrepare() indeed):
--
An application requests a SQL or PL/SQL statement to be prepared for
execution using the OCIStmtPrepare() call and passing it a previously
allocated statement handle. This is a completely local call, requiring
no round trip to the server.
--
oci_parse will return false only if there is some problems with oracle
connection.
The only way to validate query is to execute it.
So, I need to change the documentation.
Right?
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/27672
--
Edit this bug report at http://bugs.php.net/?id=27672&edit=1
