phpwiki-talk

Re: [Phpwiki-talk] Working version of phpwiki on Win32?

[Lawrence A. <Law...@th...>]

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

[Phpwiki-talk] Trouble getting phpwiki running on Redhat 8.0

[Preston L. B. <pre...@co...>]

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

Re: [Phpwiki-talk] Trouble getting phpwiki running on Redhat 8.0

[Preston L. B. <pre...@co...>]

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