Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38909 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51739 invoked from network); 10 Jul 2008 19:06:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jul 2008 19:06:07 -0000 Authentication-Results: pb1.pair.com header.from=felho@avalon.aut.bme.hu; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=felho@avalon.aut.bme.hu; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain avalon.aut.bme.hu from 84.2.40.7 cause and error) X-PHP-List-Original-Sender: felho@avalon.aut.bme.hu X-Host-Fingerprint: 84.2.40.7 mail02a.mail.t-online.hu Received: from [84.2.40.7] ([84.2.40.7:51703] helo=mail02a.mail.t-online.hu) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DE/6F-11681-D9D56784 for ; Thu, 10 Jul 2008 15:06:06 -0400 Received: from gergely-hodicskas-computer.local (dsl51B68EB5.pool.t-online.hu [81.182.142.181]) by mail02a.mail.t-online.hu (Postfix) with ESMTPA id 4F6FA1871F2; Thu, 10 Jul 2008 21:06:02 +0200 (CEST) Message-ID: <48765D9A.1050005@avalon.aut.bme.hu> Date: Thu, 10 Jul 2008 12:06:02 -0700 User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Daniel Convissor CC: "internals@lists.php.net" References: <4875821E.9020504@avalon.aut.bme.hu> <20080710045418.GA22262@panix.com> <487599FA.9000207@avalon.aut.bme.hu> <20080710132645.GA10959@panix.com> In-Reply-To: <20080710132645.GA10959@panix.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC-mail.t-online.hu-Metrics: mail02a.mail.t-online.hu 32710; Body=2 Fuz1=2 Fuz2=2 Subject: Re: [PHP-DEV] strange autoload behavior From: felho@avalon.aut.bme.hu (Gergely Hodicska) Hi Dan, > The error was clear: the file containing the class foo was not found. But > before I made my post, I did run your test, just to make sure. It worked > fine[1] -- because my include_path is set to look at the current > directory first. If you used my sample correctly you should get the same result and the cause is already explained by Derick. > Just because something is in the same directory doesn't mean it gets > included first. If the path is not specified (either by fully qualified > path (/var/www/test) or by relative path (./) the include_path is used. Sorry but this is not true, check the manual: "Files for including are first looked for in each include_path entry relative to the current working directory, and then in the directory of current script." Best Regards, Felhő p.s.: I run into this problem using amfphp which overwrites the error handler with a function which simply convert the error to an excepton.