I didn't notice if anyone made a decision on whether or not it's going in,
but I can tell you that PHP 5.0 is in feature freeze and that nothing new
will be added to that branch. The earliest we'd see that function in a
release is 5.1.0.
-Sara
- Original Message -
From: "David Sklar" <[
Is my fputcsv patch going to be committed before or after the release of
PHP 5.0.0? I don't particularly care either way (it's not a bugfix so
presumably after 5.0.0?) but if it will be before 5.0.0 then I will
mention it in an in-progress book; otherwise not.
Thanks,
David
--
PHP Internals - P
I'll contrib and maintain my PEAR package.
http://pear.php.net/pepr/pepr-proposal-show.php?id=48
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, 2004-04-27 at 08:48, Andi Gutmans wrote:
> So what does the apache_add_output_filter("XSLT") do? It adds a filter to
> the current request which runs after PHP?
>
Correct. First it tries to find an output filter registered as "XSLT".
If there is not a filter that has registered the name
At 04:00 PM 4/27/2004 +0200, Marcus Boerger wrote:
Hello Andi,
Tuesday, April 27, 2004, 3:15:47 PM, you wrote:
> For BC purposes with PHP 3, NULL/False and unset creation of array does not
> emit a warning. I don't think we should change this.
It is time to forget BC with PHP 3. Nearly noone is u
So what does the apache_add_output_filter("XSLT") do? It adds a filter to
the current request which runs after PHP?
Andi
At 12:21 PM 4/26/2004 -0600, Paul Querna wrote:
On Mon, 2004-04-26 at 02:33, Andi Gutmans wrote:
> Can you please give an example on how this can be used?
Attached is a simpl
On Tuesday 27 April 2004 15:15, Andi Gutmans wrote:
> For BC purposes with PHP 3, NULL/False and unset creation of array does not
> emit a warning. I don't think we should change this.
> I do understand the argument against breaking BC with the $a = 'foo';
> $a['bar']['qux'] = 42; code. I think it'
Marcus Boerger wrote:
For BC purposes with PHP 3, NULL/False and unset creation of array does not
emit a warning. I don't think we should change this.
It is time to forget BC with PHP 3. Nearly noone is using it now.
PHP 4 doesn't issue a warning/notice either and I could imagine there is
plenty o
Hello Andi,
Tuesday, April 27, 2004, 3:15:47 PM, you wrote:
> For BC purposes with PHP 3, NULL/False and unset creation of array does not
> emit a warning. I don't think we should change this.
It is time to forget BC with PHP 3. Nearly noone is using it now.
marcus
--
PHP Internals - PHP Runt
For BC purposes with PHP 3, NULL/False and unset creation of array does not
emit a warning. I don't think we should change this.
I do understand the argument against breaking BC with the $a = 'foo';
$a['bar']['qux'] = 42; code. I think it's probably best if I revert back to
PHP 4 behavior and em
On Tue, Apr 27, 2004 at 02:16:43PM +0200, Marcus Boerger wrote:
> Hello Christian,
>
> Tuesday, April 27, 2004, 1:34:47 PM, you wrote:
>
> > Marcus Boerger wrote:
> >>>[ $a = 'foo'; $a['bar'] = 42; has an even weirder behaviour: It results
> >>>in the string '4oo'... ]
> >>
> >> That's a pretty
Hello Christian,
Tuesday, April 27, 2004, 1:34:47 PM, you wrote:
> Marcus Boerger wrote:
>>>[ $a = 'foo'; $a['bar'] = 42; has an even weirder behaviour: It results
>>>in the string '4oo'... ]
>>
>> That's a pretty. It is using 'bar' as a sting index to 'foo' and to do
>> this it needs to conver
Marcus Boerger wrote:
[ $a = 'foo'; $a['bar'] = 42; has an even weirder behaviour: It results
in the string '4oo'... ]
That's a pretty. It is using 'bar' as a sting index to 'foo' and to do
this it needs to convert 'bar' to an integer. The rest is obvious.
So you find it obvious that 42 is cast to
Hello Christian,
thanks for the test
Tuesday, April 27, 2004, 12:20:36 PM, you wrote:
> Andi Gutmans wrote:
>> I made this change back in December.
>> I guess I could revert back but I think it makes sense to be strict here.
> Reevaluating it I noted the following:
> $a = 'foo'; $a['bar']['qux'
Andi Gutmans wrote:
I made this change back in December.
I guess I could revert back but I think it makes sense to be strict here.
Reevaluating it I noted the following:
$a = 'foo'; $a['bar']['qux'] = 42; # error
$a = 42; $a['bar']['qux'] = 42;# warning
$a = true; $a['bar']['qux'] =
Hello Andi,
be strict
marcus
Tuesday, April 27, 2004, 9:51:35 AM, you wrote:
> I made this change back in December.
> I guess I could revert back but I think it makes sense to be strict here.
> What does the rest think?
> Andi
> At 03:49 AM 4/27/2004 +, Curt Zirzow wrote:
>>I can't seem
Andi Gutmans wrote:
At 03:49 AM 4/27/2004 +, Curt Zirzow wrote:
$a = 'a string';
/* E_ERROR Cannot use string offset as an array */
echo is_array($a['bar']['baz']);
>
I made this change back in December.
I guess I could revert back but I think it makes sense to be strict here.
What does the res
On Tuesday 27 April 2004 09.51, Andi Gutmans wrote:
> I made this change back in December.
> I guess I could revert back but I think it makes sense to be strict here.
> What does the rest think?
Be strict
/Magnus
--
Confession is good for the soul only in the sense that a tweed coat is
good for
On Tue, 27 Apr 2004, Andi Gutmans wrote:
> I made this change back in December.
> I guess I could revert back but I think it makes sense to be strict here.
> What does the rest think?
Be strict.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
I made this change back in December.
I guess I could revert back but I think it makes sense to be strict here.
What does the rest think?
Andi
At 03:49 AM 4/27/2004 +, Curt Zirzow wrote:
I can't seem to find any discussion on this BC issue, so forgive me if
this has already been discussed.
Giv
20 matches
Mail list logo
