#14870 [Fbk->Ana]: Some modules break SIGUSR1 and SIGHUP

ID: 14870 Updated by: msopacua@php.net Reported By: msopacua@idg.nl -Status: Feedback +Status: Analyzed Bug Type: Dynamic loading Operating System: BSDi 4.x PHP Version: 4.0CVS-2002-10-16 New Comment: I've created a php script, to test this :-). Output is as follows: ============================================================ RESULTS SIGTEST ------------------------------------------------------------ Mysql bundled: OK Mysql external: NOT OK Aspell external: NOT OK GD bundled: OK XML Bundled: OK XML external: OK XSLT external: NOT OK Iconv external: OK GNU gettext, external: OK OpenSSL external: NOT OK Curl external, without SSL: NOT OK Curl external, with SSL: NOT OK ============================================================ The commonalities seem to be, that the modules which fail, load more than 1 external shared library. MySQL loads zlib, Aspell loads several aspell libs, OpenSSL has -lssl and -lcrypt and curl loads -lssl ("Curl external, without SSL", simply means --with-openssl was not given. -lssl and -lcrypt are still linked in). The only exceptions to this, are the Bundled GD, which is compiled with libjpeg, libpng, libz and libfreetype and the Bundled MySQL. The common factors with these is, that libphp4.so doesn't call libgd/libmysqlclient, but has this code built in. Concluding this goes wrong when there are 2 levels of dynamic loading: apache -> libphp4 -> libfoo -> libbar It reminded me of bug in BSD/OS 4.x series, on how symbols are resolved: http://www.geocrawler.com/archives/3/127/1999/5/0/1795873/ Can somebody experience in this, take a look if it makes any sense in comparison to what PHP is doing? Previous Comments: ------------------------------------------------------------------------ [2002-10-17 04:06:49] msopacua@php.net Ok, just a quick status update: The 'old' gd still exposes the problem. The bundled gd does not, in contradiction to my previous report. This was actually caused because, the bundled MySQL lib, is OK, BUT an external mysql lib (3.23.53) also exposes the problem. Since I tried both, with the same zlib option, and both MySQL libs have been linked with the same zlib, it cannot be a zlib problem. ------------------------------------------------------------------------ [2002-10-17 02:53:21] msopacua@php.net Nope - wrong guess :-). It is not just GD. When I removed GD from the below configuration, it still didn't work. The following works correctly: ./configure \ --prefix=/php \ --disable-mbstring \ --with-zlib=/usr \ --with-zlib-dir=/usr \ --with-apxs=/apache/bin/apxs I'll use --disable-all and make a list of extensions that have/expose these problems. Maybe there's a common factor. ------------------------------------------------------------------------ [2002-10-16 21:07:48] sniper@php.net And I guess you have shared extensions loaded in your php.ini when this happens? And if not, it works fine? I tried on my machine (linux :) these: ./apachectl restart ./apachectl graceful And both worked fine. I don't have any shared extensions in my php.ini ------------------------------------------------------------------------ [2002-10-16 14:17:13] msopacua@php.net Ok - user error. Jpeg has a libtool from the stoneages. Replacing that with a 1.4 release, correctly builds a shared version, which will then create libs/libphp4.so. However - the problem with the signals remains. ------------------------------------------------------------------------ [2002-10-16 08:03:24] msopacua@php.net Sorry - but I can't retry: mdev@valygar.idg.nl ~/_src/php4-200210160300 $ gmake install Installing PHP SAPI module [activating module `php4' in /apache/conf/httpd.conf] cp libs/libphp4.so /apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 gmake: *** [install-sapi] Error 1 mdev@valygar.idg.nl ~/_src/php4-200210160300 $ ls libs libphp4.a libphp4.la mdev@valygar.idg.nl ~/_src/php4-200210160300 $ cat configure-cmd.sh #!/bin/sh ./configure \ --prefix=/php \ --with-mysql=/weblib/local \ --with-zlib-dir=/usr \ --with-gd=php \ --with-jpeg-dir=/weblib/local \ --with-freetype-dir=/weblib/local \ --enable-sockets \ --with-apxs=/apache/bin/apxs ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14870 -- Edit this bug report at http://bugs.php.net/?id=14870&edit=1