Hi!
I've been looking into various tests and discovered something strange in
date_diff. Example code:
diff($end);
var_dump($start);
As a result of this I'm getting this:
object(DateTime)#1 (3) {
["date"]=>
string(19) "2010-10-04 06:18:48"
["timezone_type"]=>
int(2)
["timezone"]=>
Hi!
Below is the list of the features proposed for inclusion in 5.4, as
outlined in https://wiki.php.net/todo/php54. Please read the TODO page
and the RFCs linked there for details.
This mail is not a vote call but rather description of things that will
be put to vote soon. For each one, I'd l
On Thu, 2011-06-16 at 23:42 +0200, Johannes Schlüter wrote:
> To find out what was changed since the last release please refer to
> the
> NEWS file found within the archive or on
> http://svn.php.net/viewvc/php/php-src/tags/php_5_3_4RC1/NEWS?revision=HEAD&view=markup
This should - obviously - have
Hello !
Le 16 juin 2011 à 23:42, Johannes Schlüter a écrit :
>
> To find out what was changed since the last release please refer to the
> NEWS file found within the archive or on
> http://svn.php.net/viewvc/php/php-src/tags/php_5_3_4RC1/NEWS?revision=HEAD&view=markup
Valid NEWS file for 5.3.7R
The first release candidates of 5.3.7 was just released for
testing and can be downloaded here:
http://downloads.php.net/johannes/php-5.3.7RC1.tar.bz2 (md5sum:
295a457505049cc75d723560715be5d6)
http://downloads.php.net/johannes/php-5.3.7RC1.tar.gz (md5sum:
4fd555292ea0a1bc3acd1d3ad4c98c27)
The Wi
Am 16.06.2011 20:12, schrieb Stas Malyshev:
Well, we could - you could actually do it right now with list of classes
and some simple regexp-ing. The question is a value of it.
I think get_declared_classes works as well, if you create a script that
loads all your classes you could then extract
Hi!
Okay, so namespaces doesn't exists for the engine, because they are
added to the classnames in compile-time, but we could add some --rX
argument for the php binary, which would iterate over the classes and
functions and so for a given extension, and fetch and list the
introduced namespaces.
On Thu, 2011-06-16 at 19:54 +0200, Ferenc Kovacs wrote:
> Okay, so namespaces doesn't exists for the engine, because they are added to
> the classnames in compile-time, but we could add some --rX argument for the
> php binary, which would iterate over the classes and functions and so for a
> given
On Thu, Jun 16, 2011 at 7:48 PM, Richard Quadling wrote:
> On 16 June 2011 17:40, Stas Malyshev wrote:
> > Hi!
> >
> > On 6/16/11 8:37 AM, Richard Quadling wrote:
> >>
> >> Maybe, but because of a lack of convention on naming, we have
> namespaces.
> >
> > No, we have namespaces not because we co
On 16 June 2011 17:40, Stas Malyshev wrote:
> Hi!
>
> On 6/16/11 8:37 AM, Richard Quadling wrote:
>>
>> Maybe, but because of a lack of convention on naming, we have namespaces.
>
> No, we have namespaces not because we couldn't agree on naming convention,
> but because any naming convention witho
On 06/16/2011 05:32 PM, Stas Malyshev wrote:
> Hi!
>
>> I'm not saying there aren't any. There are known leaks in compile_file()
>> when you throw an exception like that, so if you call a huge amount of
>> these within a single request, you are going to have problems. But that
>
> You actually ca
Le 16/06/2011 18:11, Andi Gutmans a écrit :
> I have some news for you. Ruby has crashes, Python has crashes,
Probably. any references about that ?
> even Java has security issues and crashes (check out the Java bug database.
> It's bigger than ours).
IMHO java is a big s**t but that's rea
Hi!
Currently, I can find the names of functions, classes and interfaces -
be they from an extension or userland code.
But I can't get namespaces, or their aliases.
Names of functions and classes _are_ namespaces. As for aliases, these
are purely compile-time concepts, so there's nothing to
Hi!
On 6/16/11 8:37 AM, Richard Quadling wrote:
Maybe, but because of a lack of convention on naming, we have namespaces.
No, we have namespaces not because we couldn't agree on naming
convention, but because any naming convention without namespaces would
lead to ugly code (which you call "s
Hi!
I'm not saying there aren't any. There are known leaks in compile_file()
when you throw an exception like that, so if you call a huge amount of
these within a single request, you are going to have problems. But that
You actually can't call huge amount of these in one request, as this
part
>-Original Message-
>From: Pascal COURTOIS [mailto:pascal.court...@nouvo.com]
>Sent: Thursday, June 16, 2011 12:28 AM
>To: Lester Caine
>Cc: PHP internals
>Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd)
>
>Le 16/06/2011 09:19, Lester Caine a écrit :
>
>>>when you have a bu
On 16 June 2011 14:03, Martin Scotta wrote:
>
> Martin Scotta
>
>
> On Thu, Jun 16, 2011 at 9:40 AM, Richard Quadling
> wrote:
>>
>> On 15 June 2011 17:23, Stas Malyshev wrote:
>> > Hi!
>> >
>> >> With pecl/http (DEV-2 branch) and the Functional extension (on github)
>> >> both creating namespa
On 15 June 2011 17:23, Stas Malyshev wrote:
> Hi!
>
>> With pecl/http (DEV-2 branch) and the Functional extension (on github)
>> both creating namespaces within the extension, I think there is a
>> requirement for a mechanism to allow an extension to record the
>> namespace(s) that it has, in a si
Le 16/06/2011 13:42, Rasmus a écrit :
> On 06/16/2011 11:40 AM, Pascal COURTOIS wrote:
>> Le 16/06/2011 12:31, Rasmus a écrit :
>>> On 06/16/2011 11:03 AM, Pascal COURTOIS wrote:
If you followed the thread you have seen the reduced test case is
VERY short and the ONLY constructions invol
On 06/16/2011 12:42 PM, Rasmus wrote:
> On 06/16/2011 11:40 AM, Pascal COURTOIS wrote:
>> Le 16/06/2011 12:31, Rasmus a écrit :
>>> On 06/16/2011 11:03 AM, Pascal COURTOIS wrote:
If you followed the thread you have seen the reduced test case is
VERY short and the ONLY constructions invol
On 06/16/2011 11:40 AM, Pascal COURTOIS wrote:
> Le 16/06/2011 12:31, Rasmus a écrit :
>> On 06/16/2011 11:03 AM, Pascal COURTOIS wrote:
>>> If you followed the thread you have seen the reduced test case is
>>> VERY short and the ONLY constructions involved are user functions and
>>> exceptions. F
On Thu, 2011-06-16 at 12:26 +0200, Pascal COURTOIS wrote:
> Le 16/06/2011 12:12, Pierre Joye a écrit :
>
> > It is not what Johannes said and we do fix bugs every single day. What
> > Johannes said is that we can't force a volunteer to do something
> > specific instead of what he wants to do.
> >
Le 16/06/2011 12:31, Rasmus a écrit :
> On 06/16/2011 11:03 AM, Pascal COURTOIS wrote:
>> If you followed the thread you have seen the reduced test case is
>> VERY short and the ONLY constructions involved are user functions and
>> exceptions. FULL STOP. Not even a single addition nor a loop nor n
On 06/16/2011 11:03 AM, Pascal COURTOIS wrote:
> If you followed the thread you have seen the reduced test case is
> VERY short and the ONLY constructions involved are user functions and
> exceptions. FULL STOP. Not even a single addition nor a loop nor nothing.
> I can't imagine nobody uses user
Le 16/06/2011 12:12, Pierre Joye a écrit :
> It is not what Johannes said and we do fix bugs every single day. What
> Johannes said is that we can't force a volunteer to do something
> specific instead of what he wants to do.
>
> It is also totally off topic btw.
It is really on topic since le
2011/6/16 Pascal COURTOIS :
> I know. I also have a GPL project. Nonetheless some societies use it,
> and some people rely on it to get paid. I have absolutely no legal contract
> with anyone but I have a moral contract and when I'm signaled a bug, it is
> mostly
> fixed within few hours. I just
Le 16/06/2011 11:36, Johannes Schlüter a écrit :
> On Thu, 2011-06-16 at 08:12 +0200, Pascal COURTOIS wrote:
>> Le 16/06/2011 08:01, dukeofgaming a écrit :
>>
>>> Sorry if the question is dumb, but, how many core developers does PHP have?,
>>> how many in total (including non-core contributors)?.
On Thu, 2011-06-16 at 08:12 +0200, Pascal COURTOIS wrote:
> Le 16/06/2011 08:01, dukeofgaming a écrit :
>
> > Sorry if the question is dumb, but, how many core developers does PHP have?,
> > how many in total (including non-core contributors)?.
>
> That's not the point. Whatever the project is,
On Thu, Jun 16, 2011 at 3:46 AM, Andi Gutmans wrote:
>>-Original Message-
>>From: Pierre Joye [mailto:pierre@gmail.com]
>>Sent: Wednesday, June 15, 2011 2:33 AM
>>To: Andi Gutmans
>>Cc: Derick Rethans; PHP Developers Mailing List
>>Subject: Re: [PHP-DEV] Give the Language a Rest motion
Le 16/06/2011 10:12, Stas Malyshev a écrit :
> Hi!
>
> On 6/16/11 1:05 AM, Pascal COURTOIS wrote:
>> If you call "minuscule" a leak that requires more than 128Mb as it
>> normally requires about 4Mb, then it's minuscule but whatever you
>> name it it just does not run.
>
> Sorry, if your example
Hi!
On 6/16/11 1:05 AM, Pascal COURTOIS wrote:
If you call "minuscule" a leak that requires more than 128Mb as it
normally requires about 4Mb, then it's minuscule but whatever you name
it it just does not run.
Sorry, if your example generates memory footprint of 128Mb, something is
serious
Le 16/06/2011 09:56, Stas Malyshev a écrit :
> On 6/15/11 11:38 PM, Pascal COURTOIS wrote:
>> as I said earlier, test case was reduced to:
>
> The leaks you'll be seeing in this code is probably caused by the
> fact that main function (i.e. global context) is not destroyed when
> exit() is called,
On 6/15/11 11:38 PM, Pascal COURTOIS wrote:
as I said earlier, test case was reduced to:
The leaks you'll be seeing in this code is probably caused by the fact
that main function (i.e. global context) is not destroyed when exit() is
called, since . It can be argued as a bug, but very minor
Le 16/06/2011 09:29, Stas Malyshev a écrit :
> On 6/15/11 11:38 PM, Pascal COURTOIS wrote:
>>In bug 614904 I submitted a TWO lines program which crashed PHP on
>> a absolutely standard i386 debian install. I got no answer.
>> Of course the bug disapeared in following versions of PHP but what is
On 6/15/11 11:38 PM, Pascal COURTOIS wrote:
In bug 614904 I submitted a TWO lines program which crashed PHP on
a absolutely standard i386 debian install. I got no answer.
Of course the bug disapeared in following versions of PHP but what is fixed ?
Not as far as I know.
614904 doesn't look l
Le 16/06/2011 09:19, Lester Caine a écrit :
>>when you have a bug in PHP it should not ever ever crash PHP and
>> unfortunately I encountered that case dozens of times.
> At least on Linux is just recovers and carries on
If PHP crashes, yes, it recovers but it's VERY resource and time consum
On Jun 15, 2011, at 11:34 PM, dukeofgaming wrote:
> On Thu, Jun 16, 2011 at 1:12 AM, Pascal COURTOIS
> wrote:
>
>> Le 16/06/2011 08:01, dukeofgaming a écrit :
>>
>>> Sorry if the question is dumb, but, how many core developers does PHP
>> have?,
>>> how many in total (including non-core contrib
Pascal COURTOIS wrote:
Like Stas I have
never had problems with the stability of PHP5 in 10 years of running
it.
PHP5 did not exist 10 years ago ;-)
OK coming on 8 years ... seems longer :)
I looked at PHP4, but PHP5 was at release candidate stage so I decided that I'd
skip straight to tha
Le 16/06/2011 08:52, Lester Caine a écrit :
> Pascal I am sure that many people here would be more than happy to
> hear about particular problems you are hitting.
Ok, then why when I signal a bug noone cares ?
> Like Stas I have
> never had problems with the stability of PHP5 in 10 years of r
39 matches
Mail list logo