On Thu, 16 Dec 2004, Jeremy Johnstone wrote:
> On Thu, 16 Dec 2004 22:00:11 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]>
> wrote:
> > And yes, there is another foreach bug of you do:
> >
> > foreach($array as $key => $key)
>
> As you mentioned in the bug report, IMHO that isn't a bug. I can't
On Thu, 16 Dec 2004 22:08:24 +0100, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
> Maybe we should print a warning on the download page since many PHP users
> seem to be experiencing it.
That was my suggestion too as no previous subminor version release of
PHP broke like this due to a Zend extension
On Thu, 16 Dec 2004 22:00:11 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]>
wrote:
> And yes, there is another foreach bug of you do:
>
> foreach($array as $key => $key)
As you mentioned in the bug report, IMHO that isn't a bug. I can't
think of any instance where this should be a valid syntax
Check out either the smart_str API or simply log the conversation to a
user-supplied stream.
--Wez.
On Thu, 16 Dec 2004 11:02:43 -0700, Binam, Jesse
<[EMAIL PROTECTED]> wrote:
> Agreed. That was a bad idea.
>
> After I slept on it, I regreted sending that, cause the default memory
> limit is 8
Ð ÐÑÐ, 16/12/2004 Ð 21:13 +, [EMAIL PROTECTED]
ÐÐÑÐÑ:
>
> Ð ÐÑÐ, 16/12/2004 Ð 21:13 +, [EMAIL PROTECTED]
> ÐÐÑÐÑ:
> > PHP Development Team would like to announce the immediate release of
> > PHP 4.3.10 and 5.0.3.
> > * Improved number handling on non-English locales.
What exactly was i
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
Except for a security point of view.
Rasmus Lerdorf wrote:
Correct, you can't go by CVS commits alone. The doc notes group of
people never touch CVS but since we don't want to have multiple account
management systems we just use the same one. So they all have CVS
accounts. Some of them have karma and some of them don't.
This is
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really doesn't
affect us in any way.
Except for a security point of view.
Hello again,
Well, I don't like the voting system either. I agree that it is perhaps
too much work for nothing at the end.
But what I don't like is the fact that some people might always vote
negatively. It's hard around here to "prove" that you can really help
the project (or anything related
Olivier Hill wrote:
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
Except for a sec
> http://bugs.php.net/bug.php?id=31134
>
> This is breaking a large number of scripts.
That's not a PHP bug. Its an issue with older versions of ZendOptimizer
which is clearly stated in that bug report.
Maybe we should print a warning on the download page since many PHP users
seem to be experienc
On Thu, 16 Dec 2004, Jeremy Johnstone wrote:
> http://bugs.php.net/bug.php?id=31134
>
> This is breaking a large number of scripts.
The bug you have there is a Zend optimizer bug as you conclude yourself.
So why bother the mailinglist with it?
And yes, there is another foreach bug of you do:
fo
Well, we have clearly gone away from the cvs account delay problem to
some other problem. Which real problem are you trying to solve here? I
don't like work just for the sake of work. I see no tangible benefit in
doing a lot of work just to reduce the number of idle accounts.
-Rasmus
Nuno L
And what about a voting system?
We would login at master server and vote/comment like in pear/pecl
proposals.
Nuno
- Original Message -
Which in itself is not a big deal. And I reject more than I approve
actually. For a while I tried to verify each one with the documentation
project
Which in itself is not a big deal. And I reject more than I approve
actually. For a while I tried to verify each one with the documentation
project leads, but half the time they wouldn't respond. I am not sure
how other people would do a better job vetting these folks. If they
don't contrib
Are you sure?
I know that there are some guys that use their account like a free e-mail
account redirection.
This is because you 'offer' accounts to everybody that wants to join the doc
team. Your idea to out-source karma would be good to handle this problems...
(I remember to read a mail in the
Found other bug report indicating this is a Zend Optimizer issue.
IMHO, an announcement should be made on the homepage indicating if you
upgrade to PHP 4.3.10 you should also make sure you upgrade Zend
Optimizer.
On Thu, 16 Dec 2004 13:53:39 -0600, Jeremy Johnstone <[EMAIL PROTECTED]> wrote:
> ht
http://bugs.php.net/bug.php?id=31134
This is breaking a large number of scripts.
--
---
Jeremy Johnstone
http://www.jeremyjohnstone.com
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
-Rasmus
Nuno Lopes wrote:
And deletion of current cvs acco
Agreed. That was a bad idea.
After I slept on it, I regreted sending that, cause the default memory
limit is 8M (with the exception of the cli sapi). With no option on
whether or not to do the trace and 2500x4096 being a 10M buffer, I
imagine just calling ftp_connect would put you over your memory
Hi Jesse,
2500*4096 = 10M on ftpbuf would be too much for the user who is not
interested in this functionality.
It should be allocating the memory dynamically instead of hardcoding the
size to 2500.
This need to happen only when requested, may be some option argument to
ftp_connect whether to tra
And deletion of current cvs accounts?
I've run some stats 6 months ago, and about 50% of phpdoc cvs accounts were
never used...
Nuno
- Original Message -
I'd love to outsource that part, but we'd need to modify the tools a bit.
Anyway, there was a backlog of 39 cvs account requests. I w
22 matches
Mail list logo
