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,
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
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/
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
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
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
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
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
-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
-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
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
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
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
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
14 matches
Mail list logo