[PHP-DEV] PHP 4 Bug Summary Report

2004-08-30 Thread internals
PHP Bug Database summary - http://bugs.php.net Num Status Summary (832 total including feature requests) ===[*Configuration Issues] 29208 Open The variable name which ext_skel generates, and the variable name which configu 29537 Open

Re: [PHP-DEV] Status of Multibyte support in PHP

2004-08-30 Thread Al Baker
What is the "--enable-zend-multibyte" configuration option used for then? I've noticed a few bug reports where this option was the culprit. Al On Mon, 2004-08-30 at 11:50 -0700, Andi Gutmans wrote: > Adam, > > That link is in the History section of the Zend Engine II section. We left > it and

Re: [PHP-DEV] [PATCH] zend_operators DVAL_TO_LVAL fix

2004-08-30 Thread Andi Gutmans
Hi Joe, It seems like your patch doesn't really fix anything. How is rounding to LONG_MAX/LONG_MIN any better? Maybe you can explain in more detail what this gcc bug you are hitting is? Thanks, Andi At 01:25 PM 8/27/2004 +0100, Joe Orton wrote: The DVAL_TO_LVAL macro is quite weird, I'm not sure

Re: [PHP-DEV] [PATCH] zend_operators DVAL_TO_LVAL fix

2004-08-30 Thread Joe Orton
On Mon, Aug 30, 2004 at 12:32:59PM -0700, Andi Gutmans wrote: > Hi Joe, > > It seems like your patch doesn't really fix anything. How is rounding to > LONG_MAX/LONG_MIN any better? The C standard says that when converting a double to a long, if the integral part of the double is outside the rang

Re: [PHP-DEV] [PATCH] zend_operators DVAL_TO_LVAL fix

2004-08-30 Thread Andi Gutmans
I know it's undefined but why is defining it to LONG_MAX/LONG_MIN any better? It's not the kind of behavior which I think we should "define". In general, PHP always keeps the values as doubles if it detects that the value is too low. This macro is only used when you force it, and I don't think s

Re: [PHP-DEV] [PATCH] zend_operators DVAL_TO_LVAL fix

2004-08-30 Thread Joe Orton
On Mon, Aug 30, 2004 at 02:20:42PM -0700, Andi Gutmans wrote: > I know it's undefined but why is defining it to LONG_MAX/LONG_MIN any > better? It's not the kind of behavior which I think we should "define". C code which has undefined behaviour may segfault or suffer some other run-time exception

Re: [PHP-DEV] [PATCH] zend_operators DVAL_TO_LVAL fix

2004-08-30 Thread Andi Gutmans
At 11:17 PM 8/30/2004 +0100, Joe Orton wrote: On Mon, Aug 30, 2004 at 02:20:42PM -0700, Andi Gutmans wrote: > I know it's undefined but why is defining it to LONG_MAX/LONG_MIN any > better? It's not the kind of behavior which I think we should "define". C code which has undefined behaviour may segf

Re: [PHP-DEV] Status of Multibyte support in PHP

2004-08-30 Thread Masaki Fujimoto
Hello, the option is, to handle following issues (though I've been away for months... :( * parsing scripts written in flex-unfriendly encodings (e.g. Shift_JIS, BIG-5, etc) * parsing scripts containing BOM (Byte Order Mark) * converting encoding of each script to one "internal" encoding * pars

[PHP-DEV] [PATCH] Fix for FR #14924 (The POSIX access(2) function not available) (re-post)

2004-08-30 Thread Magnus Määttä
Hello! My mail probably got lost in all the fuzz about goto, etc. So here's the patch again.. It will fix FR #14924 and someone else was also asking for this feature in an unrelated bug report which I can't remember the number of. access(2) will report correct permissions for files when using AC

[PHP-DEV] native events in PHP

2004-08-30 Thread Alan Knowles
I've been looking at events in PHP, at present, in PEAR, there are lots of different methods to add callbacks, to packages, for various purposes. It seriously lacks cohesion, and would be nice to sort out at the language level. Having seen C#, while not perfect, it is an interesting model. Ther

Re: [PHP-DEV] native events in PHP

2004-08-30 Thread Bård Farstad
On Tuesday 31 August 2004 05:46, Alan Knowles wrote: > I've been looking at events in PHP, at present, in PEAR, there are lots > of different methods to add callbacks, to packages, for various > purposes. It seriously lacks cohesion, and would be nice to sort out at > the language level. > > Having

Re: [PHP-DEV] Status of Multibyte support in PHP

2004-08-30 Thread Derick Rethans
On Mon, 30 Aug 2004, Andi Gutmans wrote: > Adam, > > That link is in the History section of the Zend Engine II section. We left > it and our original RFC there so that people can take a look but PHP 5 has > changed very much since then. Perhaps it's a good idea to add a BIG disclaimer on that sam

[PHP-DEV] set_exception_handler behaviour change...

2004-08-30 Thread Davey
Dear all, I would like to request that set_exception_handler's behaviour be changed. IMHO it should not die after handling an exception. I feel that most users will expect this behaviour to be synonymous (i.e. both should echo "foo"): try { throw someException; } catch (someException $e) { }