[PHP-DOC] Re: Time functions
[EMAIL PROTECTED] wrote: I'm not sure whether the date/time conversions of PHP use the locale of the browser or the locale of the server. Seems like the documentation ought to discuss that. - Steve -- Steve Benz ([EMAIL PROTECTED]) Tall Tree Software Co. 512-453-4909 Steve, PHP is serverside, is has no knowledge of the browser or its time locale. PHP *must* use the servers locale, it has knowledge of no other. - Davey -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Time functions
I'm not sure whether the date/time conversions of PHP use the locale of the browser or the locale of the server. Seems like the documentation ought to discuss that. - Steve -- Steve Benz ([EMAIL PROTECTED]) Tall Tree Software Co. 512-453-4909 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Re: #24346 [Bgs->Opn]: ob_start wrongly optimized out when no callbackspecified
[EMAIL PROTECTED] wrote: ID: 24346 Updated by: [EMAIL PROTECTED] Reported By: pitrou at free dot fr -Status: Bogus +Status: Open -Bug Type: Output Control +Bug Type: Documentation problem Operating System: Linux PHP Version: 4.3.2 New Comment: It's indeed a change, but still, it's right as it is now. I'm changing this to a doc problem: 1. the return value is not documented 2. this function can also be used with the array() syntax to call methods of an object. This is to do with the callbacks documentation stuff I am working on... will you do that yourself? or wait for me to get to it? I think I *may* have document ob_start() already just I'm planning to do one huge (verified) commit rather than commiting each as I go along. - Davey -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc / configure.in
tom Fri Jun 27 18:59:20 2003 EDT Modified files: /phpdoc configure.in Log: create zend-vars also when --with-zendapi is set (should solve the 'images missing'-bugs) Index: phpdoc/configure.in diff -u phpdoc/configure.in:1.195 phpdoc/configure.in:1.196 --- phpdoc/configure.in:1.195 Mon May 26 06:41:37 2003 +++ phpdoc/configure.in Fri Jun 27 18:59:20 2003 @@ -1,4 +1,4 @@ -dnl $Id: configure.in,v 1.195 2003/05/26 10:41:37 momo Exp $ +dnl $Id: configure.in,v 1.196 2003/06/27 22:59:20 tom Exp $ dnl autoconf initialisation AC_INIT() @@ -423,6 +423,7 @@ AC_MSG_CHECKING(for ZendAPI) +ZENDAPI="not found" AC_ARG_WITH(zendapi, [ --with-zendapi=[DIR] look for ZendAPI documentation in the specified directory], [ @@ -430,7 +431,6 @@ ZENDAPI=$withval fi ],[ - ZENDAPI="not found" for dir in \ $srcdir/en/ZendAPI \ $srcdir/ZendAPI \ @@ -441,18 +441,19 @@ break fi done - if test -d "$ZENDAPI"; then -ZEND_FIGURES="cp -r $ZENDAPI/figures ." -ZEND_FIGURES_HTML="$ZEND_FIGURES/html" -ZEND_FIGURES_PHP="$ZEND_FIGURES/php" -FIGURES="figures" - else -ZEND_FIGURES="" -ZEND_FIGURES_HTML="" -ZEND_FIGURES_PHP="" -FIGURES="" - fi ]) + +if test -d "$ZENDAPI"; then + ZEND_FIGURES="cp -r $ZENDAPI/figures ." + ZEND_FIGURES_HTML="$ZEND_FIGURES/html" + ZEND_FIGURES_PHP="$ZEND_FIGURES/php" + FIGURES="figures" +else + ZEND_FIGURES="" + ZEND_FIGURES_HTML="" + ZEND_FIGURES_PHP="" + FIGURES="" +fi AC_MSG_RESULT($ZENDAPI) AC_SUBST(ZENDAPI) -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc / Makefile.in
tom Fri Jun 27 18:55:49 2003 EDT Modified files: /phpdoc Makefile.in Log: copy figures for pdf and bightml Index: phpdoc/Makefile.in diff -u phpdoc/Makefile.in:1.135 phpdoc/Makefile.in:1.136 --- phpdoc/Makefile.in:1.135Mon May 26 06:41:37 2003 +++ phpdoc/Makefile.in Fri Jun 27 18:55:49 2003 @@ -13,7 +13,7 @@ # # -# $Id: Makefile.in,v 1.135 2003/05/26 10:41:37 momo Exp $ +# $Id: Makefile.in,v 1.136 2003/06/27 22:55:49 tom Exp $ # all: html @@ -169,10 +169,10 @@ @test -d html || mkdir html ${XSLTPROC} xsl/html.xsl manual.xml -bightml_xsl: manual.xml +bightml_xsl: manual.xml zendapi ${XSLTPROC} -o @[EMAIL PROTECTED] xsl/bightml.xsl manual.xml -fo: manual.xml +fo: manual.xml zendapi ${XSLTPROC} -o manual.fo xsl/fo.xsl manual.xml chm_xsl: manual.xml -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] RE: ftp-raw.xml
In future i'll only post commit requests for translations to the german mailing list. Please just ignore my last Post. -Ali -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] ftp-raw.xml
Hi there, attached is the german version of ftp-raw.xml (de/reference/ftp/functions/ftp-raw.xml) Would be nice if anyone with Karma could add this to the CVS repository. -Ali ftp_raw Sendet ein beliebiges Kommando an den FTP-Server Beschreibung arrayftp_raw resourceftp_stream stringcommand Sendet ein beliebiges Kommando command an den FTP-Server. Gibt die Antwort des Servers als Array von Strings zurück. Die Antwort des Servers wird weder geparsed, noch stellt ftp_raw fest, ob das Kommando erfolgreich ausgeführt wurde. Der Gebrauch von ftp_raw, um sich manuell auf einem FTP-Server anzumelden. Siehe auch ftp_exec -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] cvs: phpdoc /en/language types.xml
torben Fri Jun 27 17:27:30 2003 EDT Modified files: /phpdoc/en/language types.xml Log: Document the changed array indexing, pending information from the dev team on what it's really supposed to be doing. Index: phpdoc/en/language/types.xml diff -u phpdoc/en/language/types.xml:1.122 phpdoc/en/language/types.xml:1.123 --- phpdoc/en/language/types.xml:1.122 Sat Jun 21 12:06:20 2003 +++ phpdoc/en/language/types.xmlFri Jun 27 17:27:30 2003 @@ -1,5 +1,5 @@ - + Types @@ -1317,12 +1317,8 @@ If you do not specify a key for a given value, then the maximum of the integer indices is taken, and the new key will be that - maximum value + 1--unless that maximum value is negative (is it - perfectly legal to have negative array indices). In this case, - the new key will be 0. If no integer indices - exist yet, the key will be 0 (zero). If you - specify a key that already has a value assigned to it, that - value will be overwritten. + maximum value + 1. If you specify a key that already has a value + assigned to it, that value will be overwritten.
[PHP-DOC] #23907 [Opn]: Need additional installation step for IIS 6.0 / Windows Server 2003
ID: 23907 User updated by: bryn at mrpath dot com Reported By: bryn at mrpath dot com Status: Open Bug Type: Documentation problem Operating System: Windows Server 2003 PHP Version: 4.3.2 New Comment: So, I think it's specific to windows server 2003 due to being preconfigured for "security". Having said that, I don't think you can get IIS 6 for other platforms (not speaking with knowledge here) since win2k3 comes with IIS6 I doubt many people are going to be running other versions of IIS. It is specific to IIS though, as win2k3 won't be able to prevent Apache from serving up php. Regarding if it applies to ISAPI, I don't know. I vaguely recall thinking that it might apply only to cgi only to be surprised that it was censoring ISAPI as well. I'll try and look in to this when I get back from vacation. Previous Comments: [2003-06-27 13:12:58] [EMAIL PROTECTED] The following article explains how to do it for both ISAPI and CGI, this type of information needs to live in the PHP manual: http://www.macromedia.com/devnet/mx/dreamweaver/articles/php_iis.html Various user comments also refer to this type of information. AFAICT, this new information is specific to IIS 5 and above and we can add a IIS 5 or newer subsection here: http://www.php.net/manual/en/install.iis.php [2003-06-27 12:49:30] martin dot richter at inka dot de Thanks for this information ... helped a lot ! [2003-06-27 12:08:05] [EMAIL PROTECTED] Is this specific to IIS 6+ or Windows Server 2003 or the combination or ...? Maybe someone else here is familiar with the topic but I certainly am not. And I take it this type of additional step only applies to CGI and not ISAPI module? [2003-06-26 09:45:59] pop-eye at mail dot com This is a great tip. I am a new PHP user and I had this problem for a week and no one, even the grate *nix lovers of "The PHP Forums Home" could not identify. Thanks [2003-05-30 14:16:09] bryn at mrpath dot com I added more description to the bug title 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/23907 -- Edit this bug report at http://bugs.php.net/?id=23907&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23907 [Fbk->Opn]: Need additional installation step for IIS 6.0 / Windows Server 2003
ID: 23907 Updated by: [EMAIL PROTECTED] Reported By: bryn at mrpath dot com -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: Windows Server 2003 PHP Version: 4.3.2 New Comment: The following article explains how to do it for both ISAPI and CGI, this type of information needs to live in the PHP manual: http://www.macromedia.com/devnet/mx/dreamweaver/articles/php_iis.html Various user comments also refer to this type of information. AFAICT, this new information is specific to IIS 5 and above and we can add a IIS 5 or newer subsection here: http://www.php.net/manual/en/install.iis.php Previous Comments: [2003-06-27 12:49:30] martin dot richter at inka dot de Thanks for this information ... helped a lot ! [2003-06-27 12:08:05] [EMAIL PROTECTED] Is this specific to IIS 6+ or Windows Server 2003 or the combination or ...? Maybe someone else here is familiar with the topic but I certainly am not. And I take it this type of additional step only applies to CGI and not ISAPI module? [2003-06-26 09:45:59] pop-eye at mail dot com This is a great tip. I am a new PHP user and I had this problem for a week and no one, even the grate *nix lovers of "The PHP Forums Home" could not identify. Thanks [2003-05-30 14:16:09] bryn at mrpath dot com I added more description to the bug title [2003-05-30 14:15:12] bryn at mrpath dot com In order to get php working on IIS 6/Windows Server 2003, there's an extra step needed in installation. You have to "allow" the php service extension. One way to do this is to go to the new manage your server icon, select manage application server, and choose the web service extensions folder in the MMC tree under IIS manager. Then choose the "add a new web service extension" put php in the extension, c:\php\php.exe in the file name, and check the allow box. The windows installer doesn't do this, and the windows install.txt readme in the zip doesn't mention this needs to be done. When this is not done, IIS reports error 404, file not found. -- Edit this bug report at http://bugs.php.net/?id=23907&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23907 [Com]: Need additional installation step for IIS 6.0 / Windows Server 2003
ID: 23907 Comment by: martin dot richter at inka dot de Reported By: bryn at mrpath dot com Status: Feedback Bug Type: Documentation problem Operating System: Windows Server 2003 PHP Version: 4.3.2 New Comment: Thanks for this information ... helped a lot ! Previous Comments: [2003-06-27 12:08:05] [EMAIL PROTECTED] Is this specific to IIS 6+ or Windows Server 2003 or the combination or ...? Maybe someone else here is familiar with the topic but I certainly am not. And I take it this type of additional step only applies to CGI and not ISAPI module? [2003-06-26 09:45:59] pop-eye at mail dot com This is a great tip. I am a new PHP user and I had this problem for a week and no one, even the grate *nix lovers of "The PHP Forums Home" could not identify. Thanks [2003-05-30 14:16:09] bryn at mrpath dot com I added more description to the bug title [2003-05-30 14:15:12] bryn at mrpath dot com In order to get php working on IIS 6/Windows Server 2003, there's an extra step needed in installation. You have to "allow" the php service extension. One way to do this is to go to the new manage your server icon, select manage application server, and choose the web service extensions folder in the MMC tree under IIS manager. Then choose the "add a new web service extension" put php in the extension, c:\php\php.exe in the file name, and check the allow box. The windows installer doesn't do this, and the windows install.txt readme in the zip doesn't mention this needs to be done. When this is not done, IIS reports error 404, file not found. -- Edit this bug report at http://bugs.php.net/?id=23907&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #23907 [Opn->Fbk]: Need additional installation step for IIS 6.0 / Windows Server 2003
ID: 23907 Updated by: [EMAIL PROTECTED] Reported By: bryn at mrpath dot com -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Windows Server 2003 PHP Version: 4.3.2 New Comment: Is this specific to IIS 6+ or Windows Server 2003 or the combination or ...? Maybe someone else here is familiar with the topic but I certainly am not. And I take it this type of additional step only applies to CGI and not ISAPI module? Previous Comments: [2003-06-26 09:45:59] pop-eye at mail dot com This is a great tip. I am a new PHP user and I had this problem for a week and no one, even the grate *nix lovers of "The PHP Forums Home" could not identify. Thanks [2003-05-30 14:16:09] bryn at mrpath dot com I added more description to the bug title [2003-05-30 14:15:12] bryn at mrpath dot com In order to get php working on IIS 6/Windows Server 2003, there's an extra step needed in installation. You have to "allow" the php service extension. One way to do this is to go to the new manage your server icon, select manage application server, and choose the web service extensions folder in the MMC tree under IIS manager. Then choose the "add a new web service extension" put php in the extension, c:\php\php.exe in the file name, and check the allow box. The windows installer doesn't do this, and the windows install.txt readme in the zip doesn't mention this needs to be done. When this is not done, IIS reports error 404, file not found. -- Edit this bug report at http://bugs.php.net/?id=23907&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #15637 [Com]: if using URI, ldap_connect() returns resource ID when server does not exist
ID: 15637 Comment by: iane at sussex dot ac dot uk Reported By: cjm46543 at hotmail dot com Status: Analyzed Bug Type: Documentation problem Operating System: Linux - RedHat 7.2 PHP Version: 4.4.0-dev New Comment: I can't get ldap_connect to return false, even when I pass an invalid URI or an invalid hostname. At least, I think ".*&%^$ldap.central.susx.ac.uk" is an invalid host name, and so is "4". They both return ldap connection resources, though. It is important, because I need to be able to test the hostname validity so that i know whether the problem with the host is that (a) it doesn't exist (b) it is down (c) the ldap service is down. Previous Comments: [2003-05-04 05:17:43] gsivathanu at msn dot com So, is there a way to find whether the LDAP server is valid or not ? Gopalan Sivathanu [2003-04-01 11:04:14] egeczi at nospamplease dot dist113 dot org This is not just a documentation problem. Not only does $ldap_connection = ldap_connect("does.not.exist") return a resource id when it obviously shouldn't, but ldap_bind($ldap_connection, 'username', 'password') also returns true. If the actual connect occurs with ldap_bind(), why does it return true for a server that does not exist? Regards. [2003-02-28 03:52:03] korte-php at et dot rub dot de Rather anoying though since ldap_bind also fails when using a wrong password... only looking at bind fails doen't neccessarily mean, that the ldap server is down :( [2003-02-10 12:30:10] [EMAIL PROTECTED] When openldap 2.x is used, the ldap_connect() does not actually connect, it just initializes the connecting parameters. The actual connect happens with next calls to ldap_* funcs, usually it is 'ldap_bind()'. This is just documentation problem. Not any bug in code. [2003-01-24 19:51:01] [EMAIL PROTECTED] Yes, I still get ldap resources everytime except when passing in "/" or a wrong parameter count. 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/15637 -- Edit this bug report at http://bugs.php.net/?id=15637&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] URLs in manual stripped
GH>> > Ah, sorry, I'm wrong. It is not empty when compiling, it cleans it up GH>> > afterwards (to make my life more interesing, I guess :). Thanks a lot. GH>> GH>> It is actually cleaned up afterwards, because if you build some GH>> different format, it would very much make harm there. Well, it could be cleaned on start of building of some different format, then. It is pretty confusing when you try to figure it out what happens and self-destroying builds are not the very best idea. Though, I build it once a month so if it helps anybody building it frequently, so be it. Many parts of the build system needs modification. This will also be taken into account on the docmeeting this july hopefully [http://www.goba.hu/docmeeting_2003]. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] livedocs, windows and php5
Has anyone tried to build livedocs with recent php5-dev on win32 yet? I'm having issues with CDATA and need to know it's not just some bad of mine with php-gtk-doc livedocs before I put in a PHP5 bug report.. -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] URLs in manual stripped
GH>> > Ah, sorry, I'm wrong. It is not empty when compiling, it cleans it up GH>> > afterwards (to make my life more interesing, I guess :). Thanks a lot. GH>> GH>> It is actually cleaned up afterwards, because if you build some GH>> different format, it would very much make harm there. Well, it could be cleaned on start of building of some different format, then. It is pretty confusing when you try to figure it out what happens and self-destroying builds are not the very best idea. Though, I build it once a month so if it helps anybody building it frequently, so be it. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] URLs in manual stripped
SM>> Thanks for your help. However, I see that in my build SM>> entities/phpweb.ent is empty. Or, more precisely, contains only this: SM>> Ah, sorry, I'm wrong. It is not empty when compiling, it cleans it up afterwards (to make my life more interesing, I guess :). Thanks a lot. It is actually cleaned up afterwards, because if you build some different format, it would very much make harm there. Goba -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] URLs in manual stripped
SM>> Thanks for your help. However, I see that in my build SM>> entities/phpweb.ent is empty. Or, more precisely, contains only this: SM>> Ah, sorry, I'm wrong. It is not empty when compiling, it cleans it up afterwards (to make my life more interesing, I guess :). Thanks a lot. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DOC] URLs in manual stripped
fb>> Thats because of entities/phpweb.ent, which is used and overwrites some fb>> entities from global.ent. fb>> More info is available here: fb>> http://cvs.php.net/cvs.php/phpdoc/Makefile.in?login=2 fb>> see the log message for version 1.130 Thanks for your help. However, I see that in my build entities/phpweb.ent is empty. Or, more precisely, contains only this: Only file having url.php.docs is global.ent and there it is OK. Any ideas what could strip it and how to prevent it? -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.109 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24353 [Opn->Csd]: File missing from install on Win32 binary package
ID: 24353 Updated by: [EMAIL PROTECTED] -Reported By: ecn at byu dot edu +Reported By: holliwell at gmx dot net -Status: Open +Status: Closed Bug Type: Documentation problem -Operating System: Windows XP Pro +Operating System: any PHP Version: 4.3.2 New Comment: The correct (hopefully) information as long with version info is available in the table at http://www.php.net/manual/en/install.windows.php#install.windows.extensions I updated the info in ref.ldap a few days ago due to user notes, not aware of this bug report. http://cvs.php.net/diff.php/phpdoc/en/reference/ldap/configure.xml?login=2&r1=1.3&r2=1.4&ty=u So people can use this info, or do it the way edink and install.txt mentioned: copy _all_ dll files from the dll folder. The changes will show up on the website as soon as the manual is rebuild. Thanks for your report. Friedhelm Betz Previous Comments: [2003-06-27 04:33:23] [EMAIL PROTECTED] philip: yes, for all extensions everything that is needed is the dlls folder. So if you copy all the dlls from there all the extensions should work. The only exception to this is mcrypt.dll which we don't ship due to the legal reasons and some databases like oracle which need client software to be installed on the same box where php is. [2003-06-27 03:34:33] [EMAIL PROTECTED] edink: So are you saying that libsasl.dll isn't (and never was) required to get LDAP to work on every supported version of Windows? Can you have a look at bug #9485 ? Or are you saying that simply following the instructions on copying all files from the dll directory (as opposed to worrying about specific ones) is the answer? Please be a little more specific as install.txt doesn't refer to LDAP. [2003-06-27 03:23:09] [EMAIL PROTECTED] The documentation is wrong. Just follow the install instructions in install.txt and it should work fine. [2003-06-26 21:04:01] holliwell at gmx dot net Description: I'm trying to get LDAP support working for Win32 platform and the documentation says that in order for the php_ldap.dll file to load, you need to copy the libsasl.dll file to the System32 directory. The doc says this file is located in the DLL directory in the Win32 binary package when in fact it is not. I cannot seem to find this file anywhere and sure enough, I cannot load the extension. It throws an error every time. Please help me as soon as possible. I need this file. Thanks. Eric Nelson [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=24353&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24346 [Bgs->Opn]: ob_start wrongly optimized out when no callback specified
ID: 24346 Updated by: [EMAIL PROTECTED] Reported By: pitrou at free dot fr -Status: Bogus +Status: Open -Bug Type: Output Control +Bug Type: Documentation problem Operating System: Linux PHP Version: 4.3.2 New Comment: It's indeed a change, but still, it's right as it is now. I'm changing this to a doc problem: 1. the return value is not documented 2. this function can also be used with the array() syntax to call methods of an object. Previous Comments: [2003-06-26 10:15:28] pitrou at free dot fr Ok, then there's a compatibility problem (it used to work before). Also the documentation is bogus too: http://www.php.net/manual/en/function.ob-start.php It doesn't mention the return value, the return type is even supposed to be "void". How can I know I'm supposed to check the return value ? In the end I think a bad callback parameter to ob_start is enough to print an error message on screen (just as calling a function which doesn't exist prints an error message on screen). Thanks for the reply. [2003-06-26 09:38:18] [EMAIL PROTECTED] You should use NO parameter if you don't want a handler. PHP 4.3.2 correctly returns FALSE in this case. [2003-06-26 09:33:35] pitrou at free dot fr Description: Newly with PHP 4.3.2, calls to ob_start with an empty handler (i.e. ob_start("")) seem to be optimized out and ignored. This causes two problems : - ob_start("") can be useful if you prefer to process the contents manually by using ob_get_contents() and then ob_end_clean() - nesting of output buffers is broken, because the ob_end() call corresponding to ob_start("") is still taken (which can totally break the page if your ob_start("") is nested inside an ob_start("ob_gzhandler")...) Reproduce code: --- ** This one doesn't work (second statement is eaten out) : "; ob_end_flush(); echo "second echo"; ob_end_flush(); ?> ** This one works (both statements are printed) : "; ob_end_flush(); echo "second echo"; ob_end_flush(); ?> Expected result: Both programs should have the same result (i.e. print both statements on screen). Actual result: -- The program which calls ob_start with an empty handler fails to display the second statement. In the other program, we circumvent this bug by using a dummy handler, which causes it to work properly. -- Edit this bug report at http://bugs.php.net/?id=24346&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24353 [Opn]: File missing from install on Win32 binary package
ID: 24353 Updated by: [EMAIL PROTECTED] Reported By: ecn at byu dot edu Status: Open Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.3.2 New Comment: philip: yes, for all extensions everything that is needed is the dlls folder. So if you copy all the dlls from there all the extensions should work. The only exception to this is mcrypt.dll which we don't ship due to the legal reasons and some databases like oracle which need client software to be installed on the same box where php is. Previous Comments: [2003-06-27 03:34:33] [EMAIL PROTECTED] edink: So are you saying that libsasl.dll isn't (and never was) required to get LDAP to work on every supported version of Windows? Can you have a look at bug #9485 ? Or are you saying that simply following the instructions on copying all files from the dll directory (as opposed to worrying about specific ones) is the answer? Please be a little more specific as install.txt doesn't refer to LDAP. [2003-06-27 03:23:09] [EMAIL PROTECTED] The documentation is wrong. Just follow the install instructions in install.txt and it should work fine. [2003-06-26 21:04:01] ecn at byu dot edu Description: I'm trying to get LDAP support working for Win32 platform and the documentation says that in order for the php_ldap.dll file to load, you need to copy the libsasl.dll file to the System32 directory. The doc says this file is located in the DLL directory in the Win32 binary package when in fact it is not. I cannot seem to find this file anywhere and sure enough, I cannot load the extension. It throws an error every time. Please help me as soon as possible. I need this file. Thanks. Eric Nelson [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=24353&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24353 [Opn]: File missing from install on Win32 binary package
ID: 24353 Updated by: [EMAIL PROTECTED] Reported By: ecn at byu dot edu Status: Open Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.3.2 New Comment: edink: So are you saying that libsasl.dll isn't (and never was) required to get LDAP to work on every supported version of Windows? Can you have a look at bug #9485 ? Or are you saying that simply following the instructions on copying all files from the dll directory (as opposed to worrying about specific ones) is the answer? Please be a little more specific as install.txt doesn't refer to LDAP. Previous Comments: [2003-06-27 03:23:09] [EMAIL PROTECTED] The documentation is wrong. Just follow the install instructions in install.txt and it should work fine. [2003-06-26 21:04:01] ecn at byu dot edu Description: I'm trying to get LDAP support working for Win32 platform and the documentation says that in order for the php_ldap.dll file to load, you need to copy the libsasl.dll file to the System32 directory. The doc says this file is located in the DLL directory in the Win32 binary package when in fact it is not. I cannot seem to find this file anywhere and sure enough, I cannot load the extension. It throws an error every time. Please help me as soon as possible. I need this file. Thanks. Eric Nelson [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=24353&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #24353 [Opn]: File missing from install on Win32 binary package
ID: 24353 Updated by: [EMAIL PROTECTED] Reported By: ecn at byu dot edu Status: Open -Bug Type: Unknown/Other Function +Bug Type: Documentation problem Operating System: Windows XP Pro PHP Version: 4.3.2 New Comment: The documentation is wrong. Just follow the install instructions in install.txt and it should work fine. Previous Comments: [2003-06-26 21:04:01] ecn at byu dot edu Description: I'm trying to get LDAP support working for Win32 platform and the documentation says that in order for the php_ldap.dll file to load, you need to copy the libsasl.dll file to the System32 directory. The doc says this file is located in the DLL directory in the Win32 binary package when in fact it is not. I cannot seem to find this file anywhere and sure enough, I cannot load the extension. It throws an error every time. Please help me as soon as possible. I need this file. Thanks. Eric Nelson [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=24353&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php