|
View:
New views
2 Messages
—
Rating Filter:
Alert me
|
|
|
Function gzinflate()Markus (and anyone else):
Earlier I mentioned not being able to run the SMW maintenance scripts. I discovered that they would only execute from within the MediaWiki maintenance directory, which is where I found counter.php and commandLine.inc. So I created symlinks from all SMW maintenance scripts to the MediaWiki maintenance directory. That solved that immediate problem. But then I ran into another problem: a call to a function named gzinflate() that has no definition. Where is /that/ function defined? Or how can I avoid having to make that kind of function call? The refreshData script tries to call that early in its processing routine. Temlakos ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
|
|
Re: Function gzinflate()Temlakos wrote:
> Earlier I mentioned not being able to run the SMW maintenance scripts. Glad you figured it out. > But then I ran into another problem: a call to a function named > gzinflate() that has no definition. That's part of the PHP language, http://us2.php.net/gzinflate. Aha, http://us2.php.net/manual/en/zlib.installation.php says "You will need to configure PHP --with-zlib[=DIR]". I bet the output you get from `php -i` doesn't include "ZLib Support => enabled". > Where is /that/ function defined? Or how can I avoid having to make that > kind of function call? > > The refreshData script tries to call that early in its processing routine. gzinflate() is not explicitly called by the refreshData script or counter.php or commandLine.inc, but http://www.mediawiki.org/wiki/PHP_configuration says MediaWiki does require this optional PHP feature. Your Web hosts need to configure a PHP with the features that MediaWiki and SMW need. Mostly SMW users have run into PHP's missing Multibyte Support (mb_substr, etc.) but this is the same problem. If you get an error stack trace from PHP you might be able to figure out where it's invoked and hack your local MediaWiki not to use it. BUT: I think MediaWiki uses zlib functions in its Revision objects, so I would expect your wiki to fail on things like comparing old revisions without ZLib support. If your wiki is working, I think your web site is somehow using a different PHP executable than when you run the maintenance script. -- =S Page ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
| Free Forum Powered by Nabble | Forum Help |