PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (629 total including feature requests)
===[*Configuration Issues]
36257 Open php ini master values are reset between vhosts
==
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (435 total including feature requests)
===[*Compile Issues]==
36404 Open configure script cannot complete libxml build
===
This should cause much fun with classes implementing multiple interfaces
""Dmitry Stogov"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Well :)
>
> I don't say that the patch is wrong, the question itself is disputable.
>
> PHP doesn't allow multiple constructors, so if some
Marcus Boerger wrote:
i never liked the output buffering code much becuase i find it too complex
and too much stuff there is interacting in a way one cannot understand
easily.
[...]
So yes a redisign wouldn't hurt. And if that means we could get rid of
strange side effects of stuff that is i
birodh
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Marcus Boerger wrote:
And if that means we could get rid of
strange side effects of stuff that is imo abusing the output buffering by
using a temporary output buffer i'd appreciate it.
I guess you mean var_dump() and friends?
I didn't touch anything beneath Zend/ though.
Regards,
--
Michael
Hi,
A week or two ago, a colleague asked me about a strange behaviour he
experienced, with seemingly-duplicate data within a foreach block. Upon
further examination, we determined that this was caused by assigning to
a referenced variable:
(Output is: "zero one one")
I asked around about this,
Hello l0t3k,
there is nothing new here besides that fact that now you can also have a
method with the name '__construct' in an interface. Nothing else changed.
marcus
Monday, March 6, 2006, 1:42:50 PM, you wrote:
> This should cause much fun with classes implementing multiple interfaces
I am guessing he is referring to the fact that it becomes increasingly
likely that you will have more interfaces declaring __construct. If any
two interfaces declare construct with a different signature then by
definition those two interfaces will be incompatible.
It just means that interface auth
Hello Mike,
right, but those are considerations one has to do with any member of an
interface.
best regards
marcus
Monday, March 6, 2006, 8:23:36 PM, you wrote:
> I am guessing he is referring to the fact that it becomes increasingly
> likely that you will have more interfaces declaring __con
Don't worry, we follow the cvs lists.
I'll document it as soon as the code stabilizes.
Nuno
- Original Message -
Thanks for your help Sara!
Any chance someone from the Doc project has time to update the manual?
Thanks.
Andi
At 05:09 AM 3/3/2006, Dmitry Stogov wrote:
dmitry
On Sun, 5 Mar 2006 16:21:28 +0100
[EMAIL PROTECTED] (Pierre) wrote:
> Hello,
>
> As discussed last year, register_globals will be removed in php6. This
> patch is the first step:
>
> http://pear.php.net/~pierre/remove_register_globals.txt
>
> The only thing I find confusing is a comment in main
Hello Pierre,
looks even better becuase it includes the next two steps after your first
patch. If it was up to me, i'd say just apply.
marcus
Monday, March 6, 2006, 9:46:19 PM, you wrote:
> On Sun, 5 Mar 2006 16:21:28 +0100
> [EMAIL PROTECTED] (Pierre) wrote:
>> Hello,
>>
>> As discussed la
Pierre,
I think you should apply it. Kill the f***ing thing.
-Andrei
On Mar 6, 2006, at 12:46 PM, Pierre wrote:
On Sun, 5 Mar 2006 16:21:28 +0100
[EMAIL PROTECTED] (Pierre) wrote:
Hello,
As discussed last year, register_globals will be removed in php6. This
patch is the first step:
http:/
Done.
On Mar 5, 2006, at 1:05 PM, Ilia Alshanetsky wrote:
Sure, I don't see any problem with that.
Ilia
Andrei Zmievski wrote:
Ilia,
I'd like to import the latest release of PCRE before you roll RC1. I
should be able to do it before March 9, though.
-Andrei
On Mar 5, 2006, at 9:27 AM, Ilia
A part of the decision was to supply the few lines of code necessary
to emulate register_globals in userspace. Volunteers? :)
Zeev
At 22:46 06/03/2006, Pierre wrote:
On Sun, 5 Mar 2006 16:21:28 +0100
[EMAIL PROTECTED] (Pierre) wrote:
> Hello,
>
> As discussed last year, register_globals will
Hello Zeev,
I'd be happy to do this. Do you want this placed in a function or
just sample code to post somewhere?
--
Best regards,
Jasonmailto:[EMAIL PROTECTED]
Monday, March 6, 2006, 6:38:34 PM, you wrote:
ZS> A part of the decision was to supply the few line
On 3/7/06, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> A part of the decision was to supply the few lines of code necessary
> to emulate register_globals in userspace. Volunteers? :)
>
http://php.is/bugs/register_globals/register_globals.phps :)
- Hannes
--
PHP Internals - PHP Runtime Development
On Tue, Mar 07, 2006 at 01:38:34AM +0200, Zeev Suraski wrote:
> A part of the decision was to supply the few lines of code necessary
> to emulate register_globals in userspace. Volunteers? :)
FWIW, I've used this successfully when tieing two systems with opposing
register_globals requirements:
Hi,
On Tuesday 07 March 2006 01:10, Andrew Yochum wrote:
> On Tue, Mar 07, 2006 at 01:38:34AM +0200, Zeev Suraski wrote:
> > A part of the decision was to supply the few lines of code necessary
> > to emulate register_globals in userspace. Volunteers? :)
>
> FWIW, I've used this successfully when
Hannes Magnusson wrote:
> On 3/7/06, Zeev Suraski <[EMAIL PROTECTED]> wrote:
>> A part of the decision was to supply the few lines of code necessary
>> to emulate register_globals in userspace. Volunteers? :)
>>
>
> http://php.is/bugs/register_globals/register_globals.phps :)
>
> - Hannes
>
sc
At 01:59 07/03/2006, Hannes Magnusson wrote:
On 3/7/06, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> A part of the decision was to supply the few lines of code necessary
> to emulate register_globals in userspace. Volunteers? :)
>
http://php.is/bugs/register_globals/register_globals.phps :)
Look
Hi,
Currently, I have karma for phpdoc-ja only.
->
http://cvs.php.net/viewcvs.cgi/CVSROOT/avail?r1=1.999&r2=1.1000&diff_format=u
Now I'd like to maintain whole php-doc.
Nuno Lopes (nlopess) suggested me to do so.
-> http://news.php.net/php.doc/969372246
Could anyone give me karma for php-doc
On 3/7/06, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> At 01:59 07/03/2006, Hannes Magnusson wrote:
> >On 3/7/06, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> > > A part of the decision was to supply the few lines of code necessary
> > > to emulate register_globals in userspace. Volunteers? :)
> > >
>
try:
it's known behavior. may app rely on this.
> However, upon further discussion, a number of us agreed that it would be
> pertinent to raise an E_NOTICE when foreach assigns to a pre-existing
> reference target. Certainly, the behaviour demonstrated above is
> non-obvious, and contrary to the normal "PHP way" (simplicity).
> Developers, at le
is there any chance that a buffer in output buffer will be supported?
supposing u're implementing "send the whole page in html to friends"
function. using smarty as email template.
if (isset($_GET['send_html_to'])) {
ob_start('send_as_html');
}
function send_as_html($content)
{
$tpl = new Smarty("h
Hello,
As planed (and like register_globals earlier today), the magic_quotes
will be removed in php6. Here is a patch:
http://pear.php.net/~pierre/remove_magic_quotes.txt
It removes completely the following things:
ini settings removed:
. magic_quotes_gpc
. magic_quotes_runtime
. magic_quote
Finally !
Good job Pierre :D
+1
Michael
- Original Message -
From: "Pierre" <[EMAIL PROTECTED]>
To: ; <[EMAIL PROTECTED]>
Sent: Monday, March 06, 2006 9:46 PM
Subject: [PHP-DEV] Re: Adieu register_globals
On Sun, 5 Mar 2006 16:21:28 +0100
[EMAIL PROTECTED] (Pierre) wrote:
Hello,
A
Can we throw an E_NOTICE when foreach targets a reference? (The other
there's many way to use reference, not only in foreach. don't do
reference unless u know it's really needed.
Sean's not so much referring to his own problem as (like you said) the
solution is a fairly simple matter of followi
> Sean's not so much referring to his own problem as (like you said) the
> solution is a fairly simple matter of following strict coding practices.
yeah, i see.
but...
> when foreach assigns to a pre-existing
> reference target
it's not the problem of the second foreach, any usage of $j after the
1
> it's not the problem of the second foreach, any usage of $j after the
> 1st foreach as &$j will hurt
Yes. I thought it was clear that I understand this. I guess not.
My point is that foreach is doing something that isn't immediately
obvious. The same is true of your for loop, but to a lesser ex
Sean Coates wrote:
it's not the problem of the second foreach, any usage of $j after the
1st foreach as &$j will hurt
Yes. I thought it was clear that I understand this. I guess not.
My point is that foreach is doing something that isn't immediately
obvious. The same is true of your for loop,
On Mon, 6 Mar 2006, Sara Golemon wrote:
> > > Can we throw an E_NOTICE when foreach targets a reference? (The other
> > there's many way to use reference, not only in foreach. don't do
> > reference unless u know it's really needed.
> >
> Sean's not so much referring to his own problem as (like yo
Stop for a moment...
What you guys are doing at the moment will completely break tons of
applications.
The ini settings that previously allowed activating/deactivating
register_globals/magic_quotes MUST stay or atleast be emulated.
It must be possible for an application to detect that the settings
35 matches
Mail list logo
