Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:6554 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36478 invoked by uid 1010); 18 Dec 2003 18:11:40 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 36315 invoked from network); 18 Dec 2003 18:11:39 -0000 Received: from unknown (HELO mail.zend.com) (192.117.235.230) by pb1.pair.com with SMTP; 18 Dec 2003 18:11:39 -0000 Received: (qmail 19748 invoked from network); 18 Dec 2003 18:11:34 -0000 Received: from localhost (HELO zeev-laptop.zend.com) (127.0.0.1) by localhost with SMTP; 18 Dec 2003 18:11:34 -0000 Reply-To: zeev@zend.com Message-ID: <5.1.0.14.2.20031218201056.07660648@localhost> X-Sender: zeev@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 18 Dec 2003 20:11:33 +0200 To: Pierre-Alain Joye Cc: Pierre-Alain Joye ,internals@lists.php.net In-Reply-To: <20031218134629.7c13aa17.paj@pearfr.org> References: <20031218124303.18e22274.paj@pearfr.org> <20031218124303.18e22274.paj@pearfr.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] B3, pear segfault, and msgs about deprecated From: zeev@zend.com (Zeev Suraski) Any chance you can dissect it to the smallest piece of code that still produces the crash? At 14:46 18/12/2003, Pierre-Alain Joye wrote: >On Thu, 18 Dec 2003 12:43:03 +0100 >Pierre-Alain Joye wrote: > > > Hello, > > > > I'm trying to see why $ make install-pear-packages segfaults with > > HEAD. I hope I'll commit the fixes today. I suspect references > > problem... > > > > I got new messages (which where not displayed before): > > : var: Deprecated. Please use the public/private/protected modifiers > > in XXX.php on line XX > > > > Have these warning/notices been introduced recently? > > > > Or is it related to the e_pedantic thing? > >Ok segfault is on line pear/PEAR/Registry.php line 345. > >This is a call to unserialize. I do not know yet why it fails. Maybe >(again) the serialized data is corrupted. Anyway unserialize should >""never"" segfault. > >hth > >pierre > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php