Encouraging call super is still not the right way to go about this. As
I said before, even with the changes proposed, there's no way to
*contractually enforce* the call super pattern in this language.
That's why it is and will remain an antipattern. So all you're doing
is allowing people to more ea
Am 24.05.2013 23:38, schrieb Anatol Belski:
> Hi David,
>
> On Fri, 2013-05-24 at 23:28 +0200, David Soria Parra wrote:
>> Hi Anatol,
>>
>> I saw your commit 74555e7c26b2c61bb8e67b7d6a6f4d2b8eb3a5f3 added a 4mb
>> mp3 file. Is it possible to create a much smaller mp3 that helps to
>> reproduce th
Hi David,
On Fri, 2013-05-24 at 23:28 +0200, David Soria Parra wrote:
> Hi Anatol,
>
> I saw your commit 74555e7c26b2c61bb8e67b7d6a6f4d2b8eb3a5f3 added a 4mb
> mp3 file. Is it possible to create a much smaller mp3 that helps to
> reproduce the same bug? The file blows up the taball file for the
On Fri, May 24, 2013 at 2:40 AM, Derick Rethans wrote:
> On Thu, 23 May 2013, Daniel Lowrey wrote:
>
> > I guess my point is that I don't believe default settings should
> > trigger errors. If it's a default setting, it's a default setting.
>
> No - you, as an admin, are required to make an infor
Hi Anatol,
I saw your commit 74555e7c26b2c61bb8e67b7d6a6f4d2b8eb3a5f3 added a 4mb
mp3 file. Is it possible to create a much smaller mp3 that helps to
reproduce the same bug? The file blows up the taball file for the final
release, which I hope to keep as small as possible.
Thanks in advance,
Davi
> "If none of the above succeed, date_default_timezone_get() will return a
> default timezone of UTC."
It will still raise a warning, by the way. This is horrible behavior;
I recommend the following:
date_default_timezone_set(ini_get('date.timezone') ?: 'UTC');
This is basically what date_de
While UTC is not *ideal*, I am failing to see why its not a reasonable
default. After all, according to
http://us3.php.net/manual/en/function.date-default-timezone-get.php
"If none of the above succeed, date_default_timezone_get() will return a
default timezone of UTC."
If people care about
On Fri, 24 May 2013, Patrick Schaaf wrote:
> Am 24.05.2013 18:45 schrieb "Derick Rethans" :
> >
> > On Fri, 24 May 2013, Leszek Krupiński wrote:
> >
> > > I was wondering - why not get time zone info from operating
> > > system? It's should be quite easy on both *nixes and Windows. That
> > > wa
Am 24.05.2013 18:45 schrieb "Derick Rethans" :
>
> On Fri, 24 May 2013, Leszek Krupiński wrote:
>
> > I was wondering - why not get time zone info from operating system? It's
> > should be quite easy on both *nixes and Windows. That way default value
would
> > be "from operating system", with possi
On Fri, 24 May 2013, Leszek Krupiński wrote:
> On 2013-05-24 10:34, Johannes Schlüter wrote:
> > On Fri, 2013-05-24 at 01:16 -0700, Kris Craig wrote:
> > > Couldn't we take a page from MySQL's book and have a setup script that
> > > prompts the admin for this (much like theirs prompts for a root p
On Fri, 24 May 2013, Leszek Krupiński wrote:
> On 2013-05-23 22:10, Stas Malyshev wrote:
> > > The "U" in UTC *does* stand for "Universal," after all. It's a
> > > sensible default and as such shouldn't
> > I don't think it's a sensible default - people don't actually use UTC
> > when considering
On 24 May 2013 10:44, Stas Malyshev wrote:
>
> It is rather surprising that you would expect that as a PHP programmer,
> since it never worked this way in PHP, and no PHP code works this way
> either.
I'm saying that "as a PHP programmer" because my expectation is not
based on how other languages
On Fri, May 24, 2013 at 10:44 AM, Stas Malyshev wrote:
> Hi!
>
> > As a PHP programmer, I would always expect the file/line to refer to
> > the throw statement that has thrown it last. If I wanted to keep track
>
> It is rather surprising that you would expect that as a PHP programmer,
> since it
On Fri, May 24, 2013 at 5:32 PM, Ferenc Kovacs wrote:
>
>
>
> On Fri, May 24, 2013 at 5:26 PM, Etienne Kneuss wrote:
>
>> Sure the default implementation would have to be identical to the
>> behavior of not defining one.
>>
>>
> agree
>
>
>> I believe the best way to solve these issues is by hav
On 24 May 2013 08:26, Ferenc Kovacs wrote:
> On Fri, May 24, 2013 at 3:09 PM, Nikita Popov wrote:
>> We already have a lot of functions for multibyte string handling. Let me
>> list a few:
>>
>> * The str* functions. Most of them are safe for usage with UTF8.
>> Exceptions are basically everythi
On Fri, May 24, 2013 at 5:26 PM, Etienne Kneuss wrote:
> Sure the default implementation would have to be identical to the behavior
> of not defining one.
>
>
agree
> I believe the best way to solve these issues is by having an implicit base
> class.
>
that would also solve the "I want to type
On Fri, May 24, 2013 at 3:09 PM, Nikita Popov wrote:
> On Fri, May 24, 2013 at 3:17 AM, Rouven Weßling >wrote:
>
> > Hi Internals!
> >
> > First let me introduce myself, my name is Rouven Weßling, I'm a student
> at
> > RWTH Aachen University and I'm one of the maintainers of the Joomla!
> > Fra
Sure the default implementation would have to be identical to the behavior
of not defining one.
I believe the best way to solve these issues is by having an implicit base
class. To some extent, that means BC breaks though.
On Fri, May 24, 2013 at 5:22 PM, Ferenc Kovacs wrote:
>
> Hi.
>>
>> I'm
> Hi.
>
> I'm not an expert here, so just thinking out loud ...
>
> If a theoretical \PHP\baseclass can have empty __construct()/__destruct(),
> what about the other magic methods?
>
> OK, I suppose cascading some of the magic methods to a parent and having a
> null parent at the very very bottom o
> Also, throwing new exception with previous is not the same as throwing
> the same exception twice.
Correct, but I've personally never thrown the same exception twice.
The only times I've thrown exceptions from catch blocks is to provide
a better exception or perhaps to abstract away something in
On 24 May 2013 13:11, Ferenc Kovacs wrote:
> On Thu, May 23, 2013 at 11:32 PM, Stas Malyshev >wrote:
>
> > Hi!
> >
> > > Right now, to avoid this situation, you have to do:
> > > if (method_exists(get_parent_class(), '__construct'))
> > > parent::__construct();
> > >
> > > If you don't check for
On Fri, May 24, 2013 at 3:17 AM, Rouven Weßling wrote:
> Hi Internals!
>
> First let me introduce myself, my name is Rouven Weßling, I'm a student at
> RWTH Aachen University and I'm one of the maintainers of the Joomla!
> Framework (née Platform). I've been following the internals list for a few
On Thu, May 23, 2013 at 11:32 PM, Stas Malyshev wrote:
> Hi!
>
> > Right now, to avoid this situation, you have to do:
> > if (method_exists(get_parent_class(), '__construct'))
> > parent::__construct();
> >
> > If you don't check for the method existing, you get:
> > Fatal error: Cannot call cons
On 2013-05-24 10:34, Johannes Schlüter wrote:
On Fri, 2013-05-24 at 01:16 -0700, Kris Craig wrote:
Couldn't we take a page from MySQL's book and have a setup script that
prompts the admin for this (much like theirs prompts for a root password).
A reminder to run it could be added as a nag at t
Hi!
> As a PHP programmer, I would always expect the file/line to refer to
> the throw statement that has thrown it last. If I wanted to keep track
It is rather surprising that you would expect that as a PHP programmer,
since it never worked this way in PHP, and no PHP code works this way
either.
On Fri, 2013-05-24 at 01:16 -0700, Kris Craig wrote:
> Couldn't we take a page from MySQL's book and have a setup script that
> prompts the admin for this (much like theirs prompts for a root password).
> A reminder to run it could be added as a nag at the end of the install;
> or, perhaps even ha
On Fri, May 24, 2013 at 1:16 AM, Kris Craig wrote:
>
>
> On Fri, May 24, 2013 at 12:11 AM, Levi Morrison
> wrote:
>
>> >>> The "U" in UTC *does* stand for "Universal," after all. It's a
>> >>> sensible default and as such shouldn't
>> >>
>> >> I don't think it's a sensible default - people don't
On Fri, May 24, 2013 at 12:11 AM, Levi Morrison wrote:
> >>> The "U" in UTC *does* stand for "Universal," after all. It's a
> >>> sensible default and as such shouldn't
> >>
> >> I don't think it's a sensible default - people don't actually use UTC
> >> when considering dates. A minority of people
Hi Internals,
Our RC2 of PHP 5.5.0 has been released for testing. It fixes some bugs and
improves stability against RC1 code.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the
>>> The "U" in UTC *does* stand for "Universal," after all. It's a
>>> sensible default and as such shouldn't
>>
>> I don't think it's a sensible default - people don't actually use UTC
>> when considering dates. A minority of people can use timezone that
>> coincides with UTC, but not very many us
30 matches
Mail list logo
