I am running it on one of my systems, although it only has one user (me)
Using Foxserv, ie PHP 4.0.6, Apache (cant remember - most recent version i think) and
phpWiki 1.3.2 (and cvs code), all on Windows XP and also 2000 without major
problems
Apache terminates a thread every now and then, but I think that's just Apache's
problem.
Try setting the include path variable in the index.php file. Don't forget, Windows uses
semicolons instead of colons, so you need something like
ini_set('include_path', ".;c:/path/to/phpwiki/files");
You may also need to include the path of the PEAR DB file there. Note, PHP doesn't
seem to mind forward slashes in file paths, and it is easier to use them to avoid
problems with escape characters.
Lawrence Akka
===============================================================
Anyone running phpwiki on Win32? If so what versions of
phpwiki, PHP and (perhaps) MySQL are you using?
Running the latest phpwiki with PHP 4.1.0 caused a fault in PHP(!).
Running with the newer
Versions I'm using (unsuccessfully) on Windows 2000:
PHP 4.1.1
mysql Ver 11.15 Distrib 3.23.47, for Win95/Win98 (i32)
Error from running PhpWiki 1.2.2:
-----
Warning: Failed opening 'lib/mysql.php' for inclusion (include_path='..') in
C:\tools\phpwiki-1.2.2\lib\config.php on line 111
Fatal error: Call to undefined function: opendatabase() in
C:\tools\phpwiki-1.2.2\index.php on line 14
-----
Error from running PhpWiki 1.3.2:
-----
Fatal error: Failed opening required 'lib/ErrorManager.php'
(include_path='..') in C:\tools\phpwiki-1.3.2\lib\prepend.php on line 11
-----
Is there a problem with include_path on Win32?
I did pull out the current PHP sources from CVS to take a look.
Punted after looking at the PHP build workspace/project.
Too much rework needed... :).
_______________________________________________
Phpwiki-talk mailing list
<EMAIL: PROTECTED>
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
I am trying to get phpwiki running on a new Redhat 8.0 box. This is a pretty much stock up-to-date Redhat box - Apache 2.0.40 and PHP 4.2.2 (of primary interest). The setup is extremely vanilla - as in using an unedited index.php. For some reason phpwiki pages are coming up as gibberish in Mozilla (on Windows and Linux) or is IE. The same pages viewed through lynx look OK. If I put a simple "print" statement in index.php anywhere before main.php is included the pages render fine (with the expected PHP header() errors). Maybe I've missed something, but I don't see a prior mention of this sort of problem. This is true with either phpwiki 1.3.3 or the current version from CVS. I'll take crack at debugging this, but would like to know if someone else has seen the same. -- Preston L. Bannister pre...@co... pbannister on Yahoo Messenger
OK - narrowed this down. The culprit is in Request.php:
function compress_output() {
if (function_exists('ob_gzhandler')) {
//print "<p>FILE " . __FILE__. " LINE " . __LINE__ . "</p>";
ob_start('ob_gzhandler');
$this->_is_compressing_output = true;
}
}
The "print" statement is mine. Uncomment the "print" statement and the
page renders OK. Comment out the "print" statement and the page renders
as gibberish.
Apparently compressing the output is causing ... some sort of problem.
Preston L. Bannister wrote:
> I am trying to get phpwiki running on a new Redhat 8.0 box. This is a
> pretty much stock up-to-date Redhat box - Apache 2.0.40 and PHP 4.2.2
> (of primary interest). The setup is extremely vanilla - as in using
> an unedited index.php.
>
> For some reason phpwiki pages are coming up as gibberish in Mozilla
> (on Windows and Linux) or is IE. The same pages viewed through lynx
> look OK.
> If I put a simple "print" statement in index.php anywhere before
> main.php is included the pages render fine (with the expected PHP
> header() errors).
>
> Maybe I've missed something, but I don't see a prior mention of this
> sort of problem.
>
> This is true with either phpwiki 1.3.3 or the current version from CVS.
>
> I'll take crack at debugging this, but would like to know if someone
> else has seen the same.
>
> --
> Preston L. Bannister
> pre...@co...
> pbannister on Yahoo Messenger