Page 1 of 1
Error after updating to PHP 5
Posted: Sat Sep 06, 2008 12:03 am
by cgrauer
Our server was updatet to php 5. One of the blogs with s9y 1.3.1 works properly, but the other tells only: "Fatal error: Cannot redeclare class serendipity_calendar_plugin in /var/www/web1/html/s9y/include/plugin_internal.inc.php on line 360"
What is it that produces this error? Are there plugins not compatible wih php5? Does anyone have an idea?
Re: Error after updating to PHP 5
Posted: Sat Sep 06, 2008 10:38 am
by garvinhicking
Hi!
This sounds as if by some strange issue, the plugin_internal.inc.php is loaded twice. This should never happen, it is not usual behaviour by s9y.
Did you manually patch that installation somehow?
S9y is fully PHP5 compatible.
Regards,
Garvin
Re: Error after updating to PHP 5
Posted: Sat Sep 06, 2008 3:20 pm
by cgrauer
Hi Garvin,
garvinhicking wrote:Hi!
This sounds as if by some strange issue, the plugin_internal.inc.php is loaded twice. This should never happen, it is not usual behaviour by s9y.
Did you manually patch that installation somehow?
No, not that I knew... I also reinstalled all the files in the root dir, in include, lang, deployment, htmlarea. I replaced my themplate with a default template, i deleted all plugins. I deleted all files in templates_c. Nothing, same result! Are there any php.ini or httpd configurations that affect s9y??
Christian Grauer
Re: Error after updating to PHP 5
Posted: Sat Sep 06, 2008 3:27 pm
by cgrauer
An other idea: can I install a new copy of s9y in a different folder and point it to the old database? Will this work or will s9y overwrite the db with a new one?
Re: Error after updating to PHP 5
Posted: Sun Sep 07, 2008 2:56 am
by cgrauer
ok, I finally can go to bed now! I made a new s9y installation in a separate folder with a new database. It worked perfectly. I then changed the database to the old one and suddenly the mentioned error appeared also on this new installation!
I searched for the place in the source where the error appears and I found that two sets of the table "pluginlist" contained the path to "/include/plugin_internal.inc.php" (belonging to the plugin "wrapURL"). I changed these paths, but it didn't help. Then I deleted all datasets with containing "wrapURL" and the error disappeared.
I don't know how these wrong paths got into the database!! However they must have been there also before the php-update. Doese php4 ignore multiple definition of classes? Obviously it does!
So for now I'm happy. But possibly there is an error in the plugin "wrapURL", as there has to be a reason for this wrong path to be in the database, hasn't it?
Thanks for your help, Garvin, anyway!