Re: Problem with PHP cli core dumping (SOLVED)
On Oct 6, 2007, at 3:25 PM, Mel wrote: On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on dpe2600.seqlogic.net X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_NONE autolearn=no version=3.2.3 Received: (qmail 75177 invoked by uid 98); 6 Oct 2007 15:25:44 -0400 Received: from 66.230.99.27 by dpe2600.seqlogic.net (envelope-from [EMAIL PROTECTED], uid 89) with qmail-scanner-2.01 (clamdscan: 0.91.2/4339. spamassassin: 3.2.3. Clear:RC:0(66.230.99.27):SA:0(0.1/5.0):. Processed in 8.284415 secs); 06 Oct 2007 19:25:44 - Received: from unknown (HELO snoogles.rachie.is-a-geek.net) (66.230.99.27) by dpe2600.seqlogic.net with SMTP; 6 Oct 2007 15:25:35 -0400 Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 877A71CDEE; Sat, 6 Oct 2007 11:25:15 -0800 (AKDT) From: Mel [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Subject: Re: Problem with PHP cli core dumping (SOLVED) Date: Sat, 6 Oct 2007 21:25:11 +0200 User-Agent: KMail/1.9.7 Cc: Richard Secor [EMAIL PROTECTED] References: [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: [EMAIL PROTECTED] On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel Why doesn't PHP check for dependency and give you error messages letting you know (or at least map around somehow)? I hope they change this so it makes more sense. -Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe
Problem with PHP cli core dumping (SOLVED)
On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. Any ideas? (Please respond back to me directly as I am not subscribed to the list - thanks.) Thanks, Rich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping (SOLVED)
On Wednesday 03 October 2007 18:54:54 Richard Secor wrote: On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. I had this problem, however, after changing the file around I'm still getting core dumps. I find that this happens whenever I upgrade from the port :( Anyway, it seems I'm getting the dumps from spl.so (it's fine if I comment it and anything that depends on it). I've tried putting it in every line of the extension file but it still dumps out. I've tried completely rebuilding all of php and all associated extensions, still dumps out. It's not spl itself that needs to be moved. There's extensions that are required to be loaded *before* spl and most likely others. You can speed things up as follows: php -i /dev/null 21 gdb -core ./php.core -exec `which php` [snip symbol loading] (gdb) bt #0 0x in ?? () #1 0x28e90544 in __do_global_dtors_aux () from /usr/local/lib/php/20060613/simplexml.so That's the one that needs to be moved up. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PHP cli core dumping (SOLVED)
On Wed, 26 Sep 2007, Mel wrote: On Tuesday 25 September 2007 18:50:39 Derrick wrote: On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: so it's sessions.so I've tried rebuilding it, but still has the same issue. PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 15 2007 12:57:59) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by eAccelerator with Suhosin v0.9.20, Copyright (c) 2002-2006, by Hardened-PHP Project heres how my file looks extension=zip.so extension=fileinfo.so extension=suhosin.so extension=pdf.so extension=bz2.so extension=ctype.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=imap.so extension=ldap.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=openssl.so extension=session.so extension=pspell.so extension=sockets.so extension=xml.so extension=zlib.so extension=pdo.so extension=sqlite.so mine: extension=json.so extension=filter.so extension=imagick.so extension=hash.so extension=tokenizer.so extension=simplexml.so extension=posix.so extension=mbstring.so extension=ctype.so extension=xmlwriter.so extension=openssl.so extension=zlib.so extension=iconv.so extension=mhash.so extension=pdo.so extension=imap.so extension=ftp.so extension=pdo_sqlite.so extension=gettext.so extension=spl.so extension=dom.so extension=xmlreader.so HERE extension=mysql.so extension=sqlite.so extension=gd.so extension=pcre.so extension=xml.so extension=session.so Move session to indicated spot, then try php -v again. If it still coredumps, move above spl. If it still coredumps, move it up one spot and rerun, till it stops coredumping. The bug is in the general extension destructor and changing the order till it works is the only remedy. Thanks to all those that input some output. I moved extension=session.so to the start of the file after trying the first couple suggestions, and all is working now.. Thank you. d ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
