Hallo, ich möchte gerne mod_php 4.4.0 von Hand installieren. Ich habe ein Suse 9.3 System. Der Apache liess sich ohne Probleme installieren. Bei PHP bekomme ich aber eine Fehlermeldung bei 'make install'. Nachdem ich das Makefile auseinander genommen habe, weiss ich nun, dass es an den compilierten 'php' liegt. Hier die Configure-Zeile für php: ./configure --prefix=/www/php --with-apxs=/www/bin/apxs --with-config-file-path=/www/conf --disable-ipv6 --enable-exif --with-mysql --enable-bcmath --with-gd --with-jpeg-dir --with-png-dir --with-t1lib --with-zlib-dir --with-ttf --with-freetype-dir --enable-track-vars --with-calendar=shared --enable-magic-quotes --enable-wddx --enable-trans-sid --with-mcrypt --with-openssl --with-bison --with-curl --enable-socket --enable-ftp --with-bz2 --with-imap --with-imap-ssl --enable-mbstring --with-xslt-sablot=/usr --with-expat-dir=/usr --with-xmlrpc --enable-xslt --enable-yp --enable-memory-limit --enable-zend-multibyte --with-dom --with-gettext --with-mhash --with-recode --with-mm --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-pear' Der Apache liegt in /www. Das Compilieren (make) funktioniert ohne Probleme, sobald doch 'make install' aufgerufen wird: make[1]: *** [install-pear-installer] Segmentation fault Wie gesagt, nach einigem Suchen bin ich dann darauf gestossen, dass das Binary von PHP abstürtzt. suse:/tmp/mod_php-4.4.0 # ./sapi/cli/php -v Segmentation fault Hier ein ldd: suse:/tmp/mod_php-4.4.0 # ldd sapi/cli/php linux-gate.so.1 => (0xffffe000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4001e000) libc-client.so => /usr/lib/libc-client.so (0x40051000) libnsl.so.1 => /lib/libnsl.so.1 (0x40113000) libsablot.so.0 => /usr/lib/libsablot.so.0 (0x40128000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40207000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x402c5000) libmm.so.13 => /usr/lib/libmm.so.13 (0x402e4000) librecode.so.0 => /usr/lib/librecode.so.0 (0x402e9000) libmhash.so.2 => /usr/lib/libmhash.so.2 (0x40424000) libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0x4045a000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0x4048b000) libdl.so.2 => /lib/libdl.so.2 (0x40492000) libpam.so.0 => /lib/libpam.so.0 (0x40496000) libt1.so.1 => /usr/lib/libt1.so.1 (0x4049f000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x404e6000) libpng.so.3 => /usr/lib/libpng.so.3 (0x40555000) libz.so.1 => /lib/libz.so.1 (0x40583000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40594000) libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x405b3000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x405e4000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x406d7000) libresolv.so.2 => /lib/libresolv.so.2 (0x406e7000) libm.so.6 => /lib/tls/libm.so.6 (0x406fa000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0x4071d000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4074c000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40861000) libc.so.6 => /lib/tls/libc.so.6 (0x40873000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4098c000) /lib/ld-linux.so.2 (0x40000000) Wenn eine Liste von yast2 gebraucht wird, mit der installierten Software, bzw einen strace-dump, den kann ich gerne nachliefern. Der 'make install' läuft auf anderen Systemen (Gentoo, Debian Woody, Debian Sarge) ohne Probleme durch. Daher meine Frage: Was ist hier falsch? Alte Pakete sind auch nicht installiert, es wurde kurz davor ein Online Update durchgeführt. Ich hoffe Ihr könnt helfen. Sonnige Grüsse, Timo Eckert