Blank page running install.php

[danimm]

I downloaded mantisbt 1.2.17, copied to the web server, unpacked, modified apache configuration to admit mantis, and opened in the browser install.php, but I got a blank page (and the below errors). The server is a FC8 running apache 2.2.8, php 5.2.6 and pcre 7.3-4 (which includes UTF-8 support, as says pcretest -C)

I've read and followed the thread at http://mantisbt.org/forums/viewtopic.ph ... ort#p49035
but the same doesn't applies exactly to me. I get the errors:

PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]: Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in /path-to-mantis/library/utf8/utf8.php on line 48
PHP Fatal error: PCRE is not compiled with UTF-8 support in /path-to-mantis/library/utf8/utf8.php on line 49

So: Does it means I must reinstall PCRE (with UTF support), apache (compiling with PCRE support), or maybe any other problem is interrupting the execution of install.php?

Thank you in advance,

[paul]

I'll assume you mean FC18 and not 8 - at least I thought 8 was like 6-7 years old now.

What PHP modules are offered with Fedora Core?

Whilst it's not going to fix this, do you currently have mbstring string enabled?

what does php -i show as the "Configure Command" (it's about 4-5 lines down)

[danimm]

Do you mean which php modules are already installed?

They are php, php-cli, php-common, php-gd, php-gettext, php-ldap, php-mbstring, php-mcrypt, php-pdo, php-pecl-Fileinfo and php-xml.

Yes, php-mbstring seems to be installed, as php -i details:

mbstring

Multibyte Support => enabled
Multibyte string engine => libmbfl
Multibyte (japanese) regex support => enabled
Multibyte regex (oniguruma) version => 4.4.4
Multibyte regex (oniguruma) backtrack check => On

mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1.

Directive => Local Value => Master Value
mbstring.detect_order => no value => no value
mbstring.encoding_translation => Off => Off
mbstring.func_overload => 0 => 0
mbstring.http_input => pass => pass
mbstring.http_output => pass => pass
mbstring.internal_encoding => ISO-8859-1 => no value
mbstring.language => neutral => neutral
mbstring.strict_detection => Off => Off
mbstring.substitute_character => no value => no value


The configure command said by php -i is:

Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--without-mime-magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-ncurses=shared' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/bin/mysql_config' '--enable-dom=shared' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,/usr' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--enable-json=shared' '--enable-zip=shared' '--with-readline' '--enable-dbase=shared' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-tidy=shared,/usr' '--with-mssql=shared,/usr'

[paul]

I'll install a copy of Fedora Code over the upcoming weekend, and look into whether I get the same behaviour and come up with a sensible fix for this.

Paul

[danimm]

I've found on the net some examples to check my PCRE+PHP+Apache installation, but I cannot reach the solution.

If I write a new php file including this:

$one = (preg_match('/^./us', "ñ") == 1);

or

$invalid = preg_match('@[^\x9\xA\xD\x20-\x{D7FF}\x{E000}-\x{FFFD}\x{10000}-\x{10FFFF}]@u', "ñ");

I then get an "Compilation failed: this version of PCRE is not compiled with PCRE_UTF8 support at offset 0 in (my php file) on line (corresponding to these)" error for every one of these lines.

But If I run that file from a terminal at the same server, I get no error!!
So, If I understood, PHP is ok, PCRE is ok, and apache is ok... but the mod_php module not. Is it? Then, what must be fixed?

[paul]

and i'd just logged into forums to ask you / check whether you could use /u with preg_* commands.

Given that you are still having problems and this works at the command line, if you could confirm the fedora version you are on, and spin up a virtual machine for testing. Feodora seems to be up to release 20, do I need 18 or 8 ?

[danimm]

Paul, thanks for your answers.

I'm afraid the way of using /u with preg commands should be modifying mantis, wordpress and other software source code, so I'll look for another solution.

Yes, it's 64bit Fedora Core 8. Yes, it's old, but it's a 120% server and we couldn't upgrade... but we have installed updates at apache and other relevant software...

I understand it's completely impossible for you to reproduce our environment. I'm just trying what exactly is failing. I think it's PCRE (inside apache), so I'm preparing to update apache (and PCRE, and APR plus APR-UTIL)... but I'd like to know if it will fix the problem... and, what's more important, if after that we'll be able to install mantis.

Thank you again,

[paul]

yeah, can't really try and help there

my only suggestion could really be, why about using php in fastcgi mode with apache (or nginx) - at least you wouldn't have to try and update apache then, and you seem to think the command line version of php is working fine.