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
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
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
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
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
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
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
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
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
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
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
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
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) { }
13 matches
Mail list logo