php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #27260 recode conflicts with yaz/mysql/imap
Submitted: 2004-02-15 06:53 UTC Modified: 2004-02-15 12:47 UTC
Votes:2
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:2 (100.0%)
Same OS:2 (100.0%)
From: php at phpee dot com Assigned: sniper (profile)
Status: Closed Package: Feature/Change Request
PHP Version: 5CVS OS: Debian Woody stable
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: php at phpee dot com
New email:
PHP Version: OS:

 

 [2004-02-15 06:53 UTC] php at phpee dot com
Description:
------------
PHP 5.0.0b4 compiles fine with the following configuration options:

./configure --prefix=/usr/php5 --with-apxs=/usr/bin/apxs --with-config-file-path=/etc/php5/apache --disable-rpath --enable-memory-limit --enable-debug --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-track-vars --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db2 --enable-dba --with-iconv --enable-exif --enable-filepro --enable-ftp --enable-dbase --with-gettext --enable-mbstring --with-pcre-regex --enable-shmop --enable-sockets --enable-wddx --enable-tokenizer --with-expat-dir=/usr --enable-yp --with-zlib --with-zlib-dir=/usr --with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec --disable-static --with-curl --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-freetype-dir --with-ming --with-gmp --with-mhash --with-mm --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-pgsql=/usr --with-snmp --enable-ucd-snmp-hack --with-ttf --with-xsl --with-flatfile --with-inifile --with-sqlite --with-xmlrpc --with-mcal --with-ldap=/usr --with-imap=/usr/src/imap-2002e/ --with-recode

Recode support compiles without any errors but it crashes Apache (1.3.26).

httpd.conf:
LoadModule php5_module        /usr/lib/apache/1.3/libphp5.so

Apache doesn't give me any error output, it just fails right after starting up and doesn't write anything into error.log/syslog or any other log.
If I remove --with-recode, all works fine with the above ./configuration options.
AFAIK this was working in 500b3.

Actual result:
--------------
I can't get any gdb backtrace as I'm not even able to startup apache.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-02-15 07:24 UTC] derick@php.net
You can make a backtrace just fine, just start apache in single process mode (-X) from within GDB.
 [2004-02-15 08:54 UTC] sniper@php.net
RTFM: http://www.php.net/recode

(is this SO hard to do..?)

 [2004-02-15 09:13 UTC] php at phpee dot com
sorry.

> The IMAP extension cannot be used in conjuction 
> with the recode or YAZ extensions. This is due 
> to the fact that they both share the same 
> internal symbol.

so, this means recode is actually of no use at all! Why not trash it righ away or at least give the user some warning in ./configure?! A simple warning would have saved me hours and I wouldn't have to bug you with a bogus bug report.
 [2004-02-15 09:49 UTC] sniper@php.net
Reading the manual page for recode would have saved you from the same trouble too. 
 [2004-02-15 10:05 UTC] php at phpee dot com
look, I totally agree with you and admit it was stupid from my side not to read the manual before posting this bug report. But it took me several hours till I figured out that --with-recode was the problem. And I'm not going to read the manual about every single module if I use 20 or even more different extensions. Here you agree with me too, right? A warning in ./configure would have pointed me right away into the right direction even if it would have be a warning like "recode failed... don't ask me why!"
Actually ./configure is already pretty "smart" and provides us with wonderful human readable warnings. - So why not add this other tiny check to that script?
But anyway, let's stop arguing about that. Keep up the good work and good luck for RC1 and PHP5's great future!!!
thx.
 [2004-02-15 12:47 UTC] sniper@php.net
I added some checks now into PHP 5.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 12:01:31 2024 UTC