#14870 [Fbk]: Some modules break SIGUSR1 and SIGHUP
| From: | msopacua@php.net | Date: | Thu, 17 Oct 2002 09:06:49 +0000 |
| Subject: | #14870 [Fbk]: Some modules break SIGUSR1 and SIGHUP | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-22648@lists.php.net to get a copy of this message | ||
ID: 14870
Updated by: msopacua@php.net
-Summary: GD breaks SIGUSR1 and SIGHUP
Reported By: msopacua@idg.nl
Status: Feedback
Bug Type: Dynamic loading
Operating System: BSDi 4.x
PHP Version: 4.0CVS-2002-10-16
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
[2002-10-16 01:00:09] php-bugs@lists.php.net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
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