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
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]
Re: Problem with PHP cli core dumping
Derrick wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Derrick MacPherson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Start playing with the order of extensions in your extensions.ini file, which is located at /usr/local/etc/php thats usually what does this. ___ 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
On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. - Max ___ 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
On Tue, 25 Sep 2007, Eric wrote: Derrick wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Derrick MacPherson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Start playing with the order of extensions in your extensions.ini file, which is located at /usr/local/etc/php thats usually what does this. so it's sessions.so I've tried rebuilding it, but still has the same issue. ___ 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
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 extension=mysql.so extension=sqlite.so extension=gd.so extension=pcre.so extension=xml.so extension=session.so ___ 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
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 ___ 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
On Tue, 25 Sep 2007, Maxim Khitrov wrote: On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. APC = pear-APC ? No, no jail. It's sessions.so, and I've rebuilt all of php and extenstions from scratch, still the same problem. ___ 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
Derrick wrote: On Tue, 25 Sep 2007, Maxim Khitrov wrote: On 9/25/07, Derrick [EMAIL PROTECTED] wrote: 6.2 release (waiting till I can reboot the machine and will update to RELENG - nobody in the office yet) all ports are updated to current. php -v PHP 5.2.4 with Suhosin-Patch 0.9.6.2 (cli) (built: Sep 24 2007 18:31:21) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Segmentation fault (core dumped) I get that core dump everytime; I'm not sure where to go with this. Do you have APC installed? That might do this. Are you running PHP in a jail? I suggest you comment out all installed extensions from extensions.ini, then enable them one by one. APC = pear-APC ? No, no jail. It's sessions.so, and I've rebuilt all of php and extenstions from scratch, still the same problem. Try moving sessions.so to the beginning of the file. You can also comment everything out and uncomment things one at a time to find the extension that, along with sessions.so, is causing your crash. It's a pain in the butt but that should let you narrow things down. ___ 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
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. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]