Bug #18032: Configurescript problems, my result in Segfault
| From: | vhoel99 at grm dot hia dot no | Date: | Thu, 27 Jun 2002 23:54:41 +0000 |
| Subject: | Bug #18032: Configurescript problems, my result in Segfault | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-12279@lists.php.net to get a copy of this message | ||
From: vhoel99@grm.hia.no
Operating system: Linux 2.4.17
PHP version: 4.2.1
PHP Bug Type: Reproducible crash
Bug description: Configurescript problems, my result in Segfault
If I configure PHP this way, with GD support but no pgsql, it works:
CPPFLAGS=-I/usr/local/include
LDFLAGS=-L/usr/local/lib
./configure --prefix=/usr/local \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-exif \
--enable-track-vars \
--enable-magic-quotes \
--enable-ftp \
--with-gd \
--with-zlib \
--with-jpeg-dir="/usr" \
--with-png-dir="/usr" \
--with-zlib-dir="/usr" \
--with-ttf \
--with-freetype-dir="/usr/local" \
--with-openssl="/usr/local" \
--with-mysql=/usr/local
If I add pgsql, I get a segfault as soon as I start Apache.
If I add pgsql, but remove GD, everything works. Config like this:
CPPFLAGS=-I/usr/local/include
LDFLAGS=-L/usr/local/lib
./configure --prefix=/usr/local \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-exif \
--enable-track-vars \
--enable-magic-quotes \
--enable-ftp \
--with-openssl="/usr/local" \
--with-mysql=/usr/local \
--with-pgsql
If I mess up with my GD-config, like this:
CPPFLAGS=-I/usr/local/include
LDFLAGS=-L/usr/local/lib
./configure --prefix=/usr/local \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-exif \
--enable-track-vars \
--enable-magic-quotes \
--enable-ftp \
--with-gd \
--with-jpeg-dir="/usr" \
--with-openssl="/usr/local" \
--with-mysql=/usr/local \
--with-pgsql
.. I get this error:
<cut>
checking for GD support... yes
checking whether to enable truetype string function in GD... no
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... no
If configure fails try --with-png-dir=<DIR> and --with-zlib-dir=<DIR>
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... no
If configure fails try --with-freetype-dir=<DIR>
checking for FreeType 1.x support... no
checking for T1lib support... no
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no
<cut>
checking for mysql_close in -lmysqlclient... no
checking for mysql_errno in -lmysqlclient... no
configure: error: Try adding --with-zlib-dir=<DIR>. Please check
config.log for more information.
<cut>
This may seem ok, but why does he say no on the mysql_close and
mysql_errno??
Because if I run it properly (like at the top), this is the output:
<cut>
checking for GD support... yes
checking whether to enable truetype string function in GD... no
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_write_image in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... yes
checking for FreeType 1.x support... yes
no - FreeType 2.x is to be used instead
checking for T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... yes
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringTTF in -lgd... yes
checking for gdImageStringFT in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
<cut>
checking for mysql_close in -lmysqlclient... yes
checking for MySQL UNIX socket... /tmp/mysql.sock
<cut>
So I have to choose if I want gd or pgsql, not both.
And if I mess up my gd-config, it comlains about my MySQL :-)
I hope this can be fixed.
--
Edit bug report at http://bugs.php.net/?id=18032&edit=1
--
Fixed in CVS: http://bugs.php.net/fix.php?id=18032&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=18032&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=18032&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=18032&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=18032&r=support
Expected behavior: http://bugs.php.net/fix.php?id=18032&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=18032&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=18032&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=18032&r=globals