[PHP-DOC] cvs: phpdoc /en/reference/runkit sandbox.xml /en/reference/runkit/functions runkit-sandbox-output-handler.xml
pollita Thu Sep 22 21:11:02 2005 EDT Modified files: /phpdoc/en/reference/runkit/functions runkit-sandbox-output-handler.xml /phpdoc/en/reference/runkit sandbox.xml Log: These need examples, but it's late... http://cvs.php.net/diff.php/phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml?r1=1.2&r2=1.3&ty=u Index: phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml diff -u phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml:1.2 phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml:1.3 --- phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml:1.2 Mon Jun 6 20:44:45 2005 +++ phpdoc/en/reference/runkit/functions/runkit-sandbox-output-handler.xml Thu Sep 22 21:11:01 2005 @@ -1,5 +1,5 @@ - + runkit_sandbox_output_handler @@ -24,6 +24,16 @@ ¬e.runkit.sandbox; + +Deprecated + + As of runkit version 0.5, this function is deprecated and is scheduled to + be removed from the package prior to a 1.0 release. The output handler for + a given Runkit_Sandbox instance may be read/set using the array offset syntax + shown on the Runkit_Sandbox class definition page. + + + @@ -63,6 +73,7 @@ + &reftitle.examples; http://cvs.php.net/diff.php/phpdoc/en/reference/runkit/sandbox.xml?r1=1.12&r2=1.13&ty=u Index: phpdoc/en/reference/runkit/sandbox.xml diff -u phpdoc/en/reference/runkit/sandbox.xml:1.12 phpdoc/en/reference/runkit/sandbox.xml:1.13 --- phpdoc/en/reference/runkit/sandbox.xml:1.12 Fri Jul 22 15:35:26 2005 +++ phpdoc/en/reference/runkit/sandbox.xml Thu Sep 22 21:11:02 2005 @@ -1,5 +1,5 @@ - + @@ -190,7 +190,7 @@ - + Calling PHP Functions Any function defined within the sandbox may be called as @@ -252,6 +252,58 @@ + + Changing Sandbox Settings + + As of runkit version 0.5, certain Sandbox settings may + be modified on the fly using ArrayAccess syntax. + Some settings, such as active + are read-only and meant to provide status information. + Other settings, such as output_handler + may be set and read much like a normal array offset. + Future settings may be write-only, however no such + settings currently exist. + + + + +Sandbox Settings / Status Indicators + + + + Setting + Visibility + Purpose + + + + + active + Read Only + +&true; if the Sandbox is still in a usable state, +&false; if the request is in bailout due to a +call to die(), exit(), or because of a fatal +error condition. + + + + output_handler + Read/Write + +When set to a valid callback, all output generated +by the Sandbox instance will be processed through +the named function. +Sandbox output handlers follow the same calling +conventions as the system-wide output handler. + + + + + + + +
[PHP-DOC] #34588 [Opn->Fbk]: Local session.gc_maxlifetime not always being respected
ID: 34588 Updated by: [EMAIL PROTECTED] Reported By: michael dot caplan at htc dot ca -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: Debian PHP Version: 4.4.0 New Comment: You mention that you have change session.gc_max_lifetime in an .htaccess file. Does this mean that there are other areas of your site / other virtual hosts on the same machine that also use sessions? If that's the case, it might be that the other instances are in fact performing garbage collection because they take the master value from php.ini--I don't think the session handler is capable of telling whether a particular session file was created by a given instance of the interpreter or not, and just cleans out everything it thinks has expired. Previous Comments: [2005-09-22 23:13:54] michael dot caplan at htc dot ca Hi, Here is the test case I put together: '; if (!session_is_registered('VAR')) { echo 'No Session Var'; session_register('VAR'); $VAR = 'Session var set'; } else { var_dump($VAR); echo ''; echo session_id(); } echo ''; // desplay environment settings phpinfo(); ?> I would set the session in my browser and get session details (load the page twice). I would then wait for 30+ minutes (my last case was around 1 hour). During this period, other users are hitting the site which inits GC. FYI, directory listing before: $ ls -la /var/lib/php4/ | grep 3fb8f4a6e6e37ae1e378fbddbc5b4cc4 -rw--- 1 www-data www-data27 Sep 22 14:25 sess_3fb8f4a6e6e37ae1e378fbddbc5b4cc4 And after $ ls -la /var/lib/php4/ | grep 3fb8f4a6e6e37ae1e378fbddbc5b4cc4 nill I also have the output of the phpinfo() before and after if you think that would be of value. [2005-09-22 03:01:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Can you send in a reproduce script that consistently exhibits this behaviour? I can't reproduce this on my local system building from CVS. With a script the devs can tell if the problem is really with the session handling or with something else. [2005-09-21 21:30:13] michael dot caplan at htc dot ca Description: I have a rather peculiar problem with session.gc_maxlifetime local settings not being respected under certain circumstances. In order to ensure that sessions created for our application would have a max lifetime longer than the default 24 minutes, we cranked session.gc_maxlifetime in an .htaccess file to 4 hours (local value). However, our sessions where still being clean up after 24 minutes. I validated through phpinfo() that it was actually picking up the local setting, which it was. I also noticed in my testing that if I reduced the session.gc_maxlifetime local value to less than the master value, my sessions would be cleaned up in accordance to the local value. When we changed the master value to 4 hours, we are no longer having our sessions cleaned up within 24 minutes. It appears that the local value of session.gc_maxlifetime is only being respected if it is less than that of the master value. The noted behaviour I beleive has to do with PHP internal session handling mechanism. I have no other oppertations touching session content. Also, the behaviour was noted at the file system level when another user is connecting with a different session ID resulting in other users sessions being cleaned up. So it is not an issue of a current user having his session invalidated through other means outside of garbage collection. BTW, we are using the file based session container -- Edit this bug report at http://bugs.php.net/?id=34588&edit=1
[PHP-DOC] #34588 [Fbk->Opn]: Local session.gc_maxlifetime not always being respected
ID: 34588 User updated by: michael dot caplan at htc dot ca Reported By: michael dot caplan at htc dot ca -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: Debian PHP Version: 4.4.0 New Comment: Hi, Here is the test case I put together: '; if (!session_is_registered('VAR')) { echo 'No Session Var'; session_register('VAR'); $VAR = 'Session var set'; } else { var_dump($VAR); echo ''; echo session_id(); } echo ''; // desplay environment settings phpinfo(); ?> I would set the session in my browser and get session details (load the page twice). I would then wait for 30+ minutes (my last case was around 1 hour). During this period, other users are hitting the site which inits GC. FYI, directory listing before: $ ls -la /var/lib/php4/ | grep 3fb8f4a6e6e37ae1e378fbddbc5b4cc4 -rw--- 1 www-data www-data27 Sep 22 14:25 sess_3fb8f4a6e6e37ae1e378fbddbc5b4cc4 And after $ ls -la /var/lib/php4/ | grep 3fb8f4a6e6e37ae1e378fbddbc5b4cc4 nill I also have the output of the phpinfo() before and after if you think that would be of value. Previous Comments: [2005-09-22 03:01:17] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Can you send in a reproduce script that consistently exhibits this behaviour? I can't reproduce this on my local system building from CVS. With a script the devs can tell if the problem is really with the session handling or with something else. [2005-09-21 21:30:13] michael dot caplan at htc dot ca Description: I have a rather peculiar problem with session.gc_maxlifetime local settings not being respected under certain circumstances. In order to ensure that sessions created for our application would have a max lifetime longer than the default 24 minutes, we cranked session.gc_maxlifetime in an .htaccess file to 4 hours (local value). However, our sessions where still being clean up after 24 minutes. I validated through phpinfo() that it was actually picking up the local setting, which it was. I also noticed in my testing that if I reduced the session.gc_maxlifetime local value to less than the master value, my sessions would be cleaned up in accordance to the local value. When we changed the master value to 4 hours, we are no longer having our sessions cleaned up within 24 minutes. It appears that the local value of session.gc_maxlifetime is only being respected if it is less than that of the master value. The noted behaviour I beleive has to do with PHP internal session handling mechanism. I have no other oppertations touching session content. Also, the behaviour was noted at the file system level when another user is connecting with a different session ID resulting in other users sessions being cleaned up. So it is not an issue of a current user having his session invalidated through other means outside of garbage collection. BTW, we are using the file based session container -- Edit this bug report at http://bugs.php.net/?id=34588&edit=1
Re: Re[2]: [PHP-DOC] wrong symbols in phpdoc/chm
Never mind. Configure did not output anything wrong. While the error was shown, jade continued processing all the files and finally all the files were successfully created. It tk so long so I thought it hanged. BTW, it would be great to reflect this little problem in the readme. Just to avoid somebody else spending his/her time. Regards, JV "anatoly techtonik" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > ||*()*|| Hi, Vlad. > > > Could you also post or place a link to your ./configure command output > after autoconf? > > VJ> Got phpdoc and necessary tools installed and now it fails with the error > VJ> below: > > VJ> [EMAIL PROTECTED] phpdoc]$ make > VJ> rm -rf html && mkdir html > VJ> /usr/local/bin/php -q ./scripts/rtlpatch/hackmanuallang.php en > VJ> SP_ENCODING=XML SP_CHARSET_FIXED=YES /usr/bin/openjade -D . -wno-idref -c > VJ> ./entities/ISO/catalog -c ./dsssl/docbook/catalog -c > VJ> ./dsssl/defaults/catalog -d dsssl/html.dsl -V use-output-dir -t sgml > VJ> ./dtds/dbxml-4.1.2/phpdocxml.dcl manual.xml > VJ> /usr/bin/openjade:E: error reading "dsssl/catalog" (Is a directory) > > > VJ> I checked "~/phpdoc/dssl/catalog" is a directory. > VJ> OpenJade 1.3.1 > VJ> OpenSP 1.3.4 > > VJ> The same problem happens under Windows/Cygwin (openjade 1.3.3pre1) and under > VJ> native Linux (openjade version is listed above). > VJ> Any ideas? > > VJ> Thanks, > VJ> JV. > > > VJ> ""Nuno Lopes"" <[EMAIL PROTECTED]> wrote in message > VJ> news:[EMAIL PROTECTED] > >> The chm build tools are available at http://cvs.php.net/phpdoc/chm > >> However this is a problem in the server's configuration, because the chms > >> I've built on my machine are fine. It's probably just a locales problem > >> within openjade. > >> > >> Nuno > >> > >> > >> - Original Message - > >> > Hi Nuno, > >> > Thanks for your prompt reply. > >> > Sorry for bothering, I'd have checked bugtracker myself. > >> > > >> > I'd like to contribute and fix this problem or at least find the origin > VJ> of > >> > the trouble. > >> > Could you please point me out to the instructions relevant to CHM > VJ> targets? > >> > > >> > Thanks, > >> > JV. > >> > > >> > > >> > ""Nuno Lopes"" <[EMAIL PROTECTED]> wrote in message > >> > news:[EMAIL PROTECTED] > >> >> Hi, > >> >> > >> >> This is a know problem and is being tracked at > VJ> http://bugs.php.net/33838 > >> >> > >> >> Regards, > >> >> Nuno > >> >> > >> >> > >> >> - Original Message - > >> >> > Hi all, > >> >> > > >> >> > What's wrong with php-doc in CHM format? > >> >> > There are a lot of "" symbols throughout all the manual. > >> >> > In stead of "Next", "Prev" and many topic captions etc links I see > VJ> just > >> >> > series of "?". > >> >> > CHM file is dated 2005-09-19, md5sum = > >> >> > 0578af416d91cc9bdf3fed5e4ffa48ac, > >> >> > English. > >> >> > > >> >> > I tried an old and quite outdated CHMs and they work just fine. > >> >> > What's up with newer ones? > >> >> > > >> >> > Regards, > >> >> > JV. > > > > t > --
Re: [PHP-DOC] wrong symbols in phpdoc/chm
""Nuno Lopes"" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > On Wed, 21 Sep 2005, Nuno Lopes wrote: > > > >> The chm build tools are available at http://cvs.php.net/phpdoc/chm > >> However this is a problem in the server's configuration, because the chms > >> I've > >> built on my machine are fine. It's probably just a locales problem within > >> openjade. > > > > ?? Nothing in the configuration changed in a whole year... and it > > suddendly stopped working. I also can't debug anything as Windows > > refuses to show any CHMs at all right now. > > > > Derick > > I was searching on google for this problem, but I couldn't find anything.. > I'm lost. > Maybe a change in the dsssl sheets or the way that openjade is invoked, I > don't know.. > > Nuno I got it working and discovered some problems with make_chm.bat, make_chm.php and make_make_chm_fancy.php. First of all, I was trying and got it working under Win32, b'ze I think it's appropriate since MS hhc.exe is a native Win32 executable. It might be tried under wine and Linux but I didn't do it. Most of the problems were with fopen() mode, directories and a lot of substr() around $FANCY. Finally, produced chm file works fine and contains correct links and topics. If anybody is interested in Win32 target, just let me know and I'll post diff. Now regarding wrong symbols. I was unable to find any reason for the trouble. But one possible way for it is found. All final HTMLs for English lang are with charset=Windows-1252 According to chm/common.php, there is convertCharset() function is called for all of the files and it is to convert the content from UTF-8 (internal charset, see common.php:6) into preferred charset which is Win-1252 for English. Looks like it fails to translate some international stuff into Win1252.
[PHP-DOC] #34600 [Opn->Csd]: Documentation error: day missing
ID: 34600 Updated by: [EMAIL PROTECTED] Reported By: shy at weblab dot pt -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant Assigned To: sean New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2005-09-22 16:39:40] shy at weblab dot pt Description: >From the documentation for the date() faunction: N ISO-8601 numeric representation of the day of the week (added in PHP 5.1.0) 1 (for Monday) through 7 (for Saturday) "Monday through Saturday" we're missing Sunday, here, ain't we?! This way it's actually impossible to know wether the counting starts on Sunday or on Monday. -- Edit this bug report at http://bugs.php.net/?id=34600&edit=1
Re[2]: [PHP-DOC] wrong symbols in phpdoc/chm
||*()*|| Hi, Vlad. Could you also post or place a link to your ./configure command output after autoconf? VJ> Got phpdoc and necessary tools installed and now it fails with the error VJ> below: VJ> [EMAIL PROTECTED] phpdoc]$ make VJ> rm -rf html && mkdir html VJ> /usr/local/bin/php -q ./scripts/rtlpatch/hackmanuallang.php en VJ> SP_ENCODING=XML SP_CHARSET_FIXED=YES /usr/bin/openjade -D . -wno-idref -c VJ> ./entities/ISO/catalog -c ./dsssl/docbook/catalog -c VJ> ./dsssl/defaults/catalog -d dsssl/html.dsl -V use-output-dir -t sgml VJ> ./dtds/dbxml-4.1.2/phpdocxml.dcl manual.xml VJ> /usr/bin/openjade:E: error reading "dsssl/catalog" (Is a directory) VJ> I checked "~/phpdoc/dssl/catalog" is a directory. VJ> OpenJade 1.3.1 VJ> OpenSP 1.3.4 VJ> The same problem happens under Windows/Cygwin (openjade 1.3.3pre1) and under VJ> native Linux (openjade version is listed above). VJ> Any ideas? VJ> Thanks, VJ> JV. VJ> ""Nuno Lopes"" <[EMAIL PROTECTED]> wrote in message VJ> news:[EMAIL PROTECTED] >> The chm build tools are available at http://cvs.php.net/phpdoc/chm >> However this is a problem in the server's configuration, because the chms >> I've built on my machine are fine. It's probably just a locales problem >> within openjade. >> >> Nuno >> >> >> - Original Message - >> > Hi Nuno, >> > Thanks for your prompt reply. >> > Sorry for bothering, I'd have checked bugtracker myself. >> > >> > I'd like to contribute and fix this problem or at least find the origin VJ> of >> > the trouble. >> > Could you please point me out to the instructions relevant to CHM VJ> targets? >> > >> > Thanks, >> > JV. >> > >> > >> > ""Nuno Lopes"" <[EMAIL PROTECTED]> wrote in message >> > news:[EMAIL PROTECTED] >> >> Hi, >> >> >> >> This is a know problem and is being tracked at VJ> http://bugs.php.net/33838 >> >> >> >> Regards, >> >> Nuno >> >> >> >> >> >> - Original Message - >> >> > Hi all, >> >> > >> >> > What's wrong with php-doc in CHM format? >> >> > There are a lot of "" symbols throughout all the manual. >> >> > In stead of "Next", "Prev" and many topic captions etc links I see VJ> just >> >> > series of "?". >> >> > CHM file is dated 2005-09-19, md5sum = >> >> > 0578af416d91cc9bdf3fed5e4ffa48ac, >> >> > English. >> >> > >> >> > I tried an old and quite outdated CHMs and they work just fine. >> >> > What's up with newer ones? >> >> > >> >> > Regards, >> >> > JV. t --
[PHP-DOC] cvs: phpdoc /scripts missing-entities.php.in
techtonik Thu Sep 22 10:48:42 2005 EDT Modified files: /phpdoc/scripts missing-entities.php.in Log: - '..' components are not allowed in exec path to executable http://cvs.php.net/diff.php/phpdoc/scripts/missing-entities.php.in?r1=1.21&r2=1.22&ty=u Index: phpdoc/scripts/missing-entities.php.in diff -u phpdoc/scripts/missing-entities.php.in:1.21 phpdoc/scripts/missing-entities.php.in:1.22 --- phpdoc/scripts/missing-entities.php.in:1.21 Thu Sep 22 05:50:30 2005 +++ phpdoc/scripts/missing-entities.php.in Thu Sep 22 10:48:36 2005 @@ -17,7 +17,7 @@ | Gabor Hojtsy <[EMAIL PROTECTED]> | +--+ - $Id: missing-entities.php.in,v 1.21 2005/09/22 09:50:30 techtonik Exp $ + $Id: missing-entities.php.in,v 1.22 2005/09/22 14:48:36 techtonik Exp $ */ set_time_limit(0); @@ -48,6 +48,8 @@ $cygbin = exec("cygpath -d /usr/bin/"); $NSGMLS = preg_replace("!^/usr/bin/!", $cygbin, $NSGMLS); } +// '..' components are not allowed in exec path to executable +$NSGMLS = realpath($NSGMLS); // Execute a test of the manual
[PHP-DOC] #34600 [NEW]: Documentation error: day missing
From: shy at weblab dot pt Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Documentation error: day missing Description: >From the documentation for the date() faunction: N ISO-8601 numeric representation of the day of the week (added in PHP 5.1.0) 1 (for Monday) through 7 (for Saturday) "Monday through Saturday" we're missing Sunday, here, ain't we?! This way it's actually impossible to know wether the counting starts on Sunday or on Monday. -- Edit bug report at http://bugs.php.net/?id=34600&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34600&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34600&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34600&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34600&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34600&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34600&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34600&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34600&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34600&r=support Expected behavior: http://bugs.php.net/fix.php?id=34600&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34600&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34600&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34600&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34600&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34600&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34600&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34600&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34600&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34600&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34600&r=mysqlcfg
[PHP-DOC] #27334 [Opn]: clone keyword vs __clone
ID: 27334 Updated by: [EMAIL PROTECTED] Reported By: trancer at trancer dot nl Status: Open -Bug Type:Website problem +Bug Type:Documentation problem PHP Version: Irrelevant New Comment: Reclassified as documentation problem, that information SHOULD be in the manual! Previous Comments: [2004-02-23 03:09:44] [EMAIL PROTECTED] Reclassifying as a php.net website problem as the zend-engine-2.php file is under phpweb/. [2004-02-20 14:56:12] trancer at trancer dot nl Description: Had the following: fatal error: Cannot call __clone() method on objects - use 'clone $obj' instead. Dig some digging, stumbled upon http://www.php.net/ChangeLog-5.php mentioning the following: "Redesigned clone by adding a clone keyword (clone $obj) and copying all properties before __clone() is called. Also allows calling parent __clone function by using parent::__clone(). (Zeev, Andi)" However the document http://www.php.net/zend-engine-2.php is in conflict with this mentioning a lot about __clone() "An object copy is created by calling the object's __clone() method:" Please fix the zend-engine-2 documentation. -- Edit this bug report at http://bugs.php.net/?id=27334&edit=1
[PHP-DOC] cvs: phpdoc /scripts missing-entities.php.in
techtonik Thu Sep 22 05:50:31 2005 EDT Modified files: /phpdoc/scripts missing-entities.php.in Log: - fix cygwin path issues finally * set environment variables within PHP rather from shell http://cvs.php.net/diff.php/phpdoc/scripts/missing-entities.php.in?r1=1.20&r2=1.21&ty=u Index: phpdoc/scripts/missing-entities.php.in diff -u phpdoc/scripts/missing-entities.php.in:1.20 phpdoc/scripts/missing-entities.php.in:1.21 --- phpdoc/scripts/missing-entities.php.in:1.20 Thu Sep 15 04:16:45 2005 +++ phpdoc/scripts/missing-entities.php.in Thu Sep 22 05:50:30 2005 @@ -17,7 +17,7 @@ | Gabor Hojtsy <[EMAIL PROTECTED]> | +--+ - $Id: missing-entities.php.in,v 1.20 2005/09/15 08:16:45 betz Exp $ + $Id: missing-entities.php.in,v 1.21 2005/09/22 09:50:30 techtonik Exp $ */ set_time_limit(0); @@ -38,26 +38,25 @@ // Support for Windows systems $windows = (strpos(PHP_OS, 'WIN') !== false); -// If PHP wasn't compiled on Cygwin, the path needs to be fixed. -// cygwin's path is hardcoded to C:\cygwin. change it if needed -if ($windows && (strpos(php_uname(), 'CYGWIN') === false)) { -$NSGMLS = preg_replace('@/usr/bin/(.+)@', 'C:\cygwin\bin\1.exe', $NSGMLS); +// If PHP wasn't compiled on Cygwin, then the path to NSGMLS (if it is +// *nix path in case NSGMLS is installed via Cygwin setup) should be +// fixed for exec command to work +if ($windows +&& (strpos(php_uname(), 'CYGWIN') === false) +&& (strncmp($NSGMLS, "/usr/bin/", 9) === 0)) +{ + $cygbin = exec("cygpath -d /usr/bin/"); +$NSGMLS = preg_replace("!^/usr/bin/!", $cygbin, $NSGMLS); } // Execute a test of the manual -if("@SP_OPTIONS@" == "" || substr(PHP_OS, 0, 3) == 'WIN') { -exec( -"$NSGMLS -f $NSGMLS_OUTPUT -i [EMAIL PROTECTED]@ -D . " . -"-s @SRCDIR@/dtds/dbxml-4.1.2/phpdocxml.dcl manual.xml" -); -} -else { -exec( -"@SP_OPTIONS@ $NSGMLS -f $NSGMLS_OUTPUT -i [EMAIL PROTECTED]@ -D . " . -"-s @SRCDIR@/dtds/dbxml-4.1.2/phpdocxml.dcl manual.xml" -); -} +$envy = explode(" ", "@SP_OPTIONS@"); +array_map('putenv', $envy); +exec( +"$NSGMLS -f $NSGMLS_OUTPUT -i [EMAIL PROTECTED]@ -D . " . +"-s @SRCDIR@/dtds/dbxml-4.1.2/phpdocxml.dcl manual.xml" +); // Try to open files for rewriting $ment = fopen("entities/missing-entities.ent", "w");
Re: [PHP-DOC] wrong symbols in phpdoc/chm
On Wed, 21 Sep 2005, Nuno Lopes wrote: The chm build tools are available at http://cvs.php.net/phpdoc/chm However this is a problem in the server's configuration, because the chms I've built on my machine are fine. It's probably just a locales problem within openjade. ?? Nothing in the configuration changed in a whole year... and it suddendly stopped working. I also can't debug anything as Windows refuses to show any CHMs at all right now. Derick I was searching on google for this problem, but I couldn't find anything.. I'm lost. Maybe a change in the dsssl sheets or the way that openjade is invoked, I don't know.. Nuno
Re: [PHP-DOC] wrong symbols in phpdoc/chm
"Derick Rethans" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Wed, 21 Sep 2005, Nuno Lopes wrote: > > > The chm build tools are available at http://cvs.php.net/phpdoc/chm > > However this is a problem in the server's configuration, because the chms I've > > built on my machine are fine. It's probably just a locales problem within > > openjade. > > ?? Nothing in the configuration changed in a whole year... and it > suddendly stopped working. I also can't debug anything as Windows > refuses to show any CHMs at all right now. What's about phpdoc/chm/make_chm.php? it was changed 2 weeks ago. Also, it's unclear which one directory is really used for building chm files. I see two concurent ways: phpdoc/htmlhelp/make_chm.bat and phpdoc/chm/make_chm.bat Both set of tools expect all the files produced by running make in html subdirectory while really it appears a level higher. So with default setting neither works. Anyway, it does not expliain what's wrong with "Next", "Back" and other links. BTW, chm I downloaded yesterday works fine. Probably you tried to run chm from a networked drive. Since IE version 6 it won't work for the reasons known to MS alone... Try chm on a local disk. JV