Recent changes to bugs

PHP conflicts with Turck MMCache

amp — Tue, 08 Aug 2006 10:06:05 -0000

This case applies to the KnowledgeTree DMS newest
version 3.1.0 that can be downloaded from
http://sourceforge.net/project/showfiles.php?group_id=107851.
The used server is Linux SuSe 10.0 with Apache/2.0.54
(Linux/SUSE), PHP 4.4.0 (SUSE Package) and Turck
MMCache 2.4.6.

If Turck MMCache is used with KT 3.1.0 I have found the
following phenomenon to take place:
1.When cache does not contain any KT scripts or it is
disabled, KT login page loads OK and it is possible to
make login without problems. This is true also
afterwards although cache now contains KT scripts
provided that Apache is not restarted meanwhile.
2.If Apache is then restarted and one tries to open KT,
Firefox 1.5 shows in Linux a popup window that tells
that you are opening the page control.php and the
browser asks if it can download (!) the page. In
Windows XP Firefox 1.5 simply stops loading the login
page. This is the case also with MS IE in Windows. If
one tries to reload an open login page, browser tries
to download the page login.php.
3.One can get over this behavior if he clears the cache
(with the 'Clear' button in mmcache.php control page.).
Then everything goes fine until Apache is again
restarted for some reason. Another solution is to
disable cache for instance with the 'Disable' button in
mmcache.php control page.

Obviously there are some other chains of events that
may trigger this conflict but I have not managed to
reproduce them. This seems to envolve use of at least
several KT urls on the same server (possibly with
different versions of KT).

Turck MMCache has proved to be useful with KT: It seems
to shorten the server request handling time about to 50
%. I have not either observed any problems using it
with KT versions prior to 3.1.0.
If I set in config/config.ini phpErrorLogFile = true,
the last two lines in var/log/php_error_log read:
Aug 08 08:57:25 KT [warning] dl() [<a
href='function.dl'>function.dl</a>]: Unable to load
dynamic library '/usr/lib/php/extensions/fileinfo.so' -
/usr/lib/php/extensions/fileinfo.so: cannot open shared
object file: No such file or directory in
/srv/www/htdocs/kt310/lib/documentmanagement/PhysicalDocumentManager.inc
at line 35
Aug 08 08:57:25 KT [warning] dl() [<a
href='function.dl'>function.dl</a>]: Unable to load
dynamic library '/usr/lib/php/extensions/fileinfo.so' -
/usr/lib/php/extensions/fileinfo.so: cannot open shared
object file: No such file or directory in
/srv/www/htdocs/kt310/lib/storage/ondiskpathstoragemanager.inc.php
at line 47
These are the only warnings in that file.

This same behavior has also occurred on another SuSe
9.0 server.

I have reported this to KT developers, see
http://issues.ktdms.com/browse/KTS-1251. Developers
have also observed the same phenomenon but it seems
that there may be something wrong in mmcache or in any
case resolving this problem may need a deeper
understanding about turck-mmcache (see comment for
KTS-1251).

code that does compile, but that doesnt work when encoded

Anonymous — Mon, 26 Dec 2005 15:30:56 -0000

The attached piece of code works with caching enabled
on the server, however, not when the file is compiled
with turck-encode.

turck-version 2.4.6-12 (debian unstable dist) sorry,
but cant test on anything else for the moment.

Submitted by:
btd@apario.net

eAccelerator cross open_basedir restriction.

Anonymous — Tue, 30 Aug 2005 13:35:52 -0000

Scenario:

RH ES3, Apache (httpd-2.0.46-44.ent), php
(php-4.3.2-23.ent)
All from RPM

Vhost1:
root /www/site1/
open_basedir /www/site1

Vhost2:

root /www/site2/
open_basedir /www/site2

----------------------
The problem:

Let's take any php, for example
/www/site1/includes/mysql.php with mysql conection data
(User, pass, server) used by Vhost1.
IF i make an include from vhost2 of that .php (located
in vhost1 dir and with open_basedir restriction) the
include is done, latter y can print out tha data in the
variables exposing user,pass and server.

Have a look at eaccelerator

Anonymous — Fri, 17 Jun 2005 01:21:16 -0000

mmCache seems to be history, habe a look at the
eaccelerator fork @
http://eaccelerator.net/HomeUk

constructor of class named upper case didn't get call

Pigkeeper — Tue, 24 May 2005 00:03:18 -0000

I wrote a small test case and found that if I name my
PHP class that first letter is Upper case, after the
MMCache cashed that page, the constructor of that PHP
class will not get call. It works fine for lower case
PHP class.

this is my test case:
/*********
begin myobjtest.php
*********/
<?php

class myobj
{
var $fileName;

function myobj($arg)
{
$this->fileName = $arg;
echo "in constructor of myobj, file name is
".$this->fileName." ";
}
}

class Myobj1
{
var $fileName;

function Myobj1($arg)
{
$this->fileName = $arg;
echo "in constructor of Myobj1, file name is
".$this->fileName." ";
}
}

$temp = new myobj("myfile123");
echo "mytest object is $temp ";
print_r($temp);
echo "";

$temp1 = new Myobj1("myfile123");
echo "Myobj1 object is $temp1 ";
print_r($temp1);
echo "";
?>

//end myobjtest.php

/***************************************************
this is the output
***********************************************/
/*****
enabled MMCache
******/

first time running: (no problem)
-------------------------------------------------
in constructor of myobj, file name is myfile123
mytest object is Object id #2
myobj Object ( [fileName] => myfile123 )

in constructor of MyObj1, file name is myfile123
MyObj1 object is Object id #3
MyObj1 Object ( [fileName] => myfile123 )
-------------------------------------------------

second time: ( HAS Problem *_* )
--------------------------------------------------
in constructor of myobj, file name is myfile123
mytest object is Object id #2
myobj Object ( [fileName] => myfile123 )

MyObj1 object is Object id #3
MyObj1 Object ( [fileName] => )
----------------------------------------------------

in second time, class MyObj1's constructor didn't get
called

/*******
disabled MMCache
********/

first time, second time running are the same: (no
problem)
---------------------------------------------------
in constructor of myobj, file name is myfile123
mytest object is Object id #2
myobj Object ( [fileName] => myfile123 )

in constructor of MyObj1, file name is myfile123
MyObj1 object is Object id #3
MyObj1 Object ( [fileName] => myfile123 )
---------------------------------------------------

as you can see, if enabled MMCache, in the second time
running which MMcache has cached the page, the output
statement from the constructor of Myobj1 is missing,
and also the filename object of Myobj1 is empty. So
my conclusion is the explicit constructor of Myobj1
didn't get calling.

Foreach php4.3 - mmcache 2.4.6

Anonymous — Wed, 16 Mar 2005 14:17:47 -0000

marceloehernandez@hotmail.com

$sArr[0]="Aqui";
$sArr[1]="donde";
foreach ($sArr as $idar => $element) {
echo " element $element";
}

not work correct.

On version php4.3.8-2.1 and mmcache 2.4.6 it's correct.

Please help!

mmcache 2.4.7, php 4.3.10 imcompatible

Lyle Arnot — Thu, 23 Dec 2004 01:43:22 -0000

Some problems with mmcache 2.4.7-CVS and php 4.3.10

<?php
echo dirname(__FILE__) . "my.php";
?>

you always get a dot: "."

that should return for my:

/home/myuser/include/

Any ideas or a patch?? the problem appears with
encoded files..

php5.0.2 - Access to undeclared static property

Dawid Polak — Wed, 24 Nov 2004 22:02:53 -0000

Always, after first "recompiling" php file, I have this
error:

Fatal error: Access to undeclared static property:
test::$test in on line 12

<code> <?php
class Test
{
static private $Test;
private $sInfo = 'text';

static public function getTest()
{
if( empty( self::$Test ) )
{
self::$Test = new Test;
}
return self::$Test;
}

public function fun1()
{
echo 'fun1: '. $this->sInfo ;
}
}

$T1 = Test::getTest();
$T1->fun1();

?></code>

Windows Xp, apache 2.0 , PHP 5.0.2 ,
Turck_MMCache_v2.4.7-CVS_for_PHP_v5.0.2.dll (downloaded
from
http://localfoo.info/modules/ipboard/index.php?showtopic=364&st=0
)

Exception extends segfault

sky2k4 — Wed, 20 Oct 2004 22:16:21 -0000

<?
class ParserFatal_Exception extends Exception {}
?>

cause a apache segfault
Apache2/49,php 5.0.2,2.4.7-cvs

mmcache.dll (4.3.4) - Error of memory on WXP

Anonymous — Fri, 15 Oct 2004 12:56:47 -0000

When de extension mmcahe.ddl is enabled in php.ini file,
occour the next message: "The instruction #0x7c901010
done reference to de memory #0x00000014. The
memory didn´t be read. Clcik 'OK to finish the program."

When the button OK is clicked, the program run normally.
But the message is unconvenience.

Any body know how to solve this problem?