Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15798 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92838 invoked by uid 1010); 4 Apr 2005 18:05:13 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 92823 invoked from network); 4 Apr 2005 18:05:13 -0000 Received: from unknown (HELO php.net) (127.0.0.1) by localhost with SMTP; 4 Apr 2005 18:05:13 -0000 X-Host-Fingerprint: 69.64.38.41 bluga.net Linux 2.5 (sometimes 2.4) (4) Received: from ([69.64.38.41:49017] helo=bluga.net) by pb1.pair.com (ecelerity HEAD r(5268)) with SMTP id A9/94-19272-9D181524 for ; Mon, 04 Apr 2005 14:05:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by bluga.net (Postfix) with ESMTP id B2AC721C73C; Mon, 4 Apr 2005 13:02:48 -0500 (CDT) Received: from bluga.net ([127.0.0.1]) by localhost (bluga.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30349-10; Mon, 4 Apr 2005 13:02:48 -0500 (CDT) Received: from [192.168.0.102] (cpe-66-65-39-8.nyc.res.rr.com [66.65.39.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bluga.net (Postfix) with ESMTP id 68E3921C708; Mon, 4 Apr 2005 13:02:47 -0500 (CDT) Message-ID: <425181BF.4090403@php.net> Date: Mon, 04 Apr 2005 14:04:47 -0400 User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Hristov Cc: Stanislav Malyshev , internals@lists.php.net References: <5.1.0.14.2.20050403125628.03f83de0@localhost> <425002D8.50004@php.net> <42515CFC.2050108@php.net> <42516F85.10803@hristov.com> In-Reply-To: <42516F85.10803@hristov.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at bluga.net Subject: Re: [PHP-DEV] Re: __autoload() enhancement From: cellog@php.net (Greg Beaver) Andrey Hristov wrote: > Stanislav, > Greg probable means something like a stack trace of the autload callbacks > that were called. This will be a nice addition just like Exception > stacktraces > are (I wish there were stacktraces for Fatal errors). yes, a stack trace would be ideal - I knew there was a name for that thing I was describing :) Greg