[PHP-DOC] list restored
if this makes it through, that means the phpdoc list is working again. back to your regularly scheduled documentation conversations... jim
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions setlocale.xml
vrana Thu Sep 16 10:14:18 2004 EDT Modified files: /phpdoc/en/reference/strings/functions setlocale.xml Log: Null is equivalent to '', not '0' (bug #26470) http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/setlocale.xml?r1=1.21r2=1.22ty=u Index: phpdoc/en/reference/strings/functions/setlocale.xml diff -u phpdoc/en/reference/strings/functions/setlocale.xml:1.21 phpdoc/en/reference/strings/functions/setlocale.xml:1.22 --- phpdoc/en/reference/strings/functions/setlocale.xml:1.21Thu Sep 16 10:00:03 2004 +++ phpdoc/en/reference/strings/functions/setlocale.xml Thu Sep 16 10:14:17 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.21 $ -- +!-- $Revision: 1.22 $ -- !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 -- refentry id=function.setlocale refnamediv @@ -67,13 +67,13 @@ /simpara /note para - If parameterlocale/parameter is the empty string + If parameterlocale/parameter is null; or the empty string literal/literal, the locale names will be set from the values of environment variables with the same names as the above categories, or from LANG. /para para - If parameterlocale/parameter is null; or literal0/literal, + If parameterlocale/parameter is literal0/literal, the locale setting is not affected, only the current setting is returned. /para para
[PHP-DOC] #27180 [Opn-Bgs]: Callback parameters in xml_set_*_handler
ID: 27180 Updated by: [EMAIL PROTECTED] Reported By: drm at melp dot nl -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Windows XP PHP Version: 4.3.4 New Comment: According to xml_call_handler() function in php-src/ext/xml/xml.c, array in callback should work. If it doesn't, reopen this bug and reclasify it as XML related (it's quite a long time from the bug report so it is maybe fixed). Previous Comments: [2004-02-07 13:57:41] drm at melp dot nl I'm not sure. The documentation is not quite clear about not passing that type of callback functions to those functions. If the docs would be clear about that, there wouldn't be a problem (imho) Also, a special function 'xml_set_object' is available for this kind of callbacks, so i figured there are no plans on letting xml_set_*_handler functions handle the obj/method callbacks. That's the reason i posted it as a documentation problem. If the dev team would rather consider it a bug, that's even better :) Sorry if that puzzled you. [2004-02-07 13:49:17] [EMAIL PROTECTED] is this really a doc problem?? [2004-02-07 11:15:12] drm at melp dot nl Description: Apache hangs when callback parameters are defined in an array (obj obj, string methodName) form. I suggest the documentation type hints are changed from xml_set_*_handler ( resource, callback, ... ) to xml_set_*_handler ( resource, string ...) since the an array ( ... ) notation for callbacks should be correct according to http://nl.php.net/manual/en/language.pseudo-types.php Note that it does the parsing until some point at the end of the XML document. I can't quite reproduce where exactly it hangs, but i think its the cleaning up part of the parser when the parsing is done (the $final of xml_parse must be true to reproduce this) or you could fix the bug, of course :P Reproduce code: --- xml_set_element_handler ( $this-parserResource, array ( $this, 'startElementHandler' ), array ( $this, 'endElementHandler' ) ); Expected result: don't hang apache ;) Actual result: -- hangs apache, (99% cpu), probably an endless loop? -- Edit this bug report at http://bugs.php.net/?id=27180edit=1
[PHP-DOC] cvs: phpdoc /en/reference/readline/functions readline-on-new-line.xml readline-redisplay.xml
nlopess Fri Sep 17 08:46:42 2004 EDT Added files: /phpdoc/en/reference/readline/functions readline-on-new-line.xml readline-redisplay.xml Log: new PHP 5.1 funcs http://cvs.php.net/co.php/phpdoc/en/reference/readline/functions/readline-on-new-line.xml?r=1.1p=1 Index: phpdoc/en/reference/readline/functions/readline-on-new-line.xml +++ phpdoc/en/reference/readline/functions/readline-on-new-line.xml ?xml version='1.0' encoding='iso-8859-1'? !-- $Revision: 1.1 $ -- refentry id=function.readline-on-new-line refnamediv refnamereadline_on_new_line/refname refpurpose Inform readline that the cursor has moved to a new line /refpurpose /refnamediv refsect1 titleDescription/title methodsynopsis typevoid/typemethodnamereadline_on_new_line/methodname void/ /methodsynopsis warn.undocumented.func; /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 -- http://cvs.php.net/co.php/phpdoc/en/reference/readline/functions/readline-redisplay.xml?r=1.1p=1 Index: phpdoc/en/reference/readline/functions/readline-redisplay.xml +++ phpdoc/en/reference/readline/functions/readline-redisplay.xml ?xml version='1.0' encoding='iso-8859-1'? !-- $Revision: 1.1 $ -- refentry id=function.readline-redisplay refnamediv refnamereadline_redisplay/refname refpurpose Ask readline to redraw the display /refpurpose /refnamediv refsect1 titleDescription/title methodsynopsis typevoid/typemethodnamereadline_redisplay/methodname void/ /methodsynopsis warn.undocumented.func; /refsect1 /refentry !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 --
[PHP-DOC] #27083 [Asn-Csd]: binding blobs to procedure params corrupts them
ID: 27083 Updated by: [EMAIL PROTECTED] Reported By: ceco at noxis dot net -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: windows 2000 server PHP Version: 4.3.4 Assigned To: tony2001 New Comment: There's no writeTemporary in the example, so this one is probably solved. Previous Comments: [2004-05-22 11:42:16] [EMAIL PROTECTED] Hi Antony! Is this already solved in the new docs? [2004-02-04 05:37:24] ceco at noxis dot net ok i'll leave it that way, but just a suggestion for the new version isn't it strange to make method WriteTemporary to accept second param, which explicitly tells the object, which type of instance it is? can't it be done when binding it (OCIBindByName) to something to change the type of object so it knows what it is bound to (blob,clob or whatever), or when created to tell it the type OCINewDescriptor with the last param [2004-02-04 03:55:49] [EMAIL PROTECTED] In php 4.3.x method writeTemporary() doesn't accept second parameter, which exists only in php5 branch. This parameter should be used to tell method wich type of Lob you're trying to write. Thus, in php4.3.x writeTemporary always tries to create CLOB, and you're using it to write BLOB. The example in docs should be changed, I'm working on new docs atm. [2004-01-29 11:46:35] [EMAIL PROTECTED] ok, I'll take a look at it soon. [2004-01-29 11:16:59] ceco at noxis dot net in examle 2 on http://www.php.net/manual/en/function.ocinewdescriptor.php it is used exactly like that, only it is clob I cannot use php 5, I made workaround converting blob to hex, sending it as clob and then reconverting it to binary ;-)) a little strange and cpu intensive but works and since it is not very often used I'll have to leave it that way 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/27083 -- Edit this bug report at http://bugs.php.net/?id=27083edit=1
[PHP-DOC] cvs: phpdoc /RFC manual.xml.in /en/features sessions.xml
vrana Fri Sep 17 09:50:35 2004 EDT Added files: /phpdoc/en/features sessions.xml Modified files: /phpdoc/RFC manual.xml.in Log: Sessions feature (bug #27944) http://cvs.php.net/diff.php/phpdoc/RFC/manual.xml.in?r1=1.16r2=1.17ty=u Index: phpdoc/RFC/manual.xml.in diff -u phpdoc/RFC/manual.xml.in:1.16 phpdoc/RFC/manual.xml.in:1.17 --- phpdoc/RFC/manual.xml.in:1.16 Sun Sep 5 19:23:35 2004 +++ phpdoc/RFC/manual.xml.inFri Sep 17 09:50:34 2004 @@ -2,7 +2,7 @@ !DOCTYPE book PUBLIC -//PHPDocGroup//DTD DocBook XML V4.1.2-Based Variant PHPBook V1.1//EN @srcdir@/dtds/phpbook.dtd [ -!-- $Revision: 1.16 $ -- !-- Last updated to comply to manual.xml.in 1.189 -- +!-- $Revision: 1.17 $ -- !-- Last updated to comply to manual.xml.in 1.189 -- !-- Add translated specific definitions and snippets -- !ENTITY % language-defs SYSTEM @srcdir@/@LANGDIR@/language-defs.ent @@ -102,6 +102,7 @@ titleFeatures;/title features.http-auth; features.cookies; + features.sessions; features.xforms; features.file-upload; features.remote-files; http://cvs.php.net/co.php/phpdoc/en/features/sessions.xml?r=1.1p=1 Index: phpdoc/en/features/sessions.xml +++ phpdoc/en/features/sessions.xml ?xml version=1.0 encoding=iso-8859-1? !-- $Revision: 1.1 $ -- chapter id=features.sessions titleSessions/title para Session support in PHP consists of a way to preserve certain data across subsequent accesses. This enables you to build more customized applications and increase the appeal of your web site. All informations are in link linkend=ref.sessionSession reference/link sections. /para /chapter !-- Keep this comment at the end of the file Local variables: mode: sgml sgml-omittag:t sgml-shorttag:t sgml-minimize-attributes:nil sgml-always-quote-attributes:t sgml-indent-step:1 sgml-indent-data:t indent-tabs-mode:nil sgml-parent-document:nil sgml-default-dtd-file:../../manual.ced sgml-exposed-tags:nil sgml-local-catalogs:nil sgml-local-ecat-files:nil End: vim600: syn=xml fen fdm=syntax fdl=2 si vim: et tw=78 syn=sgml vi: ts=1 sw=1 --
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions setlocale.xml
vrana Thu Sep 16 10:00:03 2004 EDT Modified files: /phpdoc/en/reference/strings/functions setlocale.xml Log: Platform dependent (bug #26052) http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/setlocale.xml?r1=1.20r2=1.21ty=u Index: phpdoc/en/reference/strings/functions/setlocale.xml diff -u phpdoc/en/reference/strings/functions/setlocale.xml:1.20 phpdoc/en/reference/strings/functions/setlocale.xml:1.21 --- phpdoc/en/reference/strings/functions/setlocale.xml:1.20Wed Feb 18 06:17:37 2004 +++ phpdoc/en/reference/strings/functions/setlocale.xml Thu Sep 16 10:00:03 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.20 $ -- +!-- $Revision: 1.21 $ -- !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 -- refentry id=function.setlocale refnamediv @@ -95,6 +95,7 @@ An invalid category name also causes a warning message. Category/locale names can be found in ulink url=url.rfc;1766RFC 1766/ulink and ulink url=url.iso-639;ISO 639/ulink. + Different systems have different naming schemes for locales. /para note para
[PHP-DOC] #26052 [Opn-Csd]: setlocale() does not work under FreeBSD
ID: 26052
Updated by: [EMAIL PROTECTED]
Reported By: nicos at worldakt dot com
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: FreeBSD
PHP Version: 4.3.3
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.
Different systems have different naming schemes for locales.
Previous Comments:
[2003-10-31 08:04:48] [EMAIL PROTECTED]
No bug here. different OSes have different naming schemes for locales.
Nothing we can/should do about that.
Reclassified as documentation issue. (there's already note for Windows
about the same thing)
[2003-10-31 06:16:49] nicos at worldakt dot com
Description:
setlocale() fails under FreeBSD 4.8:
[Fri Oct 31 - 17:56:28 - root /httpd/php-4.3.3]# cat configure.log |
grep locale
checking for locale.h... (cached) yes
checking for setlocale... (cached) yes
checking for localeconv... (cached) yes
[Fri Oct 31 - 17:56:45 - root /httpd/php-4.3.3]#
In fact, setlocale returns FALSE but no E_WARNING or anything.
After looking in ext/standard/string.c it looks like it can happen when
HAVE_SETLOCALE is not defined...
But HAVE_SETLOCALE is defined.
Another solution is that, setlocale() call fails:
retval = setlocale (cat, loc);
We've got an if (retval) { } but no else...
According to freebsd's man, setlocale returns NULL on failure.
I added:
else {
/* setlocale failed */
efree(args);
php_error_docref(NULL TSRMLS_CC, E_WARNING, setlocale failed!);
RETURN_FALSE;
}
And I get the E_WARNING, so it means setlocale() call failed, but why ?
the same scripts works fine under linux but not under freebsd4.8.
After looking in /usr/share/locale, we have:
/usr/share/locale/fr_FR.ISO8859-1:
LC_COLLATE LC_CTYPELC_MESSAGES LC_MONETARY
LC_NUMERIC LC_TIME
/usr/share/locale/fr_FR.ISO8859-15:
LC_COLLATE LC_CTYPELC_MESSAGES LC_MONETARY
LC_NUMERIC LC_TIME
/usr/share/locale/fr_FR.ISO_8859-1:
LC_COLLATE LC_CTYPELC_MESSAGES LC_MONETARY
LC_NUMERIC LC_TIME
/usr/share/locale/fr_FR.ISO_8859-15:
LC_COLLATE LC_CTYPELC_MESSAGES LC_MONETARY
LC_NUMERIC LC_TIME
so it should work.
If I have change fr_FR to fr_FR.ISO_8859-1 in the setlocale call, the
script works fine, isn't setlocale() supposed to use default charset
which is ISO_8859-1 ? In any case the documentation does not mention
that we have to add the charset under FreeBSD...
Reproduce code:
---
setlocale(LC_TIME, fr_FR);
echo strftime(%B %Y,$timestamp);
Expected result:
TRUE
Octobre 2003
Actual result:
--
FALSE
October 2003
--
Edit this bug report at http://bugs.php.net/?id=26052edit=1
[PHP-DOC] #27473 [Opn-Bgs]: not enough information
ID: 27473 Updated by: [EMAIL PROTECTED] Reported By: sambukkaa at hotmail dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: all PHP Version: 5.0.0b4 (beta4) New Comment: Works perfectly for me. There is probably some other error - e.g. permissions. Problem with permissions will also explain long time of session creation. Next time please specify your OS and don't suppose all. Previous Comments: [2004-03-02 20:45:05] sambukkaa at hotmail dot com oopss sorry, forgot to write so the last line should look like this session.save_path=/php_sessions and nevertheless --- didn't work [2004-03-02 20:41:03] sambukkaa at hotmail dot com Description: I have installed the 5.0.0b4 PHP on my server. It would be very frindly to write a small example how to point the session.save_path in the php.ini-dist. I had to test all the below possibilities to find the right one on Windows IIS 4 server: 1)php installed on d:\php 2)php_sessions subdirectory created on d:\php_sessions session.save_path=d:/php_sessions --- didn't work session.save_path=d:\php_sessions --- didn't work session.save_path=d:/php_sessions --- didn't work session.save_path=/php_sessions --- didn't work confused! duplicated the subdirectory php_sessions in d:\php\ as: d:\php\php_sessions worked! Why the subdirectory php_sessions should exist in both places? php has to decide right where to check for its sessions directory! Also, session creation is slow, very slow 1-3 seconds on 10 Mbit connection between 1 3 GHZ computers -- Edit this bug report at http://bugs.php.net/?id=27473edit=1
[PHP-DOC] #30091 [Bgs]: [chm] bug on language.oop.constructor.html
ID: 30091 User updated by: jmchen at zinwell dot com dot tw Reported By: jmchen at zinwell dot com dot tw Status: Bogus Bug Type: Documentation problem Operating System: windows PHP Version: 4.3.7 New Comment: Sorry about that and thanks for your advice. Even though I know the RULE, I still make mistakes. I had looked hardly for the same problem with lots of times, but I just mised that one that had different title report. It seemed We can't rely on the title search for the same bug. You should have to check reports one by one. I will be carefully for the next time.:-) Previous Comments: [2004-09-16 09:54:32] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. [2004-09-15 12:58:11] jmchen at zinwell dot com dot tw I saw the same report at #28459. Please ignore this. Thank you. [2004-09-15 10:41:34] jmchen at zinwell dot com dot tw Description: I have found a bug on page language.oop.constructor.html [chm date: 2003-09-06]... At last example in PHP 4, the class B would have no constructor function of its own and the constructor of the base class would have been called, printing 'I am a regular function named B in class A.brI am not a constructor in A.br', but not printing 'I am the constructor of A.br'. Reproduce code: --- As manual's example. Actual result: -- I am confused with the latest manual right now. I don't know which one is correct. May I miss something? -- Edit this bug report at http://bugs.php.net/?id=30091edit=1
[PHP-DOC] #25961 [Opn-Fbk]: sem_get with fixed IDC_CREAT flag
ID: 25961 Updated by: [EMAIL PROTECTED] Reported By: daredevil at rozmova dot if dot ua -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: FreeBSD, cygwin PHP Version: 4.3.3 New Comment: Please tell us what exactly should be added to the documentation. Previous Comments: [2003-10-23 22:42:10] [EMAIL PROTECTED] It seems strange that IPC_CREATE flag is always set, but it's removal will break backwards compatibility. The only way I see that this problem could be resolved is by adding another optional argument to the function, which would disable IPC_CREATE flag. [2003-10-23 02:51:32] daredevil at rozmova dot if dot ua Description: in the sem_get function, according to the source code, semaphore *always* getting with IPC_CREATE flag. That is unnecessary in situations, when I wanna get an existing semaphore, not to create a new one. Also in the Documentation You should mention, that a PHP semaphore is really THREE of them! Because when writing an client-server app (php as a client platform ang C/C++ as a server platform), and a semaphore is created in C++ as semget(key, 1(!), IPC_CREATE | 0666) - I need onle one! When trying to reach it in php sem_get(key) php handles an ivalid argument exception because php wanna re-create the semaphore set from 1 to 3. -- Edit this bug report at http://bugs.php.net/?id=25961edit=1
[PHP-DOC] #27966 [Opn-Csd]: double periods with quoted_printable_decode
ID: 27966 Updated by: [EMAIL PROTECTED] Reported By: br at creativedigitalcolor dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: redhat 9 PHP Version: 4.3.4 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. (according to RFC2045, section 6.7, not RFC2821, section 4.5.2, so additional periods are not stripped from the beginning of line) Previous Comments: [2004-04-12 22:53:41] [EMAIL PROTECTED] Reclassified. Since you're the first and only person complaining about this, we're not gonna change the behaviour but rather write better documentation for this/these functions in question.. [2004-04-12 21:06:55] br at creativedigitalcolor dot com After taking a while to build php with the c-client library i found that the imap_qprint produced identical results (the extra period was still there). I can not deterimine wether or not this is a bug becuase it is a question of interpretation.(Are these functions meant to run line by line or as one longer string) Either way, that pesky period will need removed before the attachments can be correctly saved the way they were sent.I know from the diff that pine (my email client) did remove the extra period when it decoded the attachment from the identicat file I parsed with php.Quoted printable needs better defined to be included along with the many clearly defined PHP String Functions. [2004-04-12 20:10:05] [EMAIL PROTECTED] Aren't you now mixing two different things with each other? The function quoted_printable_decode() is doing the same as imap_qprint() which conforms to RFC2045, section 6.7.. [2004-04-12 18:03:15] br at creativedigitalcolor dot com quote rfc2821 section 4.5.2: - Before sending a line of mail text, the SMTP client checks the first character of the line. If it is a period, one additional period is inserted at the beginning of the line. ?php $part = =41=42=43=44..=45=46=47=61=62=63=64=65=66=67=68=30=31=3 2=33=34=35=36=37\n..=41=42=43=44=45=46=47=61=62=63=64=65 =66=67=68=30=31=32=33=34=35=36=37; $part = quoted_printable_decode($part); echo Expected result\n; echo ABCD..EFGabcdefgh01234567 .ABCDEFGabcdefgh01234567; echo \n\nGot result\n; echo $part; echo \n\n; ? [2004-04-12 17:27:31] [EMAIL PROTECTED] AFAIK it only doubles the . if it's the ONLY character on a line. Can you quote from the RFC to prove that's not the case? Also, please provide a selfcontained example (that we can copy paste run) to show why you think there is a bug. 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/27966 -- Edit this bug report at http://bugs.php.net/?id=27966edit=1
[PHP-DOC] cvs: phpdoc /en/reference/strings/functions quoted-printable-decode.xml
vrana Fri Sep 17 10:24:41 2004 EDT Modified files: /phpdoc/en/reference/strings/functions quoted-printable-decode.xml Log: Additional periods (bug #27966) http://cvs.php.net/diff.php/phpdoc/en/reference/strings/functions/quoted-printable-decode.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/strings/functions/quoted-printable-decode.xml diff -u phpdoc/en/reference/strings/functions/quoted-printable-decode.xml:1.2 phpdoc/en/reference/strings/functions/quoted-printable-decode.xml:1.3 --- phpdoc/en/reference/strings/functions/quoted-printable-decode.xml:1.2 Wed Apr 17 02:44:21 2002 +++ phpdoc/en/reference/strings/functions/quoted-printable-decode.xml Fri Sep 17 10:24:41 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/strings.xml, last change in rev 1.2 -- refentry id=function.quoted-printable-decode refnamediv @@ -16,7 +16,11 @@ /methodsynopsis simpara This function returns an 8-bit binary string corresponding to the - decoded quoted printable string. This function is similar to + decoded quoted printable string (according to + ulink url=url.rfc;2045RFC2045/ulink, section 6.7, not + ulink url=url.rfc;2821RFC2821/ulink, section 4.5.2, so additional + periods are not stripped from the beginning of line). + This function is similar to functionimap_qprint/function, except this one does not require the IMAP module to work. /simpara
[PHP-DOC] testing!
-- James Cox - Engineer - [EMAIL PROTECTED] Global Reach Technology - Empowering Business Online
[PHP-DOC] #27604 [Fbk]: The language of the manual of the CHM version is wrong.
ID: 27604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Documentation problem Operating System: MS Windows PHP Version: Irrelevant New Comment: Is it OK now? Previous Comments: [2004-09-17 15:15:21] [EMAIL PROTECTED] Is it OK now? [2004-04-16 06:33:10] byoon_ml at zing dot bytechase dot cx The newest version(14-Apr 2004) is also not fixed yet :-( [2004-04-12 21:28:23] [EMAIL PROTECTED] I commited a workarround. I hope it's OK... http://news.php.net/article.php?group=php.docarticle=969360028 [2004-03-16 14:47:14] misha at mbm dot nifty dot com I don't really understand whats the problem. But who can check this? Derick? Gabor? I am sorry. I don't know who wrote that. But I comfirmed it too. The php_manual_ja.chm(on 11 Mar 2004) is in Simplified Chinese and English, not Japanese. For a while, it thinks that it is good to send it back to the previous version. How is it? [2004-03-16 10:12:40] [EMAIL PROTECTED] I don't really understand whats the problem. But who can check this? Derick? Gabor? 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/27604 -- Edit this bug report at http://bugs.php.net/?id=27604edit=1
[PHP-DOC] #27604 [Opn-Fbk]: The language of the manual of the CHM version is wrong.
ID: 27604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: MS Windows PHP Version: Irrelevant New Comment: Is it OK now? Previous Comments: [2004-04-16 06:33:10] byoon_ml at zing dot bytechase dot cx The newest version(14-Apr 2004) is also not fixed yet :-( [2004-04-12 21:28:23] [EMAIL PROTECTED] I commited a workarround. I hope it's OK... http://news.php.net/article.php?group=php.docarticle=969360028 [2004-03-16 14:47:14] misha at mbm dot nifty dot com I don't really understand whats the problem. But who can check this? Derick? Gabor? I am sorry. I don't know who wrote that. But I comfirmed it too. The php_manual_ja.chm(on 11 Mar 2004) is in Simplified Chinese and English, not Japanese. For a while, it thinks that it is good to send it back to the previous version. How is it? [2004-03-16 10:12:40] [EMAIL PROTECTED] I don't really understand whats the problem. But who can check this? Derick? Gabor? [2004-03-15 07:40:02] [EMAIL PROTECTED] Description: Case CHM Manual of Japanese. The language of the manual of the CHM version is wrong. Is it Chinese now? http://jp.php.net/get/php_manual_ja.chm/from/this/mirror -- Edit this bug report at http://bugs.php.net/?id=27604edit=1
Re: [PHP-DOC] list restored
Jim/James, Thank you very much. S Jim Winstead wrote: if this makes it through, that means the phpdoc list is working again. back to your regularly scheduled documentation conversations... jim
[PHP-DOC] #27249 [Ana-Csd]: odbc_data_source returns avaible DNS, not information about argument
ID: 27249
Updated by: [EMAIL PROTECTED]
Reported By: jlsalinas at gmx dot net
-Status: Analyzed
+Status: Closed
Bug Type: Documentation problem
Operating System: Windows Me
PHP Version: 4.3.4
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.
This function will return the list of avaible DNS (after calling it
several times).
If you want other functionality, create bug in Category Feature
request.
Previous Comments:
[2004-07-19 01:31:26] [EMAIL PROTECTED]
The documentation may be out of whack, but your request
to remove the SQL_FETCH_FIRST and SQL_FETCH_NEXT calls
is denied. Unfortunately, the SQL call underneath
requires these to be passed in.
As for the connection issue, unfortunately due to the
nature of the ODBC system, an environment variable must
be passed to the call. The only place the environment
variable exists is within a connection.
[2004-02-14 00:18:35] jlsalinas at gmx dot net
Description:
Even though the documentation states that odbc_data_source Returns
information about a current connection, it returns the list of avaible
DNS (after calling it several times).
This is a good feature, but maybe in a function called odbc_list_dns
and without the need for an argument with a previously established
connection (maybe ODBC internals require the connection to get them, I
don't know).
What I expected after reading the docs about odbc_data_source was:
- odbc driver used (xtg for interbase6 in my case)
- underlying database (firebird 1.5rc8 in my case)
- perhaps other information, depending on the dbms
My code is:
- begin --
pre
?php
$conn = odbc_connect ($dns_name, $user, $pass);
if ($ds = @odbc_data_source ($conn, SQL_FETCH_FIRST)) {
do {
var_dump ($ds);
} while ($ds = @odbc_data_source ($conn, SQL_FETCH_NEXT));
}
?
/pre
- end
The result (I'm from Spain):
- begin --
array(2) {
[server]=
string(23) Archivos de texto ASCII
[description]=
string(36) Microsoft Text Driver (*.txt; *.csv)
}
array(2) {
[server]=
string(18) MS Access Database
[description]=
string(31) Microsoft Access Driver (*.mdb)
}
[...and some more]
- end
You see? First, if this function is supposed to give information about
the connection and its data source, why do I need to call it many
times? It's not gonna change! Moreover, the information it gives the
first time, with SQL_FETCH_FIRST, does not correspond with the
specified connection.
And, what is the need to specify if it's the first time or not
(SQL_FETCH_FIRST and SQL_FETCH_NEXT constants)? This second argument
makes no sense to me. Even in a odbc_list_dns function, I'd prefer the
function to return all the DNS as an array, and not having to call it
several times, inside a somewhat weird loop.
I think that correct function calls should be:
- odbc_data_source ($conn)
- odbc_list_dns ()
Again, I don't know the internals of ODBC. Maybe odbc_list_dns *needs*
a connection to work. Ok. But, please, no different arguments for the
first and the following calls.
Thank you very much. Keep on doing doing such a great job!
--
Edit this bug report at http://bugs.php.net/?id=27249edit=1
[PHP-DOC] #28090 [Opn-Bgs]: odbc_data_source does not return info about current connection.
ID: 28090
Updated by: [EMAIL PROTECTED]
Reported By: richard dot quadling at carval dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: Documentation problem
Operating System: Windows XP Pro SP1
PHP Version: 4.3.6
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Dup to bug #27249.
Previous Comments:
[2004-04-21 14:15:18] richard dot quadling at carval dot co dot uk
Description:
The documentation of odbc_data_source suggests that the information
about the current connection will be used to provide the server and the
description as part of the results.
This is NOT the case.
The function odbc_data_source returns information for all DSNs
defined.
I am not sure if the bug is in the manual or the function.
The reason I say suggest is that you have to provide a connection.
Reproduce code:
---
From the example in the user notes.
?php
// Example usage:
// Connect to a ODBC database that exists on your system
$link = odbc_connect(HRUnityOnline, CARVAL_USER, pswd) or
die(odbc_errormsg() );
$result = @odbc_data_source( $link, SQL_FETCH_FIRST );
while($result)
{
echo DSN: . $result['server'] . - . $result['description'] .
br\n;
$result = @odbc_data_source( $link, SQL_FETCH_NEXT );
}
odbc_close($link);
?
Expected result:
DSN: HRUnityOnline - SQL Server
To acheive the desired result (i.e. you want to see the type of server
type for the current DSN) ...
?php
// Example usage:
$sDSN = HRUnityOnline;
// Connect to a ODBC database that exists on your system
$link = odbc_connect($sDSN, CARVAL_USER, pswd) or
die(odbc_errormsg() );
$result = @odbc_data_source( $link, SQL_FETCH_FIRST );
while($result)
{
if ($result['server'] == $sDSN)
{
echo DSN: . $result['server'] . - . $result['description'] .
br\n;
break;
}
$result = @odbc_data_source( $link, SQL_FETCH_NEXT );
}
odbc_close($link);
?
Actual result:
--
DSN: SageLine132 - Sage Line 100
DSN: SageLine50v10 - Sage Line 50 v10
DSN: Payroll32 - Microsoft Access Driver (*.mdb)
DSN: DBISAMTEST - DBISAM 3 ODBC Driver
DSN: HRUnityOnline - SQL Server
DSN: PCS - SQL Server
DSN: Bandvulc_PCS - SQL Server
DSN: Bandvulc CCC - Sage Line 100
--
Edit this bug report at http://bugs.php.net/?id=28090edit=1
[PHP-DOC] #30116 [NEW]: French Error mb_string
From: jsgoupil at lookstrike dot com Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: French Error mb_string Description: In http://ca3.php.net/manual/fr/ref.mbstring.php qui ne supporte que les jeux mon-octets supposed to be qui ne supporte que les jeux mono-octets -- Edit bug report at http://bugs.php.net/?id=30116edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30116r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30116r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30116r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30116r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30116r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30116r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30116r=needscript Try newer version: http://bugs.php.net/fix.php?id=30116r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30116r=support Expected behavior: http://bugs.php.net/fix.php?id=30116r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30116r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30116r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30116r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30116r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30116r=dst IIS Stability: http://bugs.php.net/fix.php?id=30116r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30116r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30116r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30116r=mysqlcfg
[PHP-DOC] #19622 [Ana-Csd]: additions to Unified ODBC page on php.net
ID: 19622 Updated by: [EMAIL PROTECTED] Reported By: jastern at uci dot edu -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.3 New Comment: There is a note for 3: Building PHP with iODBC support enables you to use any ODBC-compliant drivers with your PHP applications. So this bug can be closed IMHO. Previous Comments: [2004-08-05 09:55:44] [EMAIL PROTECTED] #2 has already been fixed and #1 is now solved. The new title shows up under '0' because it now reads as follows: ODBC Functions (Unified) This (#1) will become a non issue when bugs #2352 and #17164 are solved and most likely they won't be solved until livedocs is implemented. [2003-01-04 10:49:39] [EMAIL PROTECTED] Step by steps for each backend? The point of ODBC is that knowledge of each backend isn't required and that the ODBC Drivers can and should handle the specific of each database. This leaves you with only worry about how you (the developer) want to deal with the data returned. If you want specific database knowledge, please read the manual pages for each database. I do agree with 1 and 2 and believe 2 has been answered. The Unified part isn't going to go away anytime soon though as I understand it. 3 is a little misleading, in the sense that the driver managers (iODBC and unixODBC) all support many more devices. 4 and 5 though won't be happening anytime soon. [2003-01-02 15:37:54] [EMAIL PROTECTED] This is absolutely a documentation problem. [2002-09-26 14:31:57] jastern at uci dot edu sorry all.. i should have reviewed my comments more carefully before sending (wish i could edit the original comments here).. where i said, for sybase. i finally figured out how to do this with linux (after 2 i meant: for sybase. i finally figured out how to do this with **interbase** (after 2 [2002-09-26 14:15:11] jastern at uci dot edu hi.. i wanted to thank you all for the hard work on the documentation.. i know it's probably really hard to keep up with all the changes and the like. i would also like to thank you for the 'content-management' style of running the site, where users can make additions/comments to the manual pages. this is VERY helpful! something i always wanted in web sites, and you have made it a reality. those comments are GOLD!!! so thanks. i was wondering whether i might be helpful in adding in some thoughts for future versions of the manual/docs? even with the manual as it is, i still had many problems setting up my php (on redhat 7.3 linux) to connect to our (remote) interbase server. there just are so little docs, and the page on 1) on http://www.php.net/manual/en/ in section IV (Function Reference) it took me the longest time to find the ODBC functions. for a while i didn't even think they were listed there -- thought it was a mistake of ommission. so i'd click on any other database function and then once on *that* page, i'd use the menu on the LHS which *did* have a simple entry to 'ODBC'. finally, after a few days of doing it this way, i decided (bone-headed that i am) late to try searching through the document and found Unified ODBC functions.. there all the time. i can see why it was titled this way, but i had been searching (rather tunnel-vision-ously) for ODBC functions and never found them. so it's such a little thing, but i think under Unified, it's sort of hidden.. 2) also, under same section, since every item has the word function at the end, and the section does have Function in the title (Function Reference), might it clean things up a bit and make them easier to scan/find to remove the trailing functions from every item in that section? 3) on http://www.php.net/manual/en/ref.odbc.php where it says, The following databases are supported by the Unified ODBC functions:, since interbase works (but is not documented, really), should interbase(http://www.borland.com/interbase) maybe be added? 4) i did find getting a php-interbase connection quite a struggle, so when i did get it up and running, i put a page up on php.faqts: http://www.faqts.com/knowledge_base/view.phtml/aid/18951/fid/679 but it really would be nice if included in future versions of the manual, we had examples of step-by-step setup for each db back-end (assuming the db server is already set up).. in my case, i just needed to get the client libraries, but couldn't figure out how to get them. there was a page (i can't find right now) on your site referring to compile-time options, but i also figured out (myself) that i might be able to
[PHP-DOC] #30115 [NEW]: The wrong link is shown for __destroy when using phpmanual
From: richard dot quadling at bandvulc dot co dot uk Operating system: Windows XP SP2 PHP version: 5.0.1 PHP Bug Type: Documentation problem Bug description: The wrong link is shown for __destroy when using phpmanual Description: I use the phpmanual facility so that I can get links to the function that fails, when it fails. My code failed showing ... Warning: FormMaint::__destruct() [function.--destruct.html]: message: Cannot insert duplicate key row in object 'kpi_element_types' with unique index 'IX_element_types_ElementTypeExecutionSequence'. (severity 14) in C:\WebSites\PHP\Includes\class_FormMaint.inc on line 239 The important bit is [function.--destruct.html] which points to url ... http://dev.kpi.bandvulc/phpmanual/function.--destruct.html which doesn't exist. Reproduce code: --- Generating the error was VERY hard work (i.e. 1 line in the wrong place), but is not relevant to the problem. The problem is that there is no documentation for function.--desctruct.html -- Edit bug report at http://bugs.php.net/?id=30115edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30115r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30115r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30115r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30115r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30115r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30115r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30115r=needscript Try newer version: http://bugs.php.net/fix.php?id=30115r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30115r=support Expected behavior: http://bugs.php.net/fix.php?id=30115r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30115r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30115r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30115r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30115r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30115r=dst IIS Stability: http://bugs.php.net/fix.php?id=30115r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30115r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30115r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30115r=mysqlcfg
[PHP-DOC] #25917 [Ana-Csd]: odbc_error() sometimes returns a bad string
ID: 25917 Updated by: [EMAIL PROTECTED] Reported By: thorsten at rinne dot info -Status: Analyzed +Status: Closed Bug Type: Documentation problem Operating System: Windows2000 PHP Version: 4CVS, 5CVS 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. odbc_error, odbc_errormsg: This function returns meaningful value only if last odbc query failed (i.e. odbc_exec() returned false). Previous Comments: [2003-11-03 02:29:32] thorsten at rinne dot info Your explanation makes sense. Why does odbc_error sometimes return bad strings with special characters? Is this a bug in PHP or from the ODBC driver? [2003-10-31 09:35:18] [EMAIL PROTECTED] This is probably a documentation bug (and therefore a misunderstanding on your code) more than a PHP ODBC code bug. What you're seeing happening is an abuse of the odbc_error system really. The odbc_error values are only populated when an internal error is detected (i.e. SQLExecDirect() fails). The catch is they only over- write the values that had been in there previously. As such the each connections last error is never really free'd, so you'll constantly get a copy of the last seen error. Does that make sense? In any case you should be checking the return code for the function you're calling rather than just odbc_error(). Moving to a documentation bug. [2003-10-27 02:28:59] thorsten at rinne dot info Here's my log: SQLQuery: SELECT * FROM TABLE ErrorNum: 4ÃïÏ ErrorMsg: ï Here's the odbc log: [ Process: 924, Thread: 1084 ] [ Date Time: 27/10/2003 08.23.23.15 ] [ Product: QDB2/NT DB2 v8.1.3.132 ] [ Level Identifier: 02040106 ] [ CLI Driver Version: 08.01. ] [ Informational Tokens: DB2 v8.1.3.132,s030728,WR21324,Fixpack 3 ] [000924 001084] [27/10/2003 08.23.36.934791] SQLExecDirectW( hStmt=1:1, pszSqlStr=SELECT * FROM TABLE - X530045004C004500430054002000490044005F004D00410049004C0052004F004F004D002C0020004400450053004300520049005000540049004F004E002C0020005300450052005600450052004E0041004D0045002000460052004F004D0020004D00410049004C0052004F004F004D00, cbSqlStr=-3 ) [000924 001084] [27/10/2003 08.23.36.935123] [000924 001084] [27/10/2003 08.23.36.935863] SQLExecDirectW( ) [000924 001084] [27/10/2003 08.23.36.935972] --- SQL_SUCCESS [2003-10-22 19:49:26] [EMAIL PROTECTED] can you please turn on the logging option in your client, and post the relavent portions to this bug? Under windows it's in the ODBC Administrator. [2003-10-22 08:32:47] thorsten at rinne dot info This bug can also reproduced with PHP 4.3.4RC1 and 4.3.4RC2. This happens with INSERTS, UPDATEs and DELETEs, too. 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/25917 -- Edit this bug report at http://bugs.php.net/?id=25917edit=1
[PHP-DOC] #25489 [Opn-Csd]: wrong array_splice() equivalents given
ID: 25489
Updated by: [EMAIL PROTECTED]
Reported By: postings-php-bug at hans-spath dot de
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Irrelevant
PHP Version: 4.3.6
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 changed The following equivalences hold to The following
statements change the values of $input the same way
Previous Comments:
[2004-07-05 18:04:49] postings-php-bug at hans-spath dot de
... they behave exactly as the original functions
( ( (( BULLSHIT ALARM )) ) )
THEY DO NOT.
TEST VALUES:
|| $input = array(
||'1st' = 'first element',
||2 = 'second element',
||'3rd' = 'third element'
|| );
|| $x = 2;
|| $y = 'replaced element';
*** array_push($input, $x, $y)
*** vs.
*** array_splice($input, count($input), 0, array($x, $y))
TEST array_push($input, $x, $y)
$input = array (
'1st' = 'first element',
2 = 'second element',
'3rd' = 'third element',
3 = 2,
4 = 'replaced element',
)
TEST array_splice($input, count($input), 0, array($x, $y))
$input = array (
'1st' = 'first element',
0 = 'second element',
'3rd' = 'third element',
1 = 2,
2 = 'replaced element',
)
--- EQUAL / EQUIVALENT ?!?
- differing return value (irrelevant)
- renumbered array-keys
*** array_pop($input)
*** vs.
*** array_splice($input, -1)
TEST
$z = 'third element'
$input = array (
'1st' = 'first element',
2 = 'second element',
)
TEST array_splice($input, -1)
$z = array (
'3rd' = 'third element',
)
$input = array (
'1st' = 'first element',
0 = 'second element',
)
--- EQUAL / EQUIVALENT ?!?
- return value differs (plain value vs. single-element array)
- renumbered array-keys
*** array_shift($input)
*** vs.
*** array_splice($input, 0, 1)
TEST array_shift($input)
$z = 'first element'
$input = array (
0 = 'second element',
'3rd' = 'third element',
)
TEST array_splice($input, 0, 1)
$z = array (
'1st' = 'first element',
)
$input = array (
0 = 'second element',
'3rd' = 'third element',
)
--- EQUAL / EQUIVALENT ?!?
- return value differs (plain value vs. single-element array)
*** $a[$x] = $y
*** vs.
*** array_splice($input, $x, 1, $y)
TEST $input[$x] = $y
$z = 'replaced element'
$input = array (
'1st' = 'first element',
2 = 'replaced element',
'3rd' = 'third element',
)
TEST array_splice($input, $x, 1, $y)
$z = array (
'3rd' = 'third element',
)
$input = array (
'1st' = 'first element',
0 = 'second element',
1 = 'replaced element',
)
--- EQUAL / EQUIVALENT ?!?
- return value differs (new value vs. replaced value) (irrelevant)
- what the hell is $a?
- OVERWRITE OF WRONG ELEMENT (because $x is a positon for array_splice,
not a key)
- renumbered array-keys
[2004-07-05 12:30:27] [EMAIL PROTECTED]
Uhm.. They say equivalents, not equal. However, when that equivalents
are used in a separate line, they behave exactly as the original
functions.
[2003-09-11 10:16:45] postings-php-bug at hans-spath dot de
The last 2 tests in my example code do not show the problem, to fix
this, replace '$a[$x] = $y' by '$input[$x] = $y' and add var_dump(
$input ); after var_dump( $z );.
[2003-09-11 07:55:53] postings-php-bug at hans-spath dot de
Description:
The documentation for array_splice gives some equivalents for special
cases in Table 1.
These are WRONG.
array_pop and array_shift return single *VALUES*, array_splice returns
an array.
array_pop and array_shift do NOT perform the same action.
In $a[$x] = $y, $x is a KEY.
In array_splice($input, $x, 1, $y), $x is a POSITION.
Reproduce code:
---
D:\PHPcat test\array_splice.php
?
$tests = array(
'array_shift($input)',
'array_pop($input)',
'array_splice($input, -1)',
'$a[$x] = $y',
'array_splice($input, $x, 1, $y)'
);
foreach( $tests as $test )
{
$input = array(
'1st' = 'first element',
2 = 'second element',
'3rd' = 'third element'
);
$x = 2;
$y = 'replaced element';
echo \n$test\n;
eval( \$z = $test ; );
var_dump( $z );
}
Expected result:
*I* expect it to work as it works, but people misled by the
documentation could expect something else.
Actual result:
--
D:\PHP4.3.3\php-cli.exe -n test\array_splice.php
array_shift($input)
string(13) first element
array_pop($input)
[PHP-DOC] #27796 [Opn-Fbk]: exec()/system()/etc cannot execute Zerolink executables
ID: 27796 Updated by: [EMAIL PROTECTED] Reported By: wjtregaskis at students dot latrobe dot edu dot au -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: MacOS 10.3.3 PHP Version: 4.3.4 New Comment: What do you mean by CLI apps built with Zerolink enabled? Which part of the documentation should be updated? Previous Comments: [2004-04-07 10:06:33] wjtregaskis at students dot latrobe dot edu dot au As an extension of this problem, it's also true the same error code (6, ENXIO) is returned if you try to execute an application which connects to the WindowServer (under Mac OS X). Only the console root users may do this, which usually [and hopefully] excludes www, which seems to be the user that is used when executing via exec(). [2004-03-31 07:23:16] [EMAIL PROTECTED] So it's something for the docs. [2004-03-31 07:21:38] wjtregaskis at students dot latrobe dot edu dot au P.S. XCode is Apple's universal GUI IDE. Zerolink is (so far as I've seen) too difficult to allow for in a normal makefile, so non-XCode projects are exempt from this problem. [2004-03-31 07:20:08] wjtregaskis at students dot latrobe dot edu dot au Just to clarify, Zerolink is Apple's system for linking object files within an executable at runtime. It's on by default in XCode. The premise is that for large apps you can run them immediately after compilation, linking on-the-fly only the [small, ideally] fraction of them needed. The side-effect of this is that these apps have to be launched in some sort of special environment to facilitate this runtime linking, so you can't execute them normally. I guess it would be possible to execute such apps so that they do work [by extending the exec code], but I don't see a need - it's easy enough to just compile with Zerolink off (the old fashioned way) and it's more the fact that this can catch you out and is terrible to debug that concerns me. [2004-03-31 07:11:50] [EMAIL PROTECTED] Please give a short summary of what zero-link is, and why it is broken. 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/27796 -- Edit this bug report at http://bugs.php.net/?id=27796edit=1
[PHP-DOC] #25921 [Opn-Fbk]: buggy example
ID: 25921
Updated by: [EMAIL PROTECTED]
Reported By: corinl at gmx dot de
-Status: Open
+Status: Feedback
Bug Type:Documentation problem
PHP Version: 4.3.0
New Comment:
Please explain what exactly do you miss in the documentation.
Previous Comments:
[2003-10-20 09:32:53] [EMAIL PROTECTED]
Besides the doc problem, it may also be a real bug.
Following draft-ietf-ldapext-ldap-c-api-xx.txt:
LDAP_OPT_REFERRALS (0x08)
[..]
By default, this option is ON.
Is this option ON by default in PHP or not? Following this draft it
should be, when not I consider this a bug.
Maybe it is a good idea to add the default options set by PHP to
ldap_set_option/ldap_get_option.
[2003-10-20 08:40:31] bugs dot php dot net at phrenetic dot to
Then this is a documentation bug.
http://se.php.net/manual/en/function.ldap-search.php and
http://se.php.net/manual/en/function.ldap-connect.php doesn't say
anything about this.
[2003-10-20 08:13:26] [EMAIL PROTECTED]
That's not workaround, that's how you're supposed to do it.
[2003-10-20 07:41:37] bugs dot php dot net at phrenetic dot to
I forgot to supply LDAP client library version:
LDAP Supportenabled
RCS Version $Id: ldap.c,v 1.130.2.4 2003/04/30 21:54:02 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 20123
[2003-10-20 07:34:34] corinl at gmx dot de
Description:
Recently at my site they started to upgrade some directory servers and
suddenly stuff started to break. All of them PHP'ish. All LDAP searches
broke with Operations Error. Doing the same queries with ldapsearch
(openldap commandline tool) everything looked fine except that I could
imagine something going on with the result as I got 'ref:
ldap://foo.bar.com/ou=foo,o=bar' back in the chunk coming from the
server.
I found a 2-year old workaround for it here: (Surprisingly works
flawless.)
http://groups.google.se/groups?q=LDAP_OPT_REFERRALS+%2Bfollow+referralshl=enlr=ie=UTF-8oe=UTF-8safe=offselm=20011226190121.22738.qmail%40php2.chek.comrnum=1
Reproduce code:
---
foreach($ldaphosts as $ldaphost)
{
if( !$fail !$success)
{
if( $connect = @ldap_connect($ldaphost) )
{
if( $bind =
@ldap_bind($connect,$ldapbinddn,$lda
pbindpasswd) )
{
$filter =
($ldapuserattr=$username);
$search =
@ldap_search($connect
, $ldapbasedn, $filter, array('cn'));
$info =
@ldap_get_entries($connect, $sea
rch);
if($info[0]['dn'])
{
if(ldap_bind($connect,
$info[0][
'dn'], $password) )
{
$success = 1;
} else {
$fail = 1;
}
} else {
$fail = 1;
}
}
}
ldap_unbind($connect);
}
}
Expected result:
ldap_search() to return an ldap search resource to pass on to
ldap_get_entries
Actual result:
--
ldap_search(): Search: Operations error
--
Edit this bug report at http://bugs.php.net/?id=25921edit=1
[PHP-DOC] #26460 [Opn-Csd]: Note about compiling with imap support on Mandrake Linux
ID: 26460 Updated by: [EMAIL PROTECTED] Reported By: lists at nutshell dot nu -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Manfrake Linux 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. The libc-client.a in Mandrake Linux is compiled without Kerberos support. A separate version with SSL is however installed, called client-PHP4.a. You have to manually recompile the package and add Kerberos support to it. Previous Comments: [2003-11-28 22:57:46] lists at nutshell dot nu Description: I had major problem when trying to compile php4 and php5 on my Mandrake Linux box. I use v9.2, but I think this problem is the same in earlier versions. The make process will fail due to that the libc-client.a in Mdk Linux is compile without and kerberos support. A separate version with ssl is however installed, called client-PHP4.a. I had to manually recompile the package and add kerberos support to it. Then it compiled just fine. Took me quite some time to discover this, a small note about this in the installation manual would have saved me lots of extra work. -- Edit this bug report at http://bugs.php.net/?id=26460edit=1
[PHP-DOC] cvs: phpdoc /en/reference/imap reference.xml
vrana Fri Sep 17 04:23:10 2004 EDT Modified files: /phpdoc/en/reference/imap reference.xml Log: Installation on Mandrake (bug #26460) http://cvs.php.net/diff.php/phpdoc/en/reference/imap/reference.xml?r1=1.14r2=1.15ty=u Index: phpdoc/en/reference/imap/reference.xml diff -u phpdoc/en/reference/imap/reference.xml:1.14 phpdoc/en/reference/imap/reference.xml:1.15 --- phpdoc/en/reference/imap/reference.xml:1.14 Tue Feb 24 03:45:53 2004 +++ phpdoc/en/reference/imap/reference.xml Fri Sep 17 04:23:07 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.14 $ -- +!-- $Revision: 1.15 $ -- reference id='ref.imap' titleIMAP, POP3 and NNTP Functions/title titleabbrevIMAP/titleabbrev @@ -43,6 +43,14 @@ To build the c-client library with SSL or/and Kerberos support read the docs supplied with the package. /para +/note +note + simpara + The filenamelibc-client.a/filename in Mandrake Linux is compiled + without Kerberos support. A separate version with SSL is however + installed, called filenameclient-PHP4.a/filename. You have to + manually recompile the package and add Kerberos support to it. + /simpara /note /section
[PHP-DOC] cvs: phpdoc /en/reference/xml/functions xml-parser-create.xml
vrana Fri Sep 17 09:30:26 2004 EDT Modified files: /phpdoc/en/reference/xml/functions xml-parser-create.xml Log: Empty string as encoding (bug #27808) http://cvs.php.net/diff.php/phpdoc/en/reference/xml/functions/xml-parser-create.xml?r1=1.8r2=1.9ty=u Index: phpdoc/en/reference/xml/functions/xml-parser-create.xml diff -u phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.8 phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.9 --- phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.8 Wed Sep 15 15:12:41 2004 +++ phpdoc/en/reference/xml/functions/xml-parser-create.xml Fri Sep 17 09:30:25 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.8 $ -- +!-- $Revision: 1.9 $ -- !-- splitted from ./en/functions/xml.xml, last change in rev 1.2 -- refentry id=function.xml-parser-create refnamediv @@ -23,7 +23,9 @@ encoding is automatically detected, so that the parameterencoding/parameter parameter specifies only the output encoding. In PHP 4, the default output encoding is the same as the - input charset. In PHP 5.0.0 and 5.0.1, the default output charset is + input charset. If empty string is passed, the parser attempts to identify + which encoding the document is encoded in by looking at the heading 3 or + 4 bytes. In PHP 5.0.0 and 5.0.1, the default output charset is ISO-8859-1, while in PHP 5.0.2 and upper is UTF-8. The supported encodings are literalISO-8859-1/literal, literalUTF-8/literal and literalUS-ASCII/literal.
[PHP-DOC] #27808 [Opn-Csd]: xml_parse() chokes on the UTF-8 BOM
ID: 27808 Updated by: [EMAIL PROTECTED] Reported By: jcalvert at gmx dot net -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Debian Sid PHP Version: 5.0.0RC1 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. If empty string is passed, the parser attempts to identify which encoding the document is encoded in by looking at the heading 3 or 4 bytes. Previous Comments: [2004-03-31 20:23:04] [EMAIL PROTECTED] Corrected summary. 1. For the sake of backwards compatibility, xml_parser_create() with no arguments generates a parser that only recognises ISO-8859-1. 2. If one passed UTF-8 to it for the encoding argument, the parser backed by libxml assumes any given XML document to be encoded in plain UTF-8 encoding, where no BOM (Byte order mark) is allowed. 3. If one passed (a null string) to it, the parser attempts to identify which encoding the document is encoded in by looking at the heading 3 or 4 bytes. In this case a BOM must be there. This might fix your problem. It seems the third feature is not documented yet, so I'm marking this as a documentation problem. [2004-03-31 13:00:42] jcalvert at gmx dot net Description: In PHP4 parsing a UTF-8 file with the magic string (\xEF\xBB\xBF) works just fine. In PHP5.0.0RC1 the function returns with an error message saying the string didn't contain any XML data. Stripping the magic string before calling the function yields the expected result. libxml2* version 2.6.7-1 -- Edit this bug report at http://bugs.php.net/?id=27808edit=1
[PHP-DOC] cvs: phpdoc /en/reference/uodbc/functions odbc-data-source.xml
vrana Thu Sep 16 09:37:48 2004 EDT Modified files: /phpdoc/en/reference/uodbc/functionsodbc-data-source.xml Log: Returns list of DNS (bug #27249) http://cvs.php.net/diff.php/phpdoc/en/reference/uodbc/functions/odbc-data-source.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/uodbc/functions/odbc-data-source.xml diff -u phpdoc/en/reference/uodbc/functions/odbc-data-source.xml:1.2 phpdoc/en/reference/uodbc/functions/odbc-data-source.xml:1.3 --- phpdoc/en/reference/uodbc/functions/odbc-data-source.xml:1.2Fri Aug 13 12:12:05 2004 +++ phpdoc/en/reference/uodbc/functions/odbc-data-source.xmlThu Sep 16 09:37:47 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- refentry id=function.odbc-data-source refnamediv refnameodbc_data_source/refname @@ -16,8 +16,8 @@ Returns false; on error, and an array upon success. /para para - This function will return information about the active connection - following the information from within the DSN. The + This function will return the list of avaible DNS (after calling it + several times). The parameterconnection_id/parameter is required to be a valid ODBC connection. The parameterfetch_type/parameter can be one of two constant types: SQL_FETCH_FIRST, SQL_FETCH_NEXT. Use SQL_FETCH_FIRST the
[PHP-DOC] cvs: phpdoc /en/reference/uodbc/functions odbc-error.xml odbc-errormsg.xml
vrana Thu Sep 16 09:37:58 2004 EDT Modified files: /phpdoc/en/reference/uodbc/functionsodbc-error.xml odbc-errormsg.xml Log: Meaningful return (bug #25917) http://cvs.php.net/diff.php/phpdoc/en/reference/uodbc/functions/odbc-error.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/uodbc/functions/odbc-error.xml diff -u phpdoc/en/reference/uodbc/functions/odbc-error.xml:1.2 phpdoc/en/reference/uodbc/functions/odbc-error.xml:1.3 --- phpdoc/en/reference/uodbc/functions/odbc-error.xml:1.2 Wed Apr 17 02:44:44 2002 +++ phpdoc/en/reference/uodbc/functions/odbc-error.xml Thu Sep 16 09:37:58 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/uodbc.xml, last change in rev 1.13 -- refentry id=function.odbc-error refnamediv @@ -17,6 +17,10 @@ has been no errors. If parameterconnection_id/parameter is specified, the last state of that connection is returned, else the last state of any connection is returned. +/simpara +simpara + This function returns meaningful value only if last odbc query failed + (i.e. functionodbc_exec/function returned false;). /simpara simpara See also: functionodbc_errormsg/function and http://cvs.php.net/diff.php/phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml diff -u phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml:1.2 phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml:1.3 --- phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml:1.2 Wed Apr 17 02:44:44 2002 +++ phpdoc/en/reference/uodbc/functions/odbc-errormsg.xml Thu Sep 16 09:37:58 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/uodbc.xml, last change in rev 1.13 -- refentry id=function.odbc-errormsg refnamediv @@ -18,6 +18,10 @@ parameterconnection_id/parameter is specified, the last state of that connection is returned, else the last state of any connection is returned. +/simpara +simpara + This function returns meaningful value only if last odbc query failed + (i.e. functionodbc_exec/function returned false;). /simpara simpara See also: functionodbc_error/function and
[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-splice.xml
vrana Thu Sep 16 09:38:16 2004 EDT Modified files: /phpdoc/en/reference/array/functionsarray-splice.xml Log: Statements are not equal (bug #25489) http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/array-splice.xml?r1=1.11r2=1.12ty=u Index: phpdoc/en/reference/array/functions/array-splice.xml diff -u phpdoc/en/reference/array/functions/array-splice.xml:1.11 phpdoc/en/reference/array/functions/array-splice.xml:1.12 --- phpdoc/en/reference/array/functions/array-splice.xml:1.11 Tue Aug 3 11:51:08 2004 +++ phpdoc/en/reference/array/functions/array-splice.xmlThu Sep 16 09:38:16 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.11 $ -- +!-- $Revision: 1.12 $ -- !-- splitted from ./en/functions/array.xml, last change in rev 1.14 -- refentry id=function.array-splice refnamediv @@ -60,7 +60,8 @@ around it, unless the element is an array itself. /para para - The following equivalences hold: + The following statements change the values of varname$input/varname +the same way: table titlefunctionarray_splice/function equivalents/title tgroup cols=2 @@ -99,7 +100,7 @@ /row row entry -$a[$x] = $y +$input[$x] = $y // for arrays where key equals offset /entry entry array_splice($input, $x, 1, $y)
[PHP-DOC] #26793 [Opn-Csd]: strtotime() additions
ID: 26793
Updated by: [EMAIL PROTECTED]
Reported By: kulakov74 at yandex dot ru
-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.
Make sure to take daylight saving time into consideration (use e.g.
$date = strtotime('+7 days', $date) and not $date += 7*24*60*60).
The link didn't work only a while and the documentation is quite
complex so I didn't integrate it.
Previous Comments:
[2004-01-15 16:48:37] chris at free-source dot com
Also on the strtotime page the link to the GNU utils man page is dead.
[2004-01-05 08:22:28] kulakov74 at yandex dot ru
Description:
I think strtotime() and probably the more general Date and Time
Functions chapter need these additions:
1. Daylight Savings Time stuff should be explained; it should be
clearly stated that one can't do integer arithmetics right with
timestamps because of DST. At least strtotime() handles this correctly
(another option is maketime()), so it should be used whenever, say, we
need to add 7 days to a date as in strtotime('+7 days', $Date),
while this is wrong: $Date+=7*24*3600.
This will prevent a lot of developers new to the datetime issue from
stumbling over the problem and reporting another bug answered with a
congratulation on DST discovery.
2. Descriptions of all the formats for the time parameter in
strtotime() should be included in the PHP documentation itself;
providing just a link to GNU Tar Date formats does not necessarily
leads to following the link and therefore leads to misunderstanding of
the time parameter formats, hence to another wave of bug reports
about next [weekday] unexpected behavour.
Reproduce code:
---
Current (online) strtotime() documentation
Expected result:
I think people should be able to know what strtotime() will return and
avoid the described pitfalls when they have read the PHP docs alone
--
Edit this bug report at http://bugs.php.net/?id=26793edit=1
[PHP-DOC] cvs: phpdoc /en/reference/info/functions getenv.xml
vrana Thu Sep 16 04:27:47 2004 EDT Modified files: /phpdoc/en/reference/info/functions getenv.xml Log: Remove bogus note (bug #30059) http://cvs.php.net/diff.php/phpdoc/en/reference/info/functions/getenv.xml?r1=1.6r2=1.7ty=u Index: phpdoc/en/reference/info/functions/getenv.xml diff -u phpdoc/en/reference/info/functions/getenv.xml:1.6 phpdoc/en/reference/info/functions/getenv.xml:1.7 --- phpdoc/en/reference/info/functions/getenv.xml:1.6 Thu Dec 18 06:47:08 2003 +++ phpdoc/en/reference/info/functions/getenv.xml Thu Sep 16 04:27:44 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.2 -- refentry id=function.getenv refnamediv @@ -31,13 +31,6 @@ mean by taking a look at the ulink url=url.cgispecs;CGI specification/ulink, specifically the ulink url=url.cgispec;page on environmental variables/ulink. -/para -para - note - para - This function does not work in ISAPI mode. - /para - /note /para para See also functionputenv/function.
[PHP-DOC] cvs: phpdoc /en/reference/datetime reference.xml
vrana Fri Sep 17 08:24:34 2004 EDT
Modified files:
/phpdoc/en/reference/datetime reference.xml
Log:
Warn before DST (bug #26793)
http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/reference.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/reference/datetime/reference.xml
diff -u phpdoc/en/reference/datetime/reference.xml:1.6
phpdoc/en/reference/datetime/reference.xml:1.7
--- phpdoc/en/reference/datetime/reference.xml:1.6 Tue Feb 24 03:45:29 2004
+++ phpdoc/en/reference/datetime/reference.xml Fri Sep 17 08:24:34 2004
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
reference id=ref.datetime
titleDate and Time Functions/title
titleabbrevDate/Time/titleabbrev
@@ -15,7 +15,10 @@
simpara
Please keep in mind that these functions are dependent on
the locale settings of your server. Make sure to take
- daylight saving time and leap years into consideration when working
+ daylight saving time (use e.g.
+ literal$date = strtotime('+7 days', $date)/literal and not
+ literal$date += 7*24*60*60/literal)
+ and leap years into consideration when working
with these functions.
/simpara
/note
[PHP-DOC] cvs: phpdoc /en/language oop.xml
vrana Thu Sep 16 04:28:24 2004 EDT Modified files: /phpdoc/en/language oop.xml Log: Name for paamayim-nekudotayim http://cvs.php.net/diff.php/phpdoc/en/language/oop.xml?r1=1.53r2=1.54ty=u Index: phpdoc/en/language/oop.xml diff -u phpdoc/en/language/oop.xml:1.53 phpdoc/en/language/oop.xml:1.54 --- phpdoc/en/language/oop.xml:1.53 Sun Jul 11 05:32:52 2004 +++ phpdoc/en/language/oop.xml Thu Sep 16 04:28:23 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.53 $ -- +!-- $Revision: 1.54 $ -- chapter id=language.oop titleClasses and Objects (PHP 4)/title @@ -499,7 +499,7 @@ /sect1 sect1 id=keyword.paamayim-nekudotayim!-- :-) -- - titleliteral::/literal/title + titleScope Resolution Operator (literal::/literal)/title caution simpara
[PHP-DOC] cvs: phpdoc /en/reference/pgsql/functions pg-connect.xml pg-pconnect.xml
vrana Fri Sep 17 09:37:25 2004 EDT Modified files: /phpdoc/en/reference/pgsql/functionspg-connect.xml pg-pconnect.xml Log: connect_type parameter (bug #27824) http://cvs.php.net/diff.php/phpdoc/en/reference/pgsql/functions/pg-connect.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/pgsql/functions/pg-connect.xml diff -u phpdoc/en/reference/pgsql/functions/pg-connect.xml:1.4 phpdoc/en/reference/pgsql/functions/pg-connect.xml:1.5 --- phpdoc/en/reference/pgsql/functions/pg-connect.xml:1.4 Wed Jul 16 05:20:01 2003 +++ phpdoc/en/reference/pgsql/functions/pg-connect.xml Fri Sep 17 09:37:25 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/pgsql.xml, last change in rev 1.2 -- refentry id=function.pg-connect refnamediv @@ -11,6 +11,7 @@ methodsynopsis typeresource/typemethodnamepg_connect/methodname methodparamtypestring/typeparameterconnection_string/parameter/methodparam + methodparam choice=opttypeint/typeparameterconnect_type/parameter/methodparam /methodsynopsis para functionpg_connect/function returns a connection resource @@ -54,7 +55,9 @@ para If a second call is made to functionpg_connect/function with the same parameterconnection_string/parameter, no - new connection will be established, but instead, the connection + new connection will be established unless you pass + constantPGSQL_CONNECT_FORCE_NEW/constant as + parameterconnect_type/parameter, but instead, the connection resource of the already opened connection will be returned. You can have multiple connections to the same database if you use different connection strings. http://cvs.php.net/diff.php/phpdoc/en/reference/pgsql/functions/pg-pconnect.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/pgsql/functions/pg-pconnect.xml diff -u phpdoc/en/reference/pgsql/functions/pg-pconnect.xml:1.4 phpdoc/en/reference/pgsql/functions/pg-pconnect.xml:1.5 --- phpdoc/en/reference/pgsql/functions/pg-pconnect.xml:1.4 Sun Jan 12 23:48:03 2003 +++ phpdoc/en/reference/pgsql/functions/pg-pconnect.xml Fri Sep 17 09:37:25 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/pgsql.xml, last change in rev 1.82 -- refentry id=function.pg-pconnect refnamediv @@ -11,6 +11,7 @@ methodsynopsis typeresource/typemethodnamepg_pconnect/methodname methodparamtypestring/typeparameterconnection_string/parameter/methodparam + methodparam choice=opttypeint/typeparameterconnect_type/parameter/methodparam /methodsynopsis para functionpg_pconnect/function opens a connection to a
[PHP-DOC] #27824 [Opn-Csd]: pg_pconnect failing to create multiple connections per script
ID: 27824 Updated by: [EMAIL PROTECTED] Reported By: gwood at ewebengine dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: FreeBSD 5.1-RELEASE-p10 PHP Version: 4.3.4 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. ... no new connection will be established unless you pass PGSQL_CONNECT_FORCE_NEW as connect_type ... Previous Comments: [2004-04-01 11:51:47] [EMAIL PROTECTED] Oops, last one should be: pg_connect(string host, string port, int options, string tty, string db_name) [2004-04-01 11:51:05] [EMAIL PROTECTED] It seems that it already exist, but it's not documented or no longer working correctly anymore. It *seems* that you can can pass it like this: pg_connect(conectionstring, PGSQL_CONNECT_FORCE_NEW); also, the order of parameters documented in the manaul for the old *deprecated* way for connecting to PGSQL is wrong: pg_connect(host, port, options, tty, dbname) from what I read from the source it should be: pg_connect(string connect_string [, int options ]) or pg_connect(string host, string port, string db_name ) or pg_connect(string host, string port, int options, string db_name) or pg_connect(string host, string port, int options, string db_name, string tty) [2004-04-01 09:56:20] [EMAIL PROTECTED] Making this a feature request, as the MySQL extension actually has a parameter to force a new connection. [2004-04-01 09:52:38] gwood at ewebengine dot com You are exactly correct, I apologize: I was incorrect about my expectations of pg_connect(). I reread the documentation with regards to this and sure enough that is the expected behavior. In my testing I had mixed pg_pconnect() and pg_connect() which resulted in different results, hence my confusion. I guess I'll have to fool PHP into thinking that they're two separate connections by creating a junk user or an alias for the host name. Ugh. [2004-04-01 09:23:56] [EMAIL PROTECTED] Non-persistent connections behave exactly the same as persistent ones for this too. If not, *that*'s a bug. Can you please verify that? 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/27824 -- Edit this bug report at http://bugs.php.net/?id=27824edit=1
[PHP-DOC] #26517 [Opn-Csd]: link_identifier clearer as transaction_identifier
ID: 26517 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -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. link_identifier changed to link_or_trans_identifier in ibase_commit(), ibase_commit_ret(), ibase_rollback() and ibase_rollback_ret(). Previous Comments: [2004-01-11 13:19:52] [EMAIL PROTECTED] We should change the definition to bool ibase_commit ( [resource link_or_transaction_identifier] ) because both things work. Either you can commit every transaction for a given database link or you can commit only a given transaction. [2004-01-11 12:06:15] [EMAIL PROTECTED] What'd your testing show? [2003-12-05 18:34:54] danielc at analysisandsolutions dot com Hmmm... I now see that the docs say the link argument can be a connection id or a transaction id. The reason I posted the bug was my test code didn't work properly when a connection id was used. I will test further and report back. [2003-12-04 00:17:04] danielc at analysisandsolutions dot com This also applies to function.ibase-rollback.php and function.ibase-rollback-ret.php [2003-12-04 00:14:45] danielc at analysisandsolutions dot com Description: In function.ibase-commit.php, the call definition says bool ibase_commit ( [resource link_identifier]) It would be clearer to say bool ibase_commit ( [resource transaction_identifier]) because link_identifier could be misconstrued to mean the database connection identifier. -- Edit this bug report at http://bugs.php.net/?id=26517edit=1
[PHP-DOC] #30059 [Opn-Csd]: $_SERVER[SystemRoot] is empty
ID: 30059
Updated by: [EMAIL PROTECTED]
Reported By: rograham at compuserve dot com
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Windows 2000
PHP Version: 4.3.8
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.
That note was bogus, it didn't work before PHP 4.0b3 or so.
Previous Comments:
[2004-09-13 02:16:46] rograham at compuserve dot com
I realize that the Summary and Comment History do not accurately
summarize this documentation bug, but they do provide context for
it
The current PHP manual states in
LXXXVIII. PHP OptionsInformation
for getenv()
Note: This function does not work in ISAPI mode
For my 4.3.8 system running php4isapi.dll
the call to getenv('SystemRoot') returns
the expected path value (D:\WINNT)for SystemRoot
(same as shown in the phpinfo() results).
For this capability, I am grateful and simply
request that the getenv() functionality be
documented as supported for ISAPI. I realize
that this may require checking all of the parameters
in order to update the documentation more precisely.
If the functionality was removed for PHP5, then
the upgrade documentation should indicate that fact
(that the code complies with the documentation as of V5).
If you elect to disable getenv() for ISAPI, then could you
please suggest how an ISAPI script is supposed to acquire
that environmental information if the ENV array is no longer populated
(per your recommended php.ini)?
[2004-09-11 15:21:54] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2004-09-11 00:22:18] rograham at compuserve dot com
OK. It is making more sense now since I have been
using the php.ini-recommended version which has:
register_globals = off
variables_order = GPCS
So (as the comments clearly say), in order to access
environment variables, you can (MUST) use getenv() instead.
The $HTTP_ENV_VARS and $_ENV arrays remain empty.
[2004-09-10 23:27:04] rograham at compuserve dot com
Description:
phpinfo() indicates correct SystemRoot value
for Environment (in my case D:\WINNT)
but $_SERVER[SystemRoot] and $_ENV[SystemRoot]
both return empty.
vardump of $GLOBALS shows:
[HTTP_SERVER_VARS]= array(34) {...}
[_SERVER]= array(34) {...}
[HTTP_ENV_VARS]=array(0) {}
[_ENV]= array(0) {}
This may be working as designed, but it appears
that the whole issue of global variables registration
has altered things.
See below post for SugarCRM which uses JPGraph
which relied upon [SystemRoot] values.
VVV
Using PHP 4.3.8 and IIS 5.0 (isapi) and JPGraph 1.1.6 (or JPGraph
1.1.5)
Problem in jpgraph.php for the path definition of the Font directory
(and Cache as well) for Windows systems.
JPGraph presumes that $_SERVER[SystemRoot] is a valid PHP predefined
variable (it isn't). JPGraph 1.1.5 similarly used $_ENV[SystemRoot].
While trying to solve this problem, I upgraded to JPGraph 1.1.6 because
I could see from other posts that there were some problems caused by PHP
variable registration policies.
THIS MAY JUST BE TRUE FOR ISAPI but the current PHP manual does not
list SystemRoot as a valid $_SYSTEM variable. A key aspect of $_ENV
variables is that they are diversely popluated by different
environments, so this might have worked in the past for prior
versions.
It is odd, because phpinfo() does list the SystemRoot value
(correctly).
Each jpgraph.php script actually dies because the
$_SYSTEM[SystemRoot]value is empty. You don't see the die
message...which was obsolete anyways.
Of course you don't see the graph either.
Easy solution (so far) is to update jpg-config.inc in the jpgraph/src
subdirectory to explicitly:
DEFINE(TTF_DIR,yoursystemroot/FONTS/);
Mine is now:
DEFINE(TTF_DIR,D:/WINNT/FONTS/);
The defective code is bypassed if the path is predefined this way.
Now I get the pretty graphs in SugarSales!!
Will contact JPGraph to update/correct their code/guidance.
Will also post to PHP for documentation.
--
Edit this bug report at http://bugs.php.net/?id=30059edit=1
[PHP-DOC] cvs: phpdoc /en/reference/ibase/functions ibase-commit-ret.xml ibase-commit.xml ibase-rollback-ret.xml ibase-rollback.xml
vrana Fri Sep 17 04:32:50 2004 EDT Modified files: /phpdoc/en/reference/ibase/functionsibase-commit-ret.xml ibase-commit.xml ibase-rollback-ret.xml ibase-rollback.xml Log: link_or_trans_identifier (bug #26517) http://cvs.php.net/diff.php/phpdoc/en/reference/ibase/functions/ibase-commit-ret.xml?r1=1.1r2=1.2ty=u Index: phpdoc/en/reference/ibase/functions/ibase-commit-ret.xml diff -u phpdoc/en/reference/ibase/functions/ibase-commit-ret.xml:1.1 phpdoc/en/reference/ibase/functions/ibase-commit-ret.xml:1.2 --- phpdoc/en/reference/ibase/functions/ibase-commit-ret.xml:1.1Mon Sep 1 20:15:48 2003 +++ phpdoc/en/reference/ibase/functions/ibase-commit-ret.xmlFri Sep 17 04:32:47 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- refentry id=function.ibase-commit-ret refnamediv refnameibase_commit_ret/refname @@ -9,7 +9,7 @@ titleDescription/title methodsynopsis typebool/typemethodnameibase_commit_ret/methodname - methodparam choice=opttyperesource/typeparameterlink_identifier/parameter/methodparam + methodparam choice=opttyperesource/typeparameterlink_or_trans_identifier/parameter/methodparam /methodsynopsis para If called without an argument, this function commits the default transaction http://cvs.php.net/diff.php/phpdoc/en/reference/ibase/functions/ibase-commit.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/ibase/functions/ibase-commit.xml diff -u phpdoc/en/reference/ibase/functions/ibase-commit.xml:1.4 phpdoc/en/reference/ibase/functions/ibase-commit.xml:1.5 --- phpdoc/en/reference/ibase/functions/ibase-commit.xml:1.4Mon Sep 1 19:51:29 2003 +++ phpdoc/en/reference/ibase/functions/ibase-commit.xmlFri Sep 17 04:32:47 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/ibase.xml, last change in rev 1.23 -- refentry id=function.ibase-commit refnamediv @@ -10,7 +10,7 @@ titleDescription/title methodsynopsis typebool/typemethodnameibase_commit/methodname - methodparam choice=opttyperesource/typeparameterlink_identifier/parameter/methodparam + methodparam choice=opttyperesource/typeparameterlink_or_trans_identifier/parameter/methodparam /methodsynopsis para If called without an argument, this function commits the default transaction http://cvs.php.net/diff.php/phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml?r1=1.1r2=1.2ty=u Index: phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml diff -u phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml:1.1 phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml:1.2 --- phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml:1.1 Mon Sep 1 20:15:48 2003 +++ phpdoc/en/reference/ibase/functions/ibase-rollback-ret.xml Fri Sep 17 04:32:47 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.1 $ -- +!-- $Revision: 1.2 $ -- refentry id=function.ibase-rollback-ret refnamediv refnameibase_rollback_ret/refname @@ -9,7 +9,7 @@ titleDescription/title methodsynopsis typebool/typemethodnameibase_rollback_ret/methodname - methodparam choice=opttyperesource/typeparameterlink_identifier/parameter/methodparam + methodparam choice=opttyperesource/typeparameterlink_or_trans_identifier/parameter/methodparam /methodsynopsis para If called without an argument, this function rolls back the default transaction http://cvs.php.net/diff.php/phpdoc/en/reference/ibase/functions/ibase-rollback.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/ibase/functions/ibase-rollback.xml diff -u phpdoc/en/reference/ibase/functions/ibase-rollback.xml:1.4 phpdoc/en/reference/ibase/functions/ibase-rollback.xml:1.5 --- phpdoc/en/reference/ibase/functions/ibase-rollback.xml:1.4 Mon Sep 1 19:51:29 2003 +++ phpdoc/en/reference/ibase/functions/ibase-rollback.xml Fri Sep 17 04:32:48 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/ibase.xml, last change in rev 1.23 -- refentry id=function.ibase-rollback refnamediv @@ -10,7 +10,7 @@ titleDescription/title methodsynopsis typebool/typemethodnameibase_rollback/methodname - methodparam choice=opttyperesource/typeparameterlink_identifier/parameter/methodparam + methodparam choice=opttyperesource/typeparameterlink_or_trans_identifier/parameter/methodparam /methodsynopsis para If called without an argument, this function rolls back the default transaction
[PHP-DOC] #30130 [NEW]: Spanish version of printf manual doesn't mention return of int
From: yon_demon at yahoo dot es Operating system: any PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Spanish version of printf manual doesn't mention return of int Description: Spanish version of printf manual doesn't mention return of int int printf ( string formato [, mixed args]) About the int returned, the English version tells: Returns the length of the outputted string. where in the Spanish one doen't mention it. -- Edit bug report at http://bugs.php.net/?id=30130edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30130r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30130r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30130r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30130r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30130r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30130r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30130r=needscript Try newer version: http://bugs.php.net/fix.php?id=30130r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30130r=support Expected behavior: http://bugs.php.net/fix.php?id=30130r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30130r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30130r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30130r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30130r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30130r=dst IIS Stability: http://bugs.php.net/fix.php?id=30130r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30130r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30130r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30130r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/reference/xml/functions xml-parser-create-ns.xml xml-parser-create.xml
nlopess Wed Sep 15 15:12:41 2004 EDT Modified files: /phpdoc/en/reference/xml/functions xml-parser-create-ns.xml xml-parser-create.xml Log: fix #30077: encondig parameter weirdness http://cvs.php.net/diff.php/phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml diff -u phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.7 phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.8 --- phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml:1.7 Sun Sep 28 03:15:03 2003 +++ phpdoc/en/reference/xml/functions/xml-parser-create-ns.xml Wed Sep 15 15:12:40 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- !-- splitted from ./en/functions/xml.xml, last change in rev 1.24 -- refentry id='function.xml-parser-create-ns' refnamediv @@ -28,11 +28,15 @@ default. /para para - The optional parameterencoding/parameter specifies the - character encoding of the XML input to be parsed. Supported - encodings are literalISO-8859-1/literal, which is also - the default if no parameterencoding/parameter is specified, - literalUTF-8/literal and literalUS-ASCII/literal. + The optional parameterencoding/parameter specifies the character + encoding for the input/output in PHP 4. Starting from PHP 5, the input + encoding is automatically detected, so that the + parameterencoding/parameter parameter specifies only the output + encoding. In PHP 4, the default output encoding is the same as the + input charset. In PHP 5.0.0 and 5.0.1, the default output charset is + ISO-8859-1, while in PHP 5.0.2 and upper is UTF-8. The supported + encodings are literalISO-8859-1/literal, literalUTF-8/literal and + literalUS-ASCII/literal. /para para See also http://cvs.php.net/diff.php/phpdoc/en/reference/xml/functions/xml-parser-create.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/reference/xml/functions/xml-parser-create.xml diff -u phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.7 phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.8 --- phpdoc/en/reference/xml/functions/xml-parser-create.xml:1.7 Mon Mar 29 09:35:03 2004 +++ phpdoc/en/reference/xml/functions/xml-parser-create.xml Wed Sep 15 15:12:41 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- !-- splitted from ./en/functions/xml.xml, last change in rev 1.2 -- refentry id=function.xml-parser-create refnamediv @@ -18,11 +18,15 @@ other XML functions. /para para - The optional parameterencoding/parameter specifies the - character encoding of the XML input to be parsed. Supported - encodings are literalISO-8859-1/literal, which is also - the default if no parameterencoding/parameter is specified, - literalUTF-8/literal and literalUS-ASCII/literal. + The optional parameterencoding/parameter specifies the character + encoding for the input/output in PHP 4. Starting from PHP 5, the input + encoding is automatically detected, so that the + parameterencoding/parameter parameter specifies only the output + encoding. In PHP 4, the default output encoding is the same as the + input charset. In PHP 5.0.0 and 5.0.1, the default output charset is + ISO-8859-1, while in PHP 5.0.2 and upper is UTF-8. The supported + encodings are literalISO-8859-1/literal, literalUTF-8/literal and + literalUS-ASCII/literal. /para para See also functionxml_parser_create_ns/function and
[PHP-DOC] #30077 [Opn-Csd]: Documentation about xml_parser_create() is inacurate
ID: 30077 Updated by: [EMAIL PROTECTED] Reported By: stronk7 at contiento dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: MacOS X 10.3 PHP Version: 5.0.1 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-09-13 19:48:03] stronk7 at contiento dot com Description: I'm not absolutely sure but, the encoding specified in the xml_parser_create() seems to be the OUTPUT encoding, not the INPUT encoding (what is automatically detected). In 5.0.0 and 5.0.1 it defaults (the OUTPUT parameter) to ISO-8859-1. That's the reason because we have to fill the parameter if we want strings encoded differently. In 4.x strings were encoded to the auto-detected encoding (ISO files returned ISO strings and UTF files returned UTF strings) In 5.0.2 and so on this have changed again (if I'm not wrong) and returned strings will be always in UTF-8 (unless you specify a different OUTPUT encoding parameter, of course). See http://bugs.php.net/bug.php? id=29711 for this. Is this correct? Documentation should be changed a bit to explain al this (output vs input, differences between PHP versions...). -- Edit this bug report at http://bugs.php.net/?id=30077edit=1
[PHP-DOC] cvs: phpdoc /en/reference/imap reference.xml
seanFri Sep 17 22:05:33 2004 EDT Modified files: /phpdoc/en/reference/imap reference.xml Log: grammar http://cvs.php.net/diff.php/phpdoc/en/reference/imap/reference.xml?r1=1.15r2=1.16ty=u Index: phpdoc/en/reference/imap/reference.xml diff -u phpdoc/en/reference/imap/reference.xml:1.15 phpdoc/en/reference/imap/reference.xml:1.16 --- phpdoc/en/reference/imap/reference.xml:1.15 Fri Sep 17 04:23:07 2004 +++ phpdoc/en/reference/imap/reference.xml Fri Sep 17 22:05:32 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.15 $ -- +!-- $Revision: 1.16 $ -- reference id='ref.imap' titleIMAP, POP3 and NNTP Functions/title titleabbrevIMAP/titleabbrev @@ -46,10 +46,10 @@ /note note simpara - The filenamelibc-client.a/filename in Mandrake Linux is compiled - without Kerberos support. A separate version with SSL is however - installed, called filenameclient-PHP4.a/filename. You have to - manually recompile the package and add Kerberos support to it. + In Mandrake Linux, the IMAP library (filenamelibc-client.a/filename) + is compiled without Kerberos support. A separate version with SSL + (filenameclient-PHP4.a/filename) is installed. The library must + be recompiled in order to add Kerberos support. /simpara /note /section
[PHP-DOC] #26309 [Opn-Csd]: imageftbbox() requires the optional parameter
ID: 26309 Updated by: [EMAIL PROTECTED] Reported By: kputnam at putnamcabinets dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Debian GNU/Linux (Sid) PHP Version: 5.0.0b2 (beta2) Assigned To: philip 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. Parameter extrainfo is optional since PHP 4.3.5. BTW patch http://cvs.php.net/diff.php/php-src/ext/gd/gd.c?r1=1.279r2=1.280ty=u made superfluous optional parameter to imagettfbbox() and imagettftext(). Previous Comments: [2004-07-15 01:32:57] [EMAIL PROTECTED] Reopening until an official word exists. I assume it's not optional and people need to use array() for that but wonder if this requirement has been removed in PHP 5. Regardless this is an existing doc problem. [2003-11-19 10:48:01] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. This is a documentation problem. The imagettfbbox() allows the [2003-11-19 01:02:06] kputnam at putnamcabinets dot com Description: The documentation shows that the last parameter is optional (extrainfo) but an error is generated when it is left out. Calling with an empty array as the last parameter resolves the issue. Reproduce code: --- $box = imageftbbox($size,$angle,$this-fonts[$font],$text); Actual result: -- PHP Warning: Wrong parameter count for imageftbbox() -- Edit this bug report at http://bugs.php.net/?id=26309edit=1
Re: [PHP-DOC] cvs: livedocs
* Thus wrote Gabor Hojtsy: Also if you let the sidebar contents to wrap, it might not look that good with the bullets, but it will not go outside the faux column: http://livedocs.zirzow.dyndns.org/index.php?l=enq=stream.common-api Which is better? the wrapping or the trucate... method? I have a css method that will make the wrapping look good with the bullets, which could be implemented easily, if we want the full text to display. The tableless php.net theme uses left-padding, and a vertically centered background image and lets the text to wrap (if I remember correctly). Since users could resize their display font, the server side has no clue on how long the text should be truncated to, so I would vote for client side wrapping for the php.net theme. Applied the fix to make it not wrap: http://livedocs.zirzow.dyndns.org/en/manual.html 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] #27005 [Opn-Csd]: Php.ini error_log incomplete documentation
ID: 27005 Updated by: [EMAIL PROTECTED] Reported By: navy at cergynux dot Net -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Linux Mandrake 9.2 PHP Version: 4.3.4 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. The file should be writable by the web server's user. AFAIK the file doesn't need to exist and doesn't need to be owned by Apache (tested). Previous Comments: [2004-01-22 06:41:28] navy at cergynux dot Net Description: Error logging in apache ( with mod_php ) log file even if error_log = (file) is defined in php.ini Reproduce code: --- php.ini . error_log = /var/log/php/error.log . Expected result: Error logging into defined php.ini log file Actual result: -- Missing important notice that : 1st php.ini specified error_log file must exist 2nd it must be owned by apache uid 3rd it must ( of course ... ) be chmod to rw for apache uid -- Edit this bug report at http://bugs.php.net/?id=27005edit=1
[PHP-DOC] #27944 [Opn-Csd]: features section has nothing on Sessions
ID: 27944 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: irrelevant 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. As everything is in ref.session, I add only very short intro to Features with link to Reference. Previous Comments: [2004-04-11 10:36:22] [EMAIL PROTECTED] Ok, That's fine. I wanted to check before I did anything. [2004-04-11 09:21:20] [EMAIL PROTECTED] I just wanted a short tutorial like introduction, similar to what we have for file uploads. All other information for this is in the manual too, but not grouped in any way. Moving the session stuff to the features section is not a good idea IMO. [2004-04-11 09:12:25] [EMAIL PROTECTED] I agree with Goba (infos compact and all-in-one reference sections). Although a short introduction to sessions as core feature of php might be feasible. Friedhelm [2004-04-11 07:06:58] [EMAIL PROTECTED] Kenneth offered to move the session info from ref.session to features.session. The intention so far was to work the other way around (and provide compact and all-in-one reference sections). See the preg section for example. It contains info on preg formatting. Though regular expressions would be a possible feature section cadidate, we decided to keep the documentation for one extension in one place. This does not mean that pointers might not be added to the features section (short pages on regex extensions or session handling). But I am strongly opposed to the idea to move out stuff from the reference sections to the features section, since we have worked the other way around so far. There used to be an image generation section in the features part which we moved to the gd docs for example... [Kenneth, it is better to store comments in the bug system for future reference...] [2004-04-10 13:00:46] [EMAIL PROTECTED] Description: The features section (http://www.php.net/manual/en/features.php) in the Manual misses a short introduction/tutorial on sessions. It doesn't have to be covering everything, but the basic session_start() and use of $_SESSION[] would be a very good idea. (And of course points to more information in the manual about it). -- Edit this bug report at http://bugs.php.net/?id=27944edit=1
[PHP-DOC] [PATCH] livedoc navigation
Wez, Iliaa and doc group: I've done some major work on the navigation generation, the changes I made were made with the idea that this code is being used on other systems and shouldn't break anything. http://zirzow.dyndns.org/patches/livedocs/navigation.patch (indentation made properly this time :) The patch is relatively complicated but it comes down to the idea of allowing the theme/*/html_format.php to define how the menu is displayed and generated. The bullet list of changes: * create new constansts, that are defined in the html_format.php: NAV_TRUNCATE - 0 for no truncation, otherwise truncates at number specified. (defaults to 25) NAV_SPACE - the character to use for spaces between navigation words. (default nbsp;) NAV_START - html to be used before navigation should be started. NAV_END - html used after navigation NAV_CHILDREN_EMBEDED - where to place children navigation items. if true, under the currently selected item, otherwise at the end of the list. (defaults to false) * new optionional nav_item() function. used to wrap special html around a navigation element. * special css classes on navigation items that get folded. (header up home) * special css class on the last child,if CHILDREN_EMBEDED is true. I'm up for any re-coding, to allow things like this to happen, it is expecially needed to display the new tableless layout I'm working on for the php.net theme: http://livedocs.zirzow.dyndns.org/en/manual.html 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] cvs: phpdoc /en/reference/errorfunc ini.xml
vrana Fri Sep 17 08:33:20 2004 EDT Modified files: /phpdoc/en/reference/errorfunc ini.xml Log: error_log should be writable (bug #27005) http://cvs.php.net/diff.php/phpdoc/en/reference/errorfunc/ini.xml?r1=1.23r2=1.24ty=u Index: phpdoc/en/reference/errorfunc/ini.xml diff -u phpdoc/en/reference/errorfunc/ini.xml:1.23 phpdoc/en/reference/errorfunc/ini.xml:1.24 --- phpdoc/en/reference/errorfunc/ini.xml:1.23 Thu Aug 5 00:53:24 2004 +++ phpdoc/en/reference/errorfunc/ini.xml Fri Sep 17 08:33:20 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.23 $ -- +!-- $Revision: 1.24 $ -- section id=errorfunc.configuration reftitle.runtime; extension.runtime; @@ -386,7 +386,8 @@ /term listitem para - Name of the file where script errors should be logged. If the + Name of the file where script errors should be logged. The file should + be writable by the web server's user. If the special value literalsyslog/literal is used, the errors are sent to the system logger instead. On Unix, this means syslog(3) and on Windows NT it means the event log. The
[PHP-DOC] cvs: phpdoc /en/reference/image/functions imageftbbox.xml imagefttext.xml
vrana Thu Sep 16 11:02:51 2004 EDT Modified files: /phpdoc/en/reference/image/functionsimageftbbox.xml imagefttext.xml Log: extrainfo parameter wasn't optional (bug #26309) http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/imageftbbox.xml?r1=1.4r2=1.5ty=u Index: phpdoc/en/reference/image/functions/imageftbbox.xml diff -u phpdoc/en/reference/image/functions/imageftbbox.xml:1.4 phpdoc/en/reference/image/functions/imageftbbox.xml:1.5 --- phpdoc/en/reference/image/functions/imageftbbox.xml:1.4 Tue Jul 6 05:56:44 2004 +++ phpdoc/en/reference/image/functions/imageftbbox.xml Thu Sep 16 11:02:51 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- splitted from ./en/functions/image.xml, last change in rev 1.67 -- refentry id='function.imageftbbox' refnamediv @@ -20,6 +20,11 @@ warn.undocumented.func; note.gd.2; /para +note + para + Parameter parameterextrainfo/parameter is optional since PHP 4.3.5. + /para +/note /refsect1 /refentry http://cvs.php.net/diff.php/phpdoc/en/reference/image/functions/imagefttext.xml?r1=1.5r2=1.6ty=u Index: phpdoc/en/reference/image/functions/imagefttext.xml diff -u phpdoc/en/reference/image/functions/imagefttext.xml:1.5 phpdoc/en/reference/image/functions/imagefttext.xml:1.6 --- phpdoc/en/reference/image/functions/imagefttext.xml:1.5 Tue Jul 6 05:56:44 2004 +++ phpdoc/en/reference/image/functions/imagefttext.xml Thu Sep 16 11:02:51 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- !-- splitted from ./en/functions/image.xml, last change in rev 1.67 -- refentry id='function.imagefttext' refnamediv @@ -24,6 +24,11 @@ warn.undocumented.func; note.gd.2; /para +note + para + Parameter parameterextrainfo/parameter is optional since PHP 4.3.5. + /para +/note /refsect1 /refentry
[PHP-DOC] cvs: phpdoc /en/install/windows iis.xml
vrana Fri Sep 17 08:42:28 2004 EDT Modified files: /phpdoc/en/install/windows iis.xml Log: Turn off cache (bug #27081) http://cvs.php.net/diff.php/phpdoc/en/install/windows/iis.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/install/windows/iis.xml diff -u phpdoc/en/install/windows/iis.xml:1.7 phpdoc/en/install/windows/iis.xml:1.8 --- phpdoc/en/install/windows/iis.xml:1.7 Tue Aug 10 12:30:15 2004 +++ phpdoc/en/install/windows/iis.xml Fri Sep 17 08:42:28 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- sect1 id=install.windows.iis titleMicrosoft IIS / PWS/title para @@ -350,6 +350,10 @@ /simpara /listitem /itemizedlist +/para +para + If you experience 100% CPU usage after some time, turn off the IIS + setting literalCache ISAPI Application/literal. /para /sect2 /sect1
[PHP-DOC] #27081 [Opn-Csd]: ISAPI Module Hi Resources usage and server lockup
ID: 27081 Updated by: [EMAIL PROTECTED] Reported By: ryan at rbftpnetworks dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows Based O/S Running IIS 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. If you experience 100% CPU usage after some time, turn off the IIS setting Cache ISAPI Application. Previous Comments: [2004-01-29 04:34:52] ryan at rbftpnetworks dot com Description: Every now and again, approx 1hr-36hrs, the machine will explode to FULL CPU and I would get the error message below in the Server Logs. The CPU power would be taken up by the dll that runs the IIS PHP Isapi in protected web mode. I would either have to restart IIS (if I can gain terminal access) or restart the server. Upon searching the internet for other people with the same problem, I found many people - that still have not found a resolution to this problem. I feel that my case is slightly different. ERROR MESSAGE: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x21F + 0x8B9B1B41 '. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. -- A Fix Below: I seem to have found a Fix for the 100% CPU bug when running PHP under ISAPI mode under IIS. You need to make sure that Cache ISAPI Application is unticked on all sites that you are running the PHP module on. This seems to work fix the problem. System memory is used more greatly, but the CPU never locks up at 100%. This fix has been tested on high traffic sites using PHP ISAPI over a period of 2 weeks, and seems fine. Please reply if the fix does/does not work for yourself. -- Edit this bug report at http://bugs.php.net/?id=27081edit=1
[PHP-DOC] #30091 [Opn-Bgs]: [chm] bug on language.oop.constructor.html
ID: 30091 Updated by: [EMAIL PROTECTED] Reported By: jmchen at zinwell dot com dot tw -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: windows PHP Version: 4.3.7 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2004-09-15 12:58:11] jmchen at zinwell dot com dot tw I saw the same report at #28459. Please ignore this. Thank you. [2004-09-15 10:41:34] jmchen at zinwell dot com dot tw Description: I have found a bug on page language.oop.constructor.html [chm date: 2003-09-06]... At last example in PHP 4, the class B would have no constructor function of its own and the constructor of the base class would have been called, printing 'I am a regular function named B in class A.brI am not a constructor in A.br', but not printing 'I am the constructor of A.br'. Reproduce code: --- As manual's example. Actual result: -- I am confused with the latest manual right now. I don't know which one is correct. May I miss something? -- Edit this bug report at http://bugs.php.net/?id=30091edit=1
[PHP-DOC] #30091 [Opn]: [chm] bug on language.oop.constructor.html
ID: 30091 User updated by: jmchen at zinwell dot com dot tw Reported By: jmchen at zinwell dot com dot tw Status: Open Bug Type: Documentation problem Operating System: windows PHP Version: 4.3.7 New Comment: I saw the same report at #28459. Please ignore this. Thank you. Previous Comments: [2004-09-15 10:41:34] jmchen at zinwell dot com dot tw Description: I have found a bug on page language.oop.constructor.html [chm date: 2003-09-06]... At last example in PHP 4, the class B would have no constructor function of its own and the constructor of the base class would have been called, printing 'I am a regular function named B in class A.brI am not a constructor in A.br', but not printing 'I am the constructor of A.br'. Reproduce code: --- As manual's example. Actual result: -- I am confused with the latest manual right now. I don't know which one is correct. May I miss something? -- Edit this bug report at http://bugs.php.net/?id=30091edit=1
[PHP-DOC] cvs: phpdoc /en/reference/sqlite/functions sqlite-query.xml
vrana Fri Sep 17 06:26:59 2004 EDT Modified files: /phpdoc/en/reference/sqlite/functions sqlite-query.xml Log: Typo http://cvs.php.net/diff.php/phpdoc/en/reference/sqlite/functions/sqlite-query.xml?r1=1.10r2=1.11ty=u Index: phpdoc/en/reference/sqlite/functions/sqlite-query.xml diff -u phpdoc/en/reference/sqlite/functions/sqlite-query.xml:1.10 phpdoc/en/reference/sqlite/functions/sqlite-query.xml:1.11 --- phpdoc/en/reference/sqlite/functions/sqlite-query.xml:1.10 Tue Aug 24 04:22:37 2004 +++ phpdoc/en/reference/sqlite/functions/sqlite-query.xml Fri Sep 17 06:26:59 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.10 $ -- +!-- $Revision: 1.11 $ -- refentry id=function.sqlite-query refnamediv refnamesqlite_query/refname @@ -64,7 +64,7 @@ /simpara simpara When executing multiple queries, the return value of this function -will be false; if the was an error, but undefined otherwise (it might +will be false; if there was an error, but undefined otherwise (it might be true; for success or it might return a result handle). /simpara /warning
[PHP-DOC] cvs: phpdoc /en/reference/array/functions array-slice.xml
nlopess Wed Sep 15 14:27:52 2004 EDT Modified files: /phpdoc/en/reference/array/functionsarray-slice.xml Log: document preserve_keys http://cvs.php.net/diff.php/phpdoc/en/reference/array/functions/array-slice.xml?r1=1.8r2=1.9ty=u Index: phpdoc/en/reference/array/functions/array-slice.xml diff -u phpdoc/en/reference/array/functions/array-slice.xml:1.8 phpdoc/en/reference/array/functions/array-slice.xml:1.9 --- phpdoc/en/reference/array/functions/array-slice.xml:1.8 Mon Dec 15 11:47:04 2003 +++ phpdoc/en/reference/array/functions/array-slice.xml Wed Sep 15 14:27:51 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.8 $ -- +!-- $Revision: 1.9 $ -- !-- splitted from ./en/functions/array.xml, last change in rev 1.2 -- refentry id=function.array-slice refnamediv @@ -12,9 +12,8 @@ typearray/typemethodnamearray_slice/methodname methodparamtypearray/typeparameterarray/parameter/methodparam methodparamtypeint/typeparameteroffset/parameter/methodparam - methodparam choice=opttypeint/typeparameter -length - /parameter/methodparam + methodparam choice=opttypeint/typeparameterlength/parameter/methodparam + methodparam choice=opttypebool/typeparameterpreserve_keys/parameter/methodparam /methodsynopsis para functionarray_slice/function returns the sequence of elements @@ -38,9 +37,9 @@ parameterarray/parameter. /para para - Note that functionarray_slice/function will ignore array - keys, and will calculate offsets and lengths based on the - actual positions of elements within the array. + Note that functionarray_slice/function will reset the array keys by + default. Since PHP 5.0.2, you can change this behaviour by setting + parameterpreserve_keys/parameter to true;. /para para example @@ -51,12 +50,32 @@ $input = array(a, b, c, d, e); $output = array_slice($input, 2); // returns c, d, and e -$output = array_slice($input, 2, -1); // returns c, d $output = array_slice($input, -2, 1); // returns d $output = array_slice($input, 0, 3); // returns a, b, and c + +// note the differences in the array keys +print_r(array_slice($input, 2, -1)); +print_r(array_slice($input, 2, -1, true)); ? ]] /programlisting + para + The above example will output: + /para + screen +![CDATA[ +Array +( +[0] = c +[1] = d +) +Array +( +[2] = c +[3] = d +) +]] + /screen /example /para para
[PHP-DOC] #30118 [NEW]: Error in documentation
From: mark at ttzn dot nl Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Error in documentation Description: The page: http://www.php.net/manual/en/language.oop5.interfaces.php Contains invalid information about how to implement more than one interface. It says: - Classes may implement more than one interface if desired by listing each interface split by a space. While separating the list with spaces does not work. It works however when separating it with a comma. So the fix would be: - Classes may implement more than one interface if desired by listing each interface split by a comma. Reproduce code: --- Irrelevant Expected result: Irrelevant Actual result: -- Irrelevant -- Edit bug report at http://bugs.php.net/?id=30118edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30118r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30118r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30118r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30118r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30118r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30118r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30118r=needscript Try newer version: http://bugs.php.net/fix.php?id=30118r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30118r=support Expected behavior: http://bugs.php.net/fix.php?id=30118r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30118r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30118r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30118r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30118r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30118r=dst IIS Stability: http://bugs.php.net/fix.php?id=30118r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30118r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30118r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30118r=mysqlcfg
[PHP-DOC] #26238 [Ver-Csd]: flush() doesn't work with output_buffering = 4096
ID: 26238
Updated by: [EMAIL PROTECTED]
Reported By: spam at vrana dot cz
-Status: Verified
+Status: Closed
Bug Type: Documentation problem
Operating System: *
PHP Version: 4CVS, 5CVS
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.
flush(): You need to call both ob_flush() and flush() to flush the
output buffers.
output_buffering: As of PHP 4.3.5, this directive is always Off in
PHP-CLI.
Previous Comments:
[2004-05-27 16:50:09] spam at vrana dot cz
PHP-CLI has output_buffering always Off as of 4.3.5. For the others it
seems that output is flushed if both flush() and ob_flush() are called.
[2004-02-18 18:33:52] scottmacvicar at ntlworld dot com
Setting output_buffering to a value causes it to create an ouput buffer
on startup using the default output handler. You can see this using
print_r(ob_get_status()); within the script.
ob_flush() should be used in this case rather than flush() since the
latter only calls the backends flush method. So i believe this bug is
bogus, though it could be a documentation problem.
[2004-02-18 17:19:31] [EMAIL PROTECTED]
Here's nice and short reproduce script:
# php -d'output_buffering=2' -r 'while(1) {echo .; flush(); sleep(1);
}'
[2003-11-17 13:14:20] scottm at spamcop dot net
Confirmed.
If you set output_buffering = 3 then it will flush them in groups of
three.
Running RH9, Apache 1.3.29 and PHP 4.3.4
[2003-11-13 08:40:59] spam at vrana dot cz
Description:
I have set output_buffering = 4096 and flush(), ob_implicit_flush(),
ob_flush() and similar functions doesn't work. This is reproducible in
PHP Apache module, in PHP-CLI and also on Linux.
Reproduce code:
---
while (true) {
echo .;
flush();
sleep(1);
}
Expected result:
. (1 second) . (1 second) ...
Actual result:
--
nothing (for output_buffering seconds)
--
Edit this bug report at http://bugs.php.net/?id=26238edit=1
[PHP-DOC] cvs: phpdoc /en/reference/outcontrol ini.xml /en/reference/outcontrol/functions flush.xml
vrana Thu Sep 16 10:45:02 2004 EDT Modified files: /phpdoc/en/reference/outcontrol ini.xml /phpdoc/en/reference/outcontrol/functions flush.xml Log: How to flush output (bug #26238) http://cvs.php.net/diff.php/phpdoc/en/reference/outcontrol/ini.xml?r1=1.5r2=1.6ty=u Index: phpdoc/en/reference/outcontrol/ini.xml diff -u phpdoc/en/reference/outcontrol/ini.xml:1.5 phpdoc/en/reference/outcontrol/ini.xml:1.6 --- phpdoc/en/reference/outcontrol/ini.xml:1.5 Fri Aug 13 09:21:11 2004 +++ phpdoc/en/reference/outcontrol/ini.xml Thu Sep 16 10:45:02 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- section id=outcontrol.configuration reftitle.runtime; extension.runtime; @@ -52,6 +52,7 @@ to 'On'. If you wish to limit the size of the buffer to a certain size - you can use a maximum number of bytes instead of 'On', as a value for this directive (e.g., output_buffering=4096). + As of PHP 4.3.5, this directive is always Off in PHP-CLI. /para /listitem /varlistentry http://cvs.php.net/diff.php/phpdoc/en/reference/outcontrol/functions/flush.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/outcontrol/functions/flush.xml diff -u phpdoc/en/reference/outcontrol/functions/flush.xml:1.3 phpdoc/en/reference/outcontrol/functions/flush.xml:1.4 --- phpdoc/en/reference/outcontrol/functions/flush.xml:1.3 Mon Jun 16 14:47:45 2003 +++ phpdoc/en/reference/outcontrol/functions/flush.xml Thu Sep 16 10:45:02 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/outcontrol.xml, last change in rev 1.1 -- refentry id=function.flush refnamediv @@ -21,6 +21,8 @@ functionflush/function has no effect on the buffering scheme of your webserver or the browser on the client side. + Thus you need to call both functionob_flush/function and + functionflush/function to flush the output buffers. /para para Several servers, especially on Win32, will still buffer
[PHP-DOC] #26073 [Opn-Csd]: ob_start callback function changes cwd
ID: 26073
Updated by: [EMAIL PROTECTED]
Reported By: php at trancer dot nl
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: Debian Linux
PHP Version: 4.3.3
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.
Some web servers (e.g. Apache) change the working directory of a
script when calling the callback function. You can change it back by
e.g. chdir(dirname($_SERVER['PHP_SELF'])) in the callback function.
Previous Comments:
[2003-12-04 08:48:07] Leblanc at phpzipscript dot org
here is a workaround I use to avoid such problems (I also use it with
CLI scripts to avoid path troubles when launching a script from a
different directory).
At the beginning of the script add :
?php
define(SCRIPTPATH, str_replace(\\, /,
realpath(dirname(__FILE__;
?
in your ob() callback you now need to do :
?php
// Ob callback
function ob($buffer)
{
return file_get_contents(SCRIPTPATH.'/open.txt');
}
ob_start('ob');
?
/Leblanc
[2003-11-03 19:32:02] [EMAIL PROTECTED]
It's not PHP that changes the cwd but Apache.
[2003-11-01 21:29:13] php at trancer dot nl
Description:
A script that does file_get_contents or file in the callback function
of ob_start wont work. The file_get_contents function cant open the
file.
?php
// Ob callback
function ob($buffer)
{
return file_get_contents('open.txt');
}
ob_start('ob');
?
The behaviour is so because the callback sets its cwd to the root of
the disk instead of the folder the script was called from.
If I copy the file I want to open to my root it can open, otherwise it
will throw me this error.
Warning: file_get_contents(open.txt): failed to open stream: No such
file
or directory in /var/www/test.php on line 6
Specifying the full path works. Could be a possible bug in the
callback, otherwise a documentation problem because I was unable to
find it anywhere in the docs.
Reproduce code:
---
?php
// Ob callback
function ob($buffer)
{
return file_get_contents('open.txt');
}
ob_start('ob');
?
Expected result:
The content of open.txt
Actual result:
--
Warning: file_get_contents(open.txt): failed to open stream: No such
file
or directory in /var/www/test.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=26073edit=1
[PHP-DOC] #26470 [Opn-Csd]: setlocale(): Difference between 0 and NULL locale
ID: 26470 Updated by: [EMAIL PROTECTED] Reported By: mail at ulrich-voelkel dot de -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Gentoo Linux PHP Version: 4.3.3 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. Null is equivalent to '', not '0'. Previous Comments: [2004-03-28 11:16:04] mailling at gmx dot co dot uk I think that you get with null the default locale, based on the original value when you start php (changing with putenv the LANG or the LANGUAGE variable doesn't change the behavior or setlocale(LC_ALL, null)) [2003-11-30 01:12:01] mail at ulrich-voelkel dot de Description: Hi there! On http://de.php.net/manual/en/function.setlocale.php the description of string setlocale ( mixed category, array locale) says If locale is NULL or 0, the locale setting is not affected, only the current setting is returned. On my Gentoo Box I figured out that giving NULL behaves different to 0. After setting the LC_ALL from the C locale to de_DE (or anything else) setlocale(LC_ALL, 0) worked correctly and returnd all locale Variables with their values set to de_DE (as expected). Refering to the Documentation I expected the same result from setlocale(LC_ALL, NULL) but I didn`t get it. It just set all locale vaiables back to the default C Value. Thanks for your efforts, Uli Reproduce code: --- ?php echo Default locale: . setlocale(LC_ALL, 0) . br /; setlocale(LC_ALL, de_DE); $locales = explode(;, setlocale(LC_ALL, NULL)); echo New locale: ; print_r($locales); ? Expected result: Default locale: C New locale: Array ( [0] = LC_CTYPE=de_DE [1] = LC_NUMERIC=C [2] = LC_TIME=de_DE [3] = LC_COLLATE=de_DE [4] = LC_MONETARY=de_DE [5] = LC_MESSAGES=de_DE [6] = LC_PAPER=de_DE [7] = LC_NAME=de_DE [8] = LC_ADDRESS=de_DE [9] = LC_TELEPHONE=de_DE [10] = LC_MEASUREMENT=de_DE [11] = LC_IDENTIFICATION=de_DE ) Actual result: -- Default locale: C New locale: Array ( [0] = C ) -- Edit this bug report at http://bugs.php.net/?id=26470edit=1
[PHP-DOC] Broken
php.doc seems broken. Testing the NNTP interface. S
Re: [PHP-DOC] cvs: phpdoc /en/reference/info/functions ini-set.xml
Modified files: /phpdoc/en/reference/info/functions ini-set.xml Log: update and add pecl ... row - entryfbsql.batchSize/entry + entryfbsql.batchsize/entry entry1000/entry - entryPHP_INI_SYSTEM/entry + entryPHP_INI_USER/entry /row Noticed the INI_USER? does it mean that it can be only changed by ini_set()? It doesn't make any sense to me. Or it does, Derick? Nuno
Re: [PHP-DOC] cvs: phpdoc /en/reference/pcre pattern.modifiers.xml
sean Tue Sep 14 17:28:42 2004 EDT Modified files: /phpdoc/en/reference/pcre pattern.modifiers.xml Log: ws Hi Sean! I think you shouldn't make such ws changes commit, because thats not good for translators. You didn't added any content to the file, you have just deleted a couple of spaces. IMHO, I think we shouldn't do such commits (at least for now), as there are many other interesting things to do,... Just my 2 cents :) Nuno
[PHP-DOC] cvs: phpdoc /en/reference/outcontrol/functions ob-start.xml
vrana Thu Sep 16 10:24:21 2004 EDT Modified files: /phpdoc/en/reference/outcontrol/functions ob-start.xml Log: Directory change in callback (bug #26073) http://cvs.php.net/diff.php/phpdoc/en/reference/outcontrol/functions/ob-start.xml?r1=1.16r2=1.17ty=u Index: phpdoc/en/reference/outcontrol/functions/ob-start.xml diff -u phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.16 phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.17 --- phpdoc/en/reference/outcontrol/functions/ob-start.xml:1.16 Wed Aug 18 12:17:47 2004 +++ phpdoc/en/reference/outcontrol/functions/ob-start.xml Thu Sep 16 10:24:21 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.16 $ -- +!-- $Revision: 1.17 $ -- !-- splitted from ./en/functions/outcontrol.xml, last change in rev 1.1 -- refentry id=function.ob-start refnamediv @@ -59,6 +59,14 @@ parameteroutput_callback/parameter can not be executed. /para /note +warning + para + Some web servers (e.g. Apache) change the working directory of a script + when calling the callback function. You can change it back by e.g. + literalchdir(dirname($_SERVER['PHP_SELF']))/literal in the callback + function. + /para +/warning para If the optional parameter parameterchunk_size/parameter is passed, the callback function is called on every first newline after
[PHP-DOC] cvs: phpdoc /en/reference/domxml/functions domxml-new-doc.xml
didou Wed Sep 15 05:24:33 2004 EDT Modified files: /phpdoc/en/reference/domxml/functions domxml-new-doc.xml Log: don't link to a deprecated function http://cvs.php.net/diff.php/phpdoc/en/reference/domxml/functions/domxml-new-doc.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/domxml/functions/domxml-new-doc.xml diff -u phpdoc/en/reference/domxml/functions/domxml-new-doc.xml:1.3 phpdoc/en/reference/domxml/functions/domxml-new-doc.xml:1.4 --- phpdoc/en/reference/domxml/functions/domxml-new-doc.xml:1.3 Sat Jan 18 18:03:19 2003 +++ phpdoc/en/reference/domxml/functions/domxml-new-doc.xml Wed Sep 15 05:24:30 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/domxml.xml, last change in rev 1.39 -- refentry id=function.domxml-new-doc refnamediv @@ -17,9 +17,6 @@ warn.experimental.func; para Creates a new dom document from scratch and returns it. -/para -para - See also functiondomdocument_add_root/function /para /refsect1 /refentry
[PHP-DOC] #30091 [NEW]: [chm] bug on language.oop.constructor.html
From: jmchen at zinwell dot com dot tw Operating system: windows PHP version: 4.3.7 PHP Bug Type: Documentation problem Bug description: [chm] bug on language.oop.constructor.html Description: I have found a bug on page language.oop.constructor.html [chm date: 2003-09-06]... At last example in PHP 4, the class B would have no constructor function of its own and the constructor of the base class would have been called, printing 'I am a regular function named B in class A.brI am not a constructor in A.br', but not printing 'I am the constructor of A.br'. Reproduce code: --- As manual's example. Actual result: -- I am confused with the latest manual right now. I don't know which one is correct. May I miss something? -- Edit bug report at http://bugs.php.net/?id=30091edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30091r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30091r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30091r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30091r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30091r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30091r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30091r=needscript Try newer version: http://bugs.php.net/fix.php?id=30091r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30091r=support Expected behavior: http://bugs.php.net/fix.php?id=30091r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30091r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30091r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30091r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30091r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30091r=dst IIS Stability: http://bugs.php.net/fix.php?id=30091r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30091r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30091r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30091r=mysqlcfg
Re: [PHP-DOC] cvs: phpdoc /en/reference/pcre pattern.modifiers.xml
I cleaned up the file before changing it. Isn't this normal? I even kept my real change in a separate commit, for the translators. The file was a mess. S I think you shouldn't make such ws changes commit, because thats not good for translators. You didn't added any content to the file, you have just deleted a couple of spaces. IMHO, I think we shouldn't do such commits (at least for now), as there are many other interesting things to do,... Just my 2 cents :) Nuno
[PHP-DOC] cvs: phpdoc /en/reference/datetime/functions date-sunrise.xml date-sunset.xml /en/reference/url/functions get-headers.xml
nlopess Wed Sep 15 04:34:27 2004 EDT Modified files: /phpdoc/en/reference/url/functions get-headers.xml /phpdoc/en/reference/datetime/functions date-sunrise.xml date-sunset.xml Log: general bug fixes http://cvs.php.net/diff.php/phpdoc/en/reference/url/functions/get-headers.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/url/functions/get-headers.xml diff -u phpdoc/en/reference/url/functions/get-headers.xml:1.3 phpdoc/en/reference/url/functions/get-headers.xml:1.4 --- phpdoc/en/reference/url/functions/get-headers.xml:1.3 Thu Aug 12 14:12:00 2004 +++ phpdoc/en/reference/url/functions/get-headers.xml Wed Sep 15 04:34:23 2004 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1'? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- refentry id=function.get-headers refnamediv refnameget_headers/refname @@ -12,14 +12,14 @@ methodsynopsis typearray/typemethodnameget_headers/methodname methodparamtypestring/typeparameterurl/parameter/methodparam - methodparam choice=opttypebool/typeparameterformat/parameter/methodparam + methodparam choice=opttypeint/typeparameterformat/parameter/methodparam /methodsynopsis para functionget_headers/function returns an array with the headers sent - by the server in response to a HTTP request. + by the server in response to a HTTP request. Returns false; on failure. /para para - If the optional parameterformat/parameter parameter is true;, + If the optional parameterformat/parameter parameter is set to 1, functionget_headers/function parses the response and sets the array's keys. /para @@ -33,7 +33,7 @@ print_r(get_headers($url)); -print_r(get_headers($url, true)); +print_r(get_headers($url, 1)); ? ]] /programlisting http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/functions/date-sunrise.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/datetime/functions/date-sunrise.xml diff -u phpdoc/en/reference/datetime/functions/date-sunrise.xml:1.2 phpdoc/en/reference/datetime/functions/date-sunrise.xml:1.3 --- phpdoc/en/reference/datetime/functions/date-sunrise.xml:1.2 Tue Sep 14 15:30:50 2004 +++ phpdoc/en/reference/datetime/functions/date-sunrise.xml Wed Sep 15 04:34:27 2004 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1'? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- refentry id=function.date-sunrise refnamediv refnamedate_sunrise/refname @@ -30,7 +30,7 @@ /para para The parameterlatitude/parameter defaults to North. So, if you want to - specify a South value, you must pass a negavite value. The same note + specify a South value, you must pass a negative value. The same note applies to parameterlongitude/parameter, which defaults to East. /para para http://cvs.php.net/diff.php/phpdoc/en/reference/datetime/functions/date-sunset.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/datetime/functions/date-sunset.xml diff -u phpdoc/en/reference/datetime/functions/date-sunset.xml:1.2 phpdoc/en/reference/datetime/functions/date-sunset.xml:1.3 --- phpdoc/en/reference/datetime/functions/date-sunset.xml:1.2 Tue Sep 14 15:30:50 2004 +++ phpdoc/en/reference/datetime/functions/date-sunset.xml Wed Sep 15 04:34:27 2004 @@ -1,5 +1,5 @@ ?xml version='1.0' encoding='iso-8859-1'? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- refentry id=function.date-sunset refnamediv refnamedate_sunset/refname @@ -30,7 +30,7 @@ /para para The parameterlatitude/parameter defaults to North. So, if you want to - specify a South value, you must pass a negavite value. The same note + specify a South value, you must pass a negative value. The same note applies to parameterlongitude/parameter, which defaults to East. /para para
[PHP-DOC] #30086 [Opn-Csd]: incorrect Czech translation of tempnam() function
ID: 30086 Updated by: [EMAIL PROTECTED] Reported By: petr dot pavel at pohodasoftware dot cz -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant 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. Wouldn't you like to join the Czech translation group? Please write me if interested. Previous Comments: [2004-09-14 18:35:27] petr dot pavel at pohodasoftware dot cz Description: Czech translation http://www.php.net/manual/cs/function.tempnam.php of man page http://www.php.net/manual/en/function.tempnam.php is incorrect or incomplete. In Expected result you'll find my suggestion for correct translation. In Actual result you'll find present version with *** marking missing or incorrect passages. Thank you for your hard work. Expected result: Ve specifikovaném adresáøi vytvoøí doèasný soubor s unikátním názvem. Pokud adresáø neexistuje, tempnam() mù¾e vytvoøit soubor v systémovém adresáøi pro doèasné soubory. A¾ do verze PHP 4.0.6 záviselo chování funkce tempnam() operaèním systému. Na Windows mìla systémová promìnná TMP pøednost pøed parametrem dir, na Linuxu má pøedost promìnná TMPDIR a SVR4 v¾dy pou¾ije parametr dir, pokud tento adresáø existuje. Podívejte se do dokumentace k va¹emu systému na funkci tempnam(3). Poznámka: Pokud PHP nemù¾e vytvoøit soubor v adresáøi zadaném parametrem dir, pou¾ije výchozí nastavení systému. Vrací název nového doèasného souboru, pøi chybì pak øetìzec FALSE. Pøíklad 1. pøíklad pou¾ití funkce tempnam() ?php $tmpfname = tempnam(/tmp, FOO); $handle = fopen($tmpfname, w); fwrite($handle, zapisuji do docasneho souboru); fclose($handle); // tady delej, co chces unlink($tmpfname); ? Poznámka: Chování této funkce bylo zmìnìno ve verzi 4.0.3. Doèasný soubor je nyní funkcí rovnì¾ vytvoøen, proto¾e pøedtím se mohlo omylem nepøedpokládat, ¾e soubor v souborovém systému existuje hned po vytvoøení øetìzce s jeho názvem - tedy døíve, ne¾ se skript dostal k tomu jej skuteènì vytvoøit. Pov¹imnìte si, prosím, ¾e soubor musíte odstranit, pokud ho ji¾ nepotøebujete. Automaticky se tak nestane. Viz také tmpfile() a unlink(). Actual result: -- Ve specifikovaném adresáøi vytvoøí doèasný soubor s unikátním názvem. Pokud adresáø neexistuje, tempnam() mù¾e vytvoøit soubor v systémovém adresáøi pro doèasné soubory. *** Chování funkce tempnam() je závislé na platformì. Na Windows má parametr ***dir pøednost pøed systémovou promìnnou TMP***, na Linuxu má pøedost promìnná TMPDIR a SVR4 v¾dy pou¾ije parametr dir, pokud tento adresáø existuje. Podívejte se do dokumentace k va¹emu systému na funkci tempnam(3). *** Vrací název nového doèasného souboru, pøi chybì pak øetìzec ***NULL***. Pøíklad 1. tempnam() pøíklad $tmpfname = tempnam (/tmp, FOO); *** Poznámka: Chování této funkce bylo zmìnìno ve verzi 4.0.3. ***The temporary file is also created to avoid a race condition where the file might appear in the filesystem between the time the string was generated and before the the script gets around to creating the file. *** Viz také tmpfile()***. -- Edit this bug report at http://bugs.php.net/?id=30086edit=1
[PHP-DOC] cvs: phpdoc /en/reference/filesystem/functions tempnam.xml
vrana Wed Sep 15 04:15:19 2004 EDT Modified files: /phpdoc/en/reference/filesystem/functions tempnam.xml Log: Double 'the' http://cvs.php.net/diff.php/phpdoc/en/reference/filesystem/functions/tempnam.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/reference/filesystem/functions/tempnam.xml diff -u phpdoc/en/reference/filesystem/functions/tempnam.xml:1.7 phpdoc/en/reference/filesystem/functions/tempnam.xml:1.8 --- phpdoc/en/reference/filesystem/functions/tempnam.xml:1.7Sat Aug 28 10:54:16 2004 +++ phpdoc/en/reference/filesystem/functions/tempnam.xmlWed Sep 15 04:15:17 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- !-- splitted from ./en/functions/filesystem.xml, last change in rev 1.2 -- refentry id=function.tempnam refnamediv @@ -61,7 +61,7 @@ simpara This function's behavior changed in 4.0.3. The temporary file is also created to avoid a race condition where the file might appear in the - filesystem between the time the string was generated and before the + filesystem between the time the string was generated and before the script gets around to creating the file. Note, that you need to remove the file in case you need it no more, it is not done automatically.
[PHP-DOC] [PATCH] livedocs navigation
*sorry if duplicate post* Wez, Iliaa and doc group: I've done some major work on the navigation generation, the changes I made were made with the idea that this code is being used on other systems and shouldn't break anything. http://zirzow.dyndns.org/patches/livedocs/navigation.patch (indentation made properly this time :) The patch is relatively complicated but it comes down to the idea of allowing the theme/*/html_format.php to define how the menu is displayed and generated. The bullet list of changes: * create new constansts, that are defined in the html_format.php: NAV_TRUNCATE - 0 for no truncation, otherwise truncates at number specified. (defaults to 25) NAV_SPACE - the character to use for spaces between navigation words. (default nbsp;) NAV_START - html to be used before navigation should be started. NAV_END - html used after navigation NAV_CHILDREN_EMBEDED - where to place children navigation items. if true, under the currently selected item, otherwise at the end of the list. (defaults to false) * new optionional nav_item() function. used to wrap special html around a navigation element. * special css classes on navigation items that get folded. (header up home) * special css class on the last child,if CHILDREN_EMBEDED is true. I'm up for any re-coding, to allow things like this to happen, it is expecially needed to display the new tableless layout I'm working on for the php.net theme: http://livedocs.zirzow.dyndns.org/en/manual.html 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] cvs: phpdoc /en/reference/pcre pattern.modifiers.xml
vrana Wed Sep 15 03:22:30 2004 EDT Modified files: /phpdoc/en/reference/pcre pattern.modifiers.xml Log: 'or' was prepared for this :-) http://cvs.php.net/diff.php/phpdoc/en/reference/pcre/pattern.modifiers.xml?r1=1.6r2=1.7ty=u Index: phpdoc/en/reference/pcre/pattern.modifiers.xml diff -u phpdoc/en/reference/pcre/pattern.modifiers.xml:1.6 phpdoc/en/reference/pcre/pattern.modifiers.xml:1.7 --- phpdoc/en/reference/pcre/pattern.modifiers.xml:1.6 Tue Sep 14 17:30:21 2004 +++ phpdoc/en/reference/pcre/pattern.modifiers.xml Wed Sep 15 03:22:26 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.6 $ -- +!-- $Revision: 1.7 $ -- !-- splitted from ./en/functions/pcre.xml, last change in rev 1.2 -- refentry id=reference.pcre.pattern.modifiers refnamediv @@ -151,7 +151,8 @@ followed by ?. It is not compatible with Perl. It can also be set by a (?U) link linkend=regexp.reference.internal-optionsmodifier setting within -the pattern/link. +the pattern/link or by a question mark behind a quantifier (e.g. +literal.*?/literal). /simpara /listitem /varlistentry
