Re: FreeBSD Port: php5-mhash-5.2.11_1
On Thu, Dec 17, 2009 at 09:46:25AM +0100, Alex Dupre wrote: Simon Shapiro ha scritto: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). Simply recompile security/mhash removing the following configure arg: --with-LDFLAGS=${PTHREAD_LIBS} I'm waiting approval from maintainer. I've just committed this fix. Sorry for not reacting a bit sooner. G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If there were no counterfactuals, this sentence would not have been paradoxical. pgpTqhh27Ixoq.pgp Description: PGP signature
Re: FreeBSD Port: php5-mhash-5.2.11_1
Simon Shapiro ha scritto: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). Simply recompile security/mhash removing the following configure arg: --with-LDFLAGS=${PTHREAD_LIBS} I'm waiting approval from maintainer. -- Alex Dupre ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Thu, Dec 17, 2009 at 09:46:25AM +0100, Alex Dupre wrote: Simply recompile security/mhash removing the following configure arg: --with-LDFLAGS=${PTHREAD_LIBS} This one helped for mhash here. Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpdOX56L30mg.pgp Description: PGP signature
FreeBSD Port: php5-mhash-5.2.11_1
Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). Same outcome on various machines, running 7.1 and 7.2, i386 and amd64. # php -v PHP 5.2.11 with Suhosin-Patch 0.9.7 (cli) (built: Oct 17 2009 11:08:05) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator Segmentation fault (core dumped) Note: the scripts seem to run, just dump rather than end nicely. I did not test the mhash function. -Simon Shapiro ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). php coredumps here too, but uncommenting mhash.so from extensions.ini doesn't change this. Diabling all modules will show no segfault. It seems there is more than one defect .so from the following list: perl.so radius.so fileinfo.so gettext.so pdf.so hash.so json.so sockets.so iconv.so mbstring.so bz2.so pcre.so posix.so ctype.so zlib.so calendar.so bcmath.so imap.so ldap.so ftp.so zip.so openssl.so session.so dba.so soap.so xml.so wddx.so xmlwriter.so simplexml.so readline.so mhash.so tokenizer.so curl.so filter.so exif.so mcrypt.so spl.so sqlite.so xmlrpc.so mysql.so mysqli.so gmp.so dom.so xmlreader.so pdo.so pcntl.so pdo_mysql.so gd.so xsl.so pdo_sqlite.so Any idea? Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpW0YQv2uo3w.pgp Description: PGP signature
Re: FreeBSD Port: php5-mhash-5.2.11_1
2009/12/17 Raphael Becker r...@uugrn.org: On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). php coredumps here too, but uncommenting mhash.so from extensions.ini doesn't change this. Diabling all modules will show no segfault. It seems there is more than one defect .so from the following list: perl.so radius.so fileinfo.so gettext.so pdf.so hash.so json.so sockets.so iconv.so mbstring.so bz2.so pcre.so posix.so ctype.so zlib.so calendar.so bcmath.so imap.so ldap.so ftp.so zip.so openssl.so session.so dba.so soap.so xml.so wddx.so xmlwriter.so simplexml.so readline.so mhash.so tokenizer.so curl.so filter.so exif.so mcrypt.so spl.so sqlite.so xmlrpc.so mysql.so mysqli.so gmp.so dom.so xmlreader.so pdo.so pcntl.so pdo_mysql.so gd.so xsl.so pdo_sqlite.so Any idea? Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. Hi, This is one of PHP's quirks, you need to load the extensions in the right order, or it'll crash in CGI/FCGI mode and others. I have mine in this order extension=session.so extension=bcmath.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=filter.so extension=hash.so extension=iconv.so extension=json.so extension=ldap.so extension=posix.so extension=soap.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so extension=zip.so extension=zlib.so extension=pdo.so extension=pdo_sqlite.so extension=pgsql.so extension=imap.so extension=sockets.so extension=gd.so extension=curl.so I got it from a website, but i can't find it. Although it doesn't have the mhash module, you might try moving up or down the list to see when it doesn't crash. Regards David N ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). Same outcome on various machines, running 7.1 and 7.2, i386 and amd64. Actually I have those modules enabled in extensions.ini, php doesn't segfault: extension=perl.so extension=radius.so extension=fileinfo.so extension=calendar.so extension=dba.so extension=readline.so extension=pcntl.so extension=pdo.so extension=hash.so extension=sockets.so extension=mbstring.so extension=json.so extension=iconv.so extension=xmlwriter.so extension=bz2.so extension=mcrypt.so extension=gettext.so extension=pcre.so extension=filter.so extension=zlib.so extension=bcmath.so extension=gmp.so extension=ctype.so extension=xml.so extension=zip.so extension=gd.so extension=xmlrpc.so extension=exif.so extension=simplexml.so extension=pdo_sqlite.so extension=spl.so extension=posix.so extension=sqlite.so extension=session.so extension=wddx.so extension=tokenizer.so extension=soap.so extension=mysql.so extension=dom.so extension=xmlreader.so extension=pdf.so extension=xsl.so I disabled those: #extension=openssl.so #extension=pdo_mysql.so #extension=ldap.so #extension=imap.so #extension=mhash.so #extension=ftp.so #extension=curl.so #extension=mysqli.so If i enable any of those php will segfault again! Looking at the referenced libraries from the ports (usr/local) shows a hot candidate: [r...@freebsd ~]# for SO in $(grep ^[#] /usr/local/etc/php/extensions.ini | cut -f 2 -d =); do ldd /usr/local/lib/php/20060613/$SO; done | grep usr/local | awk '{ print $1 = $3 ; }' | sort | uniq -c | sort -n [snip] 2 libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 7 libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 7 libssl.so.5 = /usr/local/lib/libssl.so.5 7 out of 8 disabled extensions depend on libcrypto.so.5 and libssl.so.5 which come from openssl-0.9.8l Checking the enabled ones for (libcrypto.so.5|libssl.so.5) [r...@freebsd ~]# for SO in $(grep ^[^#] /usr/local/etc/php/extensions.ini | cut -f 2 -d =); do ldd /usr/local/lib/php/20060613/$SO; done | grep usr/local | awk '{ print $1 = $3 ; }' | sort | uniq -c | sort -n | egrep -c (libcrypto.so.5|libssl.so.5) 0 -- no one of the enabled extensions are linked to libcrypto.so.5 or libssl.so.5 I'd say there's something wrong with php-extensions linked to openssl-0.9.8l I don't know a solution for this yet, I recompiled practically every dependency of php5-* I'd need some advise how to solve this, maybe any additional testing. Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpAfCOkH39Vo.pgp Description: PGP signature
Re: FreeBSD Port: php5-mhash-5.2.11_1
2009/12/17 Raphael Becker r...@uugrn.org: On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). Same outcome on various machines, running 7.1 and 7.2, i386 and amd64. Actually I have those modules enabled in extensions.ini, php doesn't segfault: extension=perl.so extension=radius.so extension=fileinfo.so extension=calendar.so extension=dba.so extension=readline.so extension=pcntl.so extension=pdo.so extension=hash.so extension=sockets.so extension=mbstring.so extension=json.so extension=iconv.so extension=xmlwriter.so extension=bz2.so extension=mcrypt.so extension=gettext.so extension=pcre.so extension=filter.so extension=zlib.so extension=bcmath.so extension=gmp.so extension=ctype.so extension=xml.so extension=zip.so extension=gd.so extension=xmlrpc.so extension=exif.so extension=simplexml.so extension=pdo_sqlite.so extension=spl.so extension=posix.so extension=sqlite.so extension=session.so extension=wddx.so extension=tokenizer.so extension=soap.so extension=mysql.so extension=dom.so extension=xmlreader.so extension=pdf.so extension=xsl.so I disabled those: #extension=openssl.so #extension=pdo_mysql.so #extension=ldap.so #extension=imap.so #extension=mhash.so #extension=ftp.so #extension=curl.so #extension=mysqli.so If i enable any of those php will segfault again! Looking at the referenced libraries from the ports (usr/local) shows a hot candidate: [r...@freebsd ~]# for SO in $(grep ^[#] /usr/local/etc/php/extensions.ini | cut -f 2 -d =); do ldd /usr/local/lib/php/20060613/$SO; done | grep usr/local | awk '{ print $1 = $3 ; }' | sort | uniq -c | sort -n [snip] 2 libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 7 libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 7 libssl.so.5 = /usr/local/lib/libssl.so.5 7 out of 8 disabled extensions depend on libcrypto.so.5 and libssl.so.5 which come from openssl-0.9.8l Checking the enabled ones for (libcrypto.so.5|libssl.so.5) [r...@freebsd ~]# for SO in $(grep ^[^#] /usr/local/etc/php/extensions.ini | cut -f 2 -d =); do ldd /usr/local/lib/php/20060613/$SO; done | grep usr/local | awk '{ print $1 = $3 ; }' | sort | uniq -c | sort -n | egrep -c (libcrypto.so.5|libssl.so.5) 0 -- no one of the enabled extensions are linked to libcrypto.so.5 or libssl.so.5 I'd say there's something wrong with php-extensions linked to openssl-0.9.8l I don't know a solution for this yet, I recompiled practically every dependency of php5-* I'd need some advise how to solve this, maybe any additional testing. Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. Thats a long list of extensions, try adding one of them to the end of extensions.ini one by one. The ordering of it matters, you need to re-arrange the order in which the extensions are loaded. You may need to play around with it until it stops core dumping. Regards David N ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi List, Raphael Becker wrote: On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). php coredumps here too, but uncommenting mhash.so from extensions.ini doesn't change this. Diabling all modules will show no segfault. It seems there is more than one defect .so from the following list: perl.so radius.so fileinfo.so gettext.so pdf.so hash.so json.so sockets.so iconv.so mbstring.so bz2.so pcre.so posix.so ctype.so zlib.so calendar.so bcmath.so imap.so ldap.so ftp.so zip.so openssl.so session.so dba.so soap.so xml.so wddx.so xmlwriter.so simplexml.so readline.so mhash.so tokenizer.so curl.so filter.so exif.so mcrypt.so spl.so sqlite.so xmlrpc.so mysql.so mysqli.so gmp.so dom.so xmlreader.so pdo.so pcntl.so pdo_mysql.so gd.so xsl.so pdo_sqlite.so Any idea? I'm having the same problem here. GDB doesn't seem to be much help as it doesn't mention any of the extension.ini modules in the output. However, all of this /DID/ happen after I updated textproc/libxml2. Might have something to do with it. *shrugs* I'm playing with it now. Below is the GDB output. # gdb `which php` php.core Wed 16, 6:17PM GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28f79410 in ?? () (gdb) bt #0 0x28f79410 in ?? () #1 0x285b75eb in pthread_once () from /lib/libc.so.7 #2 0x28346162 in xmlIsMainThread () from /usr/local/lib/libxml2.so.5 #3 0x28345717 in __xmlLastError () from /usr/local/lib/libxml2.so.5 #4 0x282d1847 in xmlResetLastError () from /usr/local/lib/libxml2.so.5 #5 0x282d88df in xmlCleanupParser () from /usr/local/lib/libxml2.so.5 #6 0x080844eb in php_libxml_shutdown () #7 0x0808451b in zm_shutdown_libxml () #8 0x0814b49e in module_destructor () #9 0x08151804 in zend_hash_apply_deleter () #10 0x08151a48 in zend_hash_graceful_reverse_destroy () #11 0x08147d1e in zend_shutdown () #12 0x0810612f in php_module_shutdown () #13 0x081c4100 in main () (gdb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksplV8ACgkQGK3MsUbJZn4JFwCdG+4M55KK2bR+vLRUpad97laQ MAEAnjT15UEyBVNw78TjLLqKAvIAulf7 =nRng -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi List, Janky Jay, III wrote: Hi List, Raphael Becker wrote: On Wed, Dec 16, 2009 at 02:29:08PM -0800, Simon Shapiro wrote: Hey, I just updated ports on a few machines and the CLI version of php dumps its core rather than end nicely. The mhash module appears to be the trigger (an extensions.ini with only mhash causes failure, all others minus mhash: no failure). php coredumps here too, but uncommenting mhash.so from extensions.ini doesn't change this. Diabling all modules will show no segfault. It seems there is more than one defect .so from the following list: perl.so radius.so fileinfo.so gettext.so pdf.so hash.so json.so sockets.so iconv.so mbstring.so bz2.so pcre.so posix.so ctype.so zlib.so calendar.so bcmath.so imap.so ldap.so ftp.so zip.so openssl.so session.so dba.so soap.so xml.so wddx.so xmlwriter.so simplexml.so readline.so mhash.so tokenizer.so curl.so filter.so exif.so mcrypt.so spl.so sqlite.so xmlrpc.so mysql.so mysqli.so gmp.so dom.so xmlreader.so pdo.so pcntl.so pdo_mysql.so gd.so xsl.so pdo_sqlite.so Any idea? I'm having the same problem here. GDB doesn't seem to be much help as it doesn't mention any of the extension.ini modules in the output. However, all of this /DID/ happen after I updated textproc/libxml2. Might have something to do with it. *shrugs* I'm playing with it now. Below is the GDB output. # gdb `which php` php.core Wed 16, 6:17PM GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28f79410 in ?? () (gdb) bt #0 0x28f79410 in ?? () #1 0x285b75eb in pthread_once () from /lib/libc.so.7 #2 0x28346162 in xmlIsMainThread () from /usr/local/lib/libxml2.so.5 #3 0x28345717 in __xmlLastError () from /usr/local/lib/libxml2.so.5 #4 0x282d1847 in xmlResetLastError () from /usr/local/lib/libxml2.so.5 #5 0x282d88df in xmlCleanupParser () from /usr/local/lib/libxml2.so.5 #6 0x080844eb in php_libxml_shutdown () #7 0x0808451b in zm_shutdown_libxml () #8 0x0814b49e in module_destructor () #9 0x08151804 in zend_hash_apply_deleter () #10 0x08151a48 in zend_hash_graceful_reverse_destroy () #11 0x08147d1e in zend_shutdown () #12 0x0810612f in php_module_shutdown () #13 0x081c4100 in main () (gdb) I take this back. Removing extension=mhash.so from my /usr/local/etc/php/extensions.ini file does, in fact, exit without a core dump. However, mhash is required by SquirrelMail along with some of its plugins. I'm unsure how this will effect SquirrelMail, but regardless of where I place the mhash.so extension in the list, it still core dumps (I've tried every possible position.) Regards, Janky Jay, III -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkspmhEACgkQGK3MsUbJZn5lHgCbBvHqMlZ0djwxkdC1dvs5yBQ3 cIUAn3ZS4S5ad609JNI3qgQWeK4w5iym =2XqW -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Wed, Dec 16, 2009 at 7:53 PM, Raphael Becker r...@uugrn.org wrote: I disabled those: #extension=openssl.so #extension=pdo_mysql.so #extension=ldap.so #extension=imap.so #extension=mhash.so #extension=ftp.so #extension=curl.so #extension=mysqli.so If i enable any of those php will segfault again! Looking at the referenced libraries from the ports (usr/local) shows a hot candidate: [r...@freebsd ~]# for SO in $(grep ^[#] /usr/local/etc/php/extensions.ini | cut -f 2 -d =); do ldd /usr/local/lib/php/20060613/$SO; done | grep usr/local | awk '{ print $1 = $3 ; }' | sort | uniq -c | sort -n [snip] 2 libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 7 libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 7 libssl.so.5 = /usr/local/lib/libssl.so.5 7 out of 8 disabled extensions depend on libcrypto.so.5 and libssl.so.5 which come from openssl-0.9.8l You might want to check out this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058256.html Perhaps your issues are related. Matt ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-mhash-5.2.11_1
Hello David, On Thu, Dec 17, 2009 at 01:06:28PM +1100, David N wrote: Thats a long list of extensions, try adding one of them to the end of extensions.ini one by one. The ordering of it matters, you need to re-arrange the order in which the extensions are loaded. You may need to play around with it until it stops core dumping. I re-enabled at the end of extensions.ini: extension=mysqli.so extension=pdo_mysql.so extension=curl.so extension=imap.so extension=ldap.so extension=ftp.so extension=openssl.so I wasn't still able to find a working location for extension=mhash.so ... coredumps regardless of any position in extensions.ini, from top to bottom. It's - again - kind of noticeable that all of this complicated modules are linkend against openssl: [r...@freebsd /usr/local/lib/php/20060613]# for SO in ./*.so ; do if ldd $SO | grep -i ssl /dev/null; then echo $SO; fi ; done ./curl.so ./ftp.so ./imap.so ./ldap.so ./mysql.so ./mysqli.so ./openssl.so ./pdo_mysql.so ... hmm, ./mysql.so was inconspicuous before *strange* Lets have a closer look on all modules depending on *ssl*: [r...@freebsd /usr/local/lib/php/20060613]# for SO in ./*.so ; do if ldd $SO | grep -i ssl /dev/null; t en echo $SO; fi ; done | xargs ldd --- ./curl.so: libcurl.so.5 = /usr/local/lib/libcurl.so.5 (0x6819) libidn.so.16 = /usr/local/lib/libidn.so.16 (0x6830) libssh2.so.1 = /usr/local/lib/libssh2.so.1 (0x681d9000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6833) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x68374000) libz.so.4 = /lib/libz.so.4 (0x684c4000) libc.so.7 = /lib/libc.so.7 (0x6808) libintl.so.8 = /usr/local/lib/libintl.so.8 (0x684d6000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x684df000) libthr.so.3 = /lib/libthr.so.3 (0x685d5000) ./ftp.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6818d000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x681d1000) libthr.so.3 = /lib/libthr.so.3 (0x681e3000) ./imap.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x68199000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc-client4.so.9 = /usr/local/lib/libc-client4.so.9 (0x68447000) libcrypt.so.4 = /lib/libcrypt.so.4 (0x681dd000) libpam.so.4 = /usr/lib/libpam.so.4 (0x681f6000) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x68548000) libthr.so.3 = /lib/libthr.so.3 (0x6855a000) ./ldap.so: libldap-2.4.so.7 = /usr/local/lib/libldap-2.4.so.7 (0x6818c000) liblber-2.4.so.7 = /usr/local/lib/liblber-2.4.so.7 (0x681c6000) libc.so.7 = /lib/libc.so.7 (0x6808) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6830) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x68344000) libz.so.4 = /lib/libz.so.4 (0x681d2000) libthr.so.3 = /lib/libthr.so.3 (0x6848b000) ./mysql.so: (***) libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 (0x6818d000) libc.so.7 = /lib/libc.so.7 (0x6808) libcrypt.so.4 = /lib/libcrypt.so.4 (0x6830) libm.so.5 = /lib/libm.so.5 (0x68319000) libssl.so.5 = /usr/lib/libssl.so.5 (0x6832e000) libcrypto.so.5 = /lib/libcrypto.so.5 (0x6836f000) libz.so.4 = /lib/libz.so.4 (0x684c8000) ./mysqli.so: libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 (0x6819a000) libz.so.4 = /lib/libz.so.4 (0x6830) libcrypt.so.4 = /lib/libcrypt.so.4 (0x68312000) libm.so.5 = /lib/libm.so.5 (0x6832b000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6834) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6838d000) libc.so.7 = /lib/libc.so.7 (0x6808) libthr.so.3 = /lib/libthr.so.3 (0x684d4000) ./openssl.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x68196000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x681da000) libthr.so.3 = /lib/libthr.so.3 (0x68447000) ./pdo_mysql.so: libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 (0x68189000) libz.so.4 = /lib/libz.so.4 (0x681ea000) libcrypt.so.4 = /lib/libcrypt.so.4 (0x6830) libm.so.5 = /lib/libm.so.5 (0x68319000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6832e000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6837b000) libc.so.7 = /lib/libc.so.7 (0x6808) libthr.so.3 = /lib/libthr.so.3 (0x684c2000) --- All modules but mysql.so will load libssl.so.5 from
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Wed, Dec 16, 2009 at 07:40:17PM -0700, Janky Jay, III wrote: I take this back. Removing extension=mhash.so from my /usr/local/etc/php/extensions.ini file does, in fact, exit without a core dump. However, mhash is required by SquirrelMail along with some of its plugins. I'm unsure how this will effect SquirrelMail, but regardless of where I place the mhash.so extension in the list, it still core dumps (I've tried every possible position.) Same here with mhash Regards, Janky Jay, III Regards Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpOXbW68LrGs.pgp Description: PGP signature
Re: FreeBSD Port: php5-mhash-5.2.11_1
On Wed, Dec 16, 2009 at 08:15:40PM -0600, Matt wrote: 7 libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 7 libssl.so.5 = /usr/local/lib/libssl.so.5 7 out of 8 disabled extensions depend on libcrypto.so.5 and libssl.so.5 which come from openssl-0.9.8l You might want to check out this thread: http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058256.html Hmm, the list of libthr-affected modules is nearly the same: [r...@freebsd /usr/local/lib/php/20060613]# for SO in ./*.so ; do if ldd $SO | grep -i libthr /dev/null; then echo $SO; fi ; done ./curl.so ./ftp.so ./imap.so ./ldap.so ./mhash.so -- aha ./mysqli.so ./openssl.so ./pdo_mysql.so not found: ./mysql.so -- aha Let's have a closer look on them: -- [r...@freebsd /usr/local/lib/php/20060613]# for SO in ./*.so ; do if ldd $SO | grep -i libthr /dev/null then echo $SO; fi ; done | xargs ldd ./curl.so: libcurl.so.5 = /usr/local/lib/libcurl.so.5 (0x6819) libidn.so.16 = /usr/local/lib/libidn.so.16 (0x6830) libssh2.so.1 = /usr/local/lib/libssh2.so.1 (0x681d9000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6833) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x68374000) libz.so.4 = /lib/libz.so.4 (0x684c4000) libc.so.7 = /lib/libc.so.7 (0x6808) libintl.so.8 = /usr/local/lib/libintl.so.8 (0x684d6000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x684df000) libthr.so.3 = /lib/libthr.so.3 (0x685d5000) ./ftp.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6818d000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x681d1000) libthr.so.3 = /lib/libthr.so.3 (0x681e3000) ./imap.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x68199000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc-client4.so.9 = /usr/local/lib/libc-client4.so.9 (0x68447000) libcrypt.so.4 = /lib/libcrypt.so.4 (0x681dd000) libpam.so.4 = /usr/lib/libpam.so.4 (0x681f6000) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x68548000) libthr.so.3 = /lib/libthr.so.3 (0x6855a000) ./ldap.so: libldap-2.4.so.7 = /usr/local/lib/libldap-2.4.so.7 (0x6818c000) liblber-2.4.so.7 = /usr/local/lib/liblber-2.4.so.7 (0x681c6000) libc.so.7 = /lib/libc.so.7 (0x6808) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6830) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x68344000) libz.so.4 = /lib/libz.so.4 (0x681d2000) libthr.so.3 = /lib/libthr.so.3 (0x6848b000) ./mhash.so: libmhash.so.2 = /usr/local/lib/libmhash.so.2 (0x68185000) libc.so.7 = /lib/libc.so.7 (0x6808) libthr.so.3 = /lib/libthr.so.3 (0x681c7000) ./mysqli.so: libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 (0x6819a000) libz.so.4 = /lib/libz.so.4 (0x6830) libcrypt.so.4 = /lib/libcrypt.so.4 (0x68312000) libm.so.5 = /lib/libm.so.5 (0x6832b000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6834) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6838d000) libc.so.7 = /lib/libc.so.7 (0x6808) libthr.so.3 = /lib/libthr.so.3 (0x684d4000) ./openssl.so: libssl.so.5 = /usr/local/lib/libssl.so.5 (0x68196000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6830) libc.so.7 = /lib/libc.so.7 (0x6808) libz.so.4 = /lib/libz.so.4 (0x681da000) libthr.so.3 = /lib/libthr.so.3 (0x68447000) ./pdo_mysql.so: libmysqlclient.so.15 = /usr/local/lib/mysql/libmysqlclient.so.15 (0x68189000) libz.so.4 = /lib/libz.so.4 (0x681ea000) libcrypt.so.4 = /lib/libcrypt.so.4 (0x6830) libm.so.5 = /lib/libm.so.5 (0x68319000) libssl.so.5 = /usr/local/lib/libssl.so.5 (0x6832e000) libcrypto.so.5 = /usr/local/lib/libcrypto.so.5 (0x6837b000) libc.so.7 = /lib/libc.so.7 (0x6808) libthr.so.3 = /lib/libthr.so.3 (0x684c2000) -- Perhaps your issues are related. Maybe. I'll reply to the other message. Thanks Raphael -- Raphael Becker r...@uugrn.org http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG:E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .|.|.|.|.|.|.|.. pgpJbRMXOFvID.pgp Description: PGP signature