A few days ago, I wrote:
> Attached is a quick patch for PHP 5.2.5 that replaces RSA's copyrighted
> implementation of MD5 with my public domain one:
>
>
> http://cvsweb.openwall.com/cgi/cvsweb.cgi/Owl/packages/popa3d/popa3d/md5/
>
> This also results in faster and slightly smaller code (
Greg,
I've been thinking about this as well and I also concluded that #3 is
the way to go. If I "use" a class with the same name as an internal one,
then I want to reference that class, I don't care about the internal
class, and I don't want an error either. If a new PHP internal class is
add
Stanislav Malyshev wrote:
If this suggestion from Jani is supported then all I can say is WTF a
bunch of prima donnas you internals/core devs are ... You don't want to
I find it amusing how quick people are to jump into conclusions about
a group of people they don't even know based on one sug
Hi,
We don't need moderation, we don't need read-only. We need people to
follow a simple common-sense checklist. Before sending a message to
php-internals, ask these questions of yourself:
1) am I angry? yes => do not send your message, do not pass go, do not
collect $200. Wait until tomorrow.
Dangit, I wasn't finished when that sent (apparently Ctrl-S sends a
message - I was trying to Ctrl-V to paste)
Gregory Beaver wrote:
> Hi again,
>
> I am not sure this will make it through the noise *sigh* but I'll give a
> try :)
>
> Derick Rethans wrote:
>
>> Hei,
>>
>> now some patches by Gr
Hi again,
I am not sure this will make it through the noise *sigh* but I'll give a
try :)
Derick Rethans wrote:
> Hei,
>
> now some patches by Greg and Dmitry made it into CVS, some of the things
> in my mail have been resolved, however, we still need to come up with a
> solution to the 1st and
If this suggestion from Jani is supported then all I can say is WTF a
bunch of prima donnas you internals/core devs are ... You don't want to
I find it amusing how quick people are to jump into conclusions about a
group of people they don't even know based on one suggestion by one guy.
--
Sta
Cristian Rodriguez wrote:
remember it is
OPEN source
yeah, start doing something useful then..
I just have ... so are you amongst the gilded core developers then?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> remember it is
> OPEN source
yeah, start doing something useful then..
--
http://www.kissofjudas.net/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Richard Quadling wrote:
> On 13/12/2007, Jochem Maas <[EMAIL PROTECTED]> wrote:
>> 1. most people reading the internals list already subscribed to general
>> 2. general is in no way suitable for the kind of discussion currently
>> occuring on internals - the difference between internals and general
Olivier Hill wrote:
Why not just letting people with @php.net accounts post to the list as
well as people having the Zend Certification.
That would push the certification incentives to a new high. So you
either contribute or pay to write emails here :)
Olivier
btw: I'm joking, but yes, Jani is
BTW the interesting fact that during Derick's test GC cycle collector
was automatically run 124 times and it collected 2,388,399 zvals.
So it really works! :)
Dmitry.
Dmitry Stogov wrote:
Hi Derick,
You test are enormous, but than you anyway. :)
I've found and fixed the problem.
Now your te
On Thu, 13 Dec 2007, Dmitry Stogov wrote:
> You test are enormous, but than you anyway. :)
> I've found and fixed the problem.
>
> Now your test suite is passed with the following results:
>
> PHP_5_3: Tests: 7706, Failures: 45, Errors: 807, Skipped: 347
>
> With GC: Tests: 7706, Failures: 45,
Hi Derick,
You test are enormous, but than you anyway. :)
I've found and fixed the problem.
Now your test suite is passed with the following results:
PHP_5_3: Tests: 7706, Failures: 45, Errors: 807, Skipped: 347
With GC: Tests: 7706, Failures: 45, Errors: 804, Skipped: 347
I've no idea why GC
On 13/12/2007, Jani Taskinen <[EMAIL PROTECTED]> wrote:
> You're all just proving my point by replying to this stupid thread.
> Thank you for that. :D
Spleen venting provides a calming effect on one's nerves.
--
-
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND0024
On 13/12/2007, Jani Taskinen <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-12-13 at 14:36 +0100, Jochem Maas wrote:
> > I would hazard to say that php is becoming a victim of it's own success in
> > this regard - to really tackle the issue would probably require the
> > implementation
> > of a more st
Why not just letting people with @php.net accounts post to the list as
well as people having the Zend Certification.
That would push the certification incentives to a new high. So you
either contribute or pay to write emails here :)
Olivier
btw: I'm joking, but yes, Jani is right on the SNR. Just
On 13/12/2007, Jochem Maas <[EMAIL PROTECTED]> wrote:
> 1. most people reading the internals list already subscribed to general
> 2. general is in no way suitable for the kind of discussion currently
> occuring on internals - the difference between internals and general is akin
> to the difference
C'mon guys, you're just not trying. Some of us stand to lose bets here...
On Dec 13, 2007 10:19 AM, Sean Coates <[EMAIL PROTECTED]> wrote:
>2.) Probably a better idea, just click that DELETE button on any
> emails you don't feel like reading or responding to. I find that, in
> a case stud
On Dec 13, 2007 10:19 AM, Sean Coates <[EMAIL PROTECTED]> wrote:
> >2.) Probably a better idea, just click that DELETE button on any
> > emails you don't feel like reading or responding to. I find that, in
> > a case study performed by myself just now, it takes me about a
> > half-second to ac
2.) Probably a better idea, just click that DELETE button on any
emails you don't feel like reading or responding to. I find that, in
a case study performed by myself just now, it takes me about a
half-second to achieve success with this method.
Against my better judgement, I'm jumping into
You're all just proving my point by replying to this stupid thread.
Thank you for that. :D
--Jani
On Thu, 2007-12-13 at 10:09 -0500, Daniel Brown wrote:
> I would say, if anything, there are two viable choices that
> wouldn't adversely affect the PHP project:
>
> 1.) Have the Internals l
Jani, if your blood pressure raises when reading "normal people's"
messages because your dictatorial mind cannot stand the opinion of
people that you regard inferior to yourself, my suggestion would be to
either go see a shrink or quit this open source project.
Here's hoping you will be abl
Hi
This is a subject I have discussed with several parties over the past year,
and I meet the fact that someone has finally suggested it publicly with
simultaneous relief and concern.
I see this move as having two primary effects, first to reduce the signal to
noise ratio on this list, which wil
I would say, if anything, there are two viable choices that
wouldn't adversely affect the PHP project:
1.) Have the Internals list read-only by all but (a)
developers/contributors and (b) people granted permission after having
posted useful information via the General list.
2.) Probab
On Thu, 2007-12-13 at 14:56 +, Andrew Rose wrote:
> list noise. The idea of shutting out anyone that's not a core dev is
> impeding future generations of core developers when all this list
> needs is a few people to moderate the noise, if indeed the consensus
> is, it is too noisy.
Any sugges
On 13/12/2007, rich gray <[EMAIL PROTECTED]> wrote:
> If this suggestion from Jani is supported then all I can say is WTF a
> bunch of prima donnas you internals/core devs are ... You don't want to
> listen to your users who are in most cases NOT technically ignorant and
> are in the trenches using
[EMAIL PROTECTED] wrote:
This email thread is boring...
yep - made even more so with your pointless comment
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This email thread is boring...
-Original Message-
From: rich gray [mailto:[EMAIL PROTECTED]
Sent: Friday, 14 December 2007 12:17 AM
To: internals Mailing List
Subject: Re: [PHP-DEV] Internals read-only
If this suggestion from Jani is supported then all I can say is WTF a
bunch of prima
If this suggestion from Jani is supported then all I can say is WTF a
bunch of prima donnas you internals/core devs are ... You don't want to
listen to your users who are in most cases NOT technically ignorant and
are in the trenches using your product and trying to make a living?
AFAIK no-one
Jani Taskinen wrote:
On Thu, 2007-12-13 at 14:36 +0100, Jochem Maas wrote:
I would hazard to say that php is becoming a victim of it's own success in
this regard - to really tackle the issue would probably require the
implementation
of a more structured proposal/implementation/release proces
I don't have php.net account, but I don't plan to just complaining... That's
why you don't see many emails from me... I would like to back to the main
discussion on this thread, specially to a point raised by Johannes. I really
don't think we need multiple namespaces per file and, in this case, the
On Thu, 2007-12-13 at 14:36 +0100, Jochem Maas wrote:
> I would hazard to say that php is becoming a victim of it's own success in
> this regard - to really tackle the issue would probably require the
> implementation
> of a more structured proposal/implementation/release process ... I will grant
On Thu, 2007-12-13 at 08:55 -0500, Marco Tabini wrote:
> I am just a lurker, so take this with the due grain of salt, but
> simply making internals@ read-only is just going to drive people to
> contact the core team members directly (thus likely *increasing* your
> blood pressure :-)). I thin
On 13-Dec-07, at 8:08 AM, Jani Taskinen wrote:
On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
To to get back to the point of the noise on the lists - it's
getting out
of hand, and I am afraid that if we don't solve this any time soon,
the
lists will be useless for any sort of dec
Jani Taskinen wrote:
On Fri, 2007-12-14 at 00:35 +1100, Tim Starling wrote:
If you unsubscribe everyone, we won't be able to read it. I only
subscribed to this list after I got frustrated with the NNTP server
constantly giving connection refused errors. Being subscribed is
apparently the on
On Fri, 2007-12-14 at 00:35 +1100, Tim Starling wrote:
> Jani Taskinen wrote:
> > On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
> >
> >> To to get back to the point of the noise on the lists - it's getting out
> >> of hand, and I am afraid that if we don't solve this any time soon, t
Jani Taskinen wrote:
> On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
>> To to get back to the point of the noise on the lists - it's getting out
>> of hand, and I am afraid that if we don't solve this any time soon, the
>> lists will be useless for any sort of decent discussion and pro
Jani Taskinen wrote:
On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
To to get back to the point of the noise on the lists - it's getting out
of hand, and I am afraid that if we don't solve this any time soon, the
lists will be useless for any sort of decent discussion and promoting
On Thu, 2007-12-13 at 10:00 +0100, Derick Rethans wrote:
> To to get back to the point of the noise on the lists - it's getting out
> of hand, and I am afraid that if we don't solve this any time soon, the
> lists will be useless for any sort of decent discussion and promoting
> even more secret
Hi Derick,
Now, you cannot override existing classes with "use" statement.
However inside a namespace you don't have internal classes and "use"
works just fine.
I think it is clear decision.
If you like to override internal classes just write your code in your
own namespace.
Allowing clas
On Fri, 7 Dec 2007, Dmitry Stogov wrote:
> all your tests passed for me yesterday with memory_limit=1G.
> May be it's some fresh non GC related bug :)
> Try the same test with -dzend.enable_gc=0 and with unpatched PHP.
>
> I would very interested in this "bad" test case, if it's really related to
Hei,
now some patches by Greg and Dmitry made it into CVS, some of the things
in my mail have been resolved, however, we still need to come up with a
solution to the 1st and most important issue:
On Tue, 4 Dec 2007, Derick Rethans wrote:
> 1. As it is impossible to do "use XXX as NativeClass"
On Wed, 12 Dec 2007, Stanislav Malyshev wrote:
> > because it's impossible to discuss anything on internals without the
> > noise coming from "outside"..? Could we finally make this list
> > read-only for every one but the @php.net people? I get enough spam
> > already, spam from this list is n
44 matches
Mail list logo
