php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

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 Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or 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

Add a Patch

Pull Requests

Add a Pull Request

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 May 04 10:01:32 2024 UTC