Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Derick Rethans
On Wed, 9 Jul 2008, Gergely Hodicska wrote: > This is a SKELETON (use case) to present the error! Do you think somebody > write to the internal list with a dummy error? YOu'd be surprised sometimes ;-) Anyway, exceptions thrown during autoload are ignored. Autoloading is the last resort for the

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Dmitry Stogov
I have "Fatal error: Class 'Foo' not found" which is expected. Thanks. Dmitry. Gergely Hodicska wrote: > Hi! > > > I think I found a bug but before posing it to bugs.php.net I would like > to ask your opinion. I think the it is not a planed behavior that some > errors doesn't "bubble up" from a

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Gergely Hodicska
YOu'd be surprised sometimes ;-) Anyway, exceptions thrown during autoload are ignored. Autoloading is the last resort for the engine to find a class. If the class can not be loaded (file isn't there, exception, autoloader doesn't load a file), then you get the fatal error. This is correct beha

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Gergely Hodicska
exceptions thrown during autoload are ignored. And one more thing, this is in the manual: "Note: Exceptions thrown in __autoload function cannot be caught in the catch block and results in a fatal error." I think your explanation makes much more clear what happens, maybe it would worth to up

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Derick Rethans
On Thu, 10 Jul 2008, Gergely Hodicska wrote: > > exceptions thrown during autoload are ignored. > > And one more thing, this is in the manual: > "Note: Exceptions thrown in __autoload function cannot be caught in the catch > block and results in a fatal error." > > I think your explanation makes

Re: [PHP-DEV] [PATCH] RecursiveTreeIterator implementation

2008-07-10 Thread Arnaud Le Blanc
Hello, On Wednesday 09 July 2008 20:06:14 Marcus Boerger wrote: > Hello Arnaud, > > if you can provicde the same for HEAD then I'll submit it. And if you're > fast enough we might even get it into 5.3.0 :-) Johannes, Lukas, how > much time does he have? > > marcus Ok, I made it [1]. I n

[PHP-DEV] persistent sockets need help

2008-07-10 Thread Richard Krehbiel
We are experiencing some problems with persistent sockets (the kind you get from pfsockopen) and I can't help but conclude that some semantic changes are needed to make them dependable. (That is, assuming anyone cares whether they are dependable.) The problem is that, in practice, a persistent so

Re: [PHP-DEV] [PATCH] Some string changes/optimizations

2008-07-10 Thread Matt Wilmas
Hi all, I had been meaning to update this patch for a while (after conflicting updates to some files), and finally did. :-) See original message for more details... There's been one change for strings -- before, I was moving the first ADD_* op into INIT_STRING, but wasn't too satisfied with that

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Daniel Convissor
Hi Gergely: > You totally missed the point. Please try the code first. I didn't write > but I thought that it is obvious that the files are in the same directory. 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 s

[PHP-DEV] Let's make life easy

2008-07-10 Thread Gustav F. Nyvell
Read: http://talkingtocomputers.wordpress.com/

Re: [PHP-DEV] Let's make life easy

2008-07-10 Thread Scott MacVicar
The PHP Internals list isn't an appropriate place to spam your blog. Scott Gustav F. Nyvell wrote: Read: http://talkingtocomputers.wordpress.com/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Let's make life easy

2008-07-10 Thread Lokrain
On Thu, Jul 10, 2008 at 5:09 PM, Scott MacVicar <[EMAIL PROTECTED]> wrote: > The PHP Internals list isn't an appropriate place to spam your blog. > > Scott > > > Gustav F. Nyvell wrote: > >> Read: http://talkingtocomputers.wordpress.com/ >> >> > -- > PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] [PATCH] Some string changes/optimizations

2008-07-10 Thread Nuno Lopes
Patch seems ok to me, although I haven't tested it. But let's see what Dmitry thinks about it. I'm not sure about the removal of the nowdoc tokens, though. Somebody may me relying on them for pretty-printing.. Nuno - Original Message - From: "Matt Wilmas" <[EMAIL PROTECTED]> To: Cc

Re: [PHP-DEV] [PATCH] Some string changes/optimizations

2008-07-10 Thread Scott MacVicar
There hasn't been an official release with the NOWDOCS token though. Scott Nuno Lopes wrote: Patch seems ok to me, although I haven't tested it. But let's see what Dmitry thinks about it. I'm not sure about the removal of the nowdoc tokens, though. Somebody may me relying on them for pretty-pr

Re: [PHP-DEV] [PATCH] Some string changes/optimizations

2008-07-10 Thread Nuno Lopes
Ah, nowdocs is php >= 5.3 only. it has been such a long time since last release that I didn't even remember that.. So, forget my previous comment. Nuno - Original Message - There hasn't been an official release with the NOWDOCS token though. Scott Nuno Lopes wrote: Patch seems ok to

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Jochem Maas
Derick Rethans schreef: On Thu, 10 Jul 2008, Gergely Hodicska wrote: exceptions thrown during autoload are ignored. And one more thing, this is in the manual: "Note: Exceptions thrown in __autoload function cannot be caught in the catch block and results in a fatal error." I think your explan

[PHP-DEV] Re: [PHP-DOC] Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread Lars Strojny
Hi Jochem, not that you really want it, but you could pass the exception as a static property to fully preserve and throw it later again. Something like this: ... sprintf('class %s { public static $e; public function __construct() { throw self::$e;

Re: [PHP-DEV] strange autoload behavior

2008-07-10 Thread 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