Bug #18032: Configurescript problems, my result in Segfault

From: 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

« previous php.bugs (#12279) next »