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 class
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
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:
?php
$i = array('zero','one','two');
foreach ($i AS $j)
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
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
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
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 last
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:
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,
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
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
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 :)
Looks
Hi,
Currently, I have karma for phpdoc-ja only.
-
http://cvs.php.net/viewcvs.cgi/CVSROOT/avail?r1=1.999r2=1.1000diff_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:
?php
$i = array('zero','one','two');
foreach ($i AS $j) {}
unset($j) // this
foreach ($i AS $j) {
echo $j . ;
}
?
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 least in
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
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
.
Finally !
Good job Pierre :D
+1
Michael
- Original Message -
From: Pierre [EMAIL PROTECTED]
To: internals@lists.php.net; [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)
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
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
1st
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
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 you said)
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
35 matches
Mail list logo
