Jani Taskinen schrieb:
> $this->is_fine.
$me->agrees();
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://
I've been away from email for the last couple of weeks - read through the
timezone thread, and didn't really see a conclusion.
My suggestion is to restore the old code in its entirely, and introduce the
new implementation as new functions with a proper prefix, a-la PHP 2005. I
think it's bett
On Sat, 8 Oct 2005, Zeev Suraski wrote:
> I've been away from email for the last couple of weeks - read through the
> timezone thread, and didn't really see a conclusion.
>
> My suggestion is to restore the old code in its entirely, and introduce the
> new implementation as new functions with a p
At 15:33 08/10/2005, Derick Rethans wrote:
On Sat, 8 Oct 2005, Zeev Suraski wrote:
> I've been away from email for the last couple of weeks - read through the
> timezone thread, and didn't really see a conclusion.
>
> My suggestion is to restore the old code in its entirely, and introduce the
>
On 8.10.2005 15:30 Uhr, Zeev Suraski wrote:
> I've been away from email for the last couple of weeks - read through
> the timezone thread, and didn't really see a conclusion.
IIRC the conclusion was, that Derick tries to make the TZ detection
better (which was the only BC problem, AFAIK). And ac
At 15:44 08/10/2005, Christian Stocker wrote:
On 8.10.2005 15:30 Uhr, Zeev Suraski wrote:
> I've been away from email for the last couple of weeks - read through
> the timezone thread, and didn't really see a conclusion.
IIRC the conclusion was, that Derick tries to make the TZ detection
bette
Christian Stocker wrote:
> IIRC the conclusion was, that Derick tries to make the TZ
> detection better (which was the only BC problem, AFAIK). And
> according to him, that's now almost solved (except some weird
> problems on Windows).
>
> He even made a pecl package for updating the TZ data ea
Zeev Suraski wrote:
> Ok, maybe I missed it in the lengthy thread.
I suspect that is very much the case. Derick has been working quite
diligently over the last little while at getting the BC problems solved
and as far as I know all but a few Win32 issues have been resolved to
everyones satisfacti
On 10/8/05, Sebastian Bergmann <[EMAIL PROTECTED]> wrote:
>
> Jani Taskinen schrieb:
> > $this->is_fine.
>
> $me->agrees();
>
>
Count me in for $this->way. It just makes more sense and is far easier to
read.
-Mike
--
Michael E. Crute
Software Developer
SoftGroup D
Hello Stanislav,
$.this_is_ridiculous, as in $.this != $this
marcus
Thursday, October 6, 2005, 11:14:39 AM, you wrote:
HH>>>So i'm all for keeping the $this-> prefix even though it adds some
HH>>>extra typing ...
> Just a thought - we could have compromise solution, i.e. some syntax sugar
Ilia Alshanetsky wrote:
Zeev Suraski wrote:
Ok, maybe I missed it in the lengthy thread.
I suspect that is very much the case. Derick has been working quite
diligently over the last little while at getting the BC problems solved
and as far as I know all but a few Win32 issues have been reso
On 8.10.2005 15:30 Uhr, Zeev Suraski wrote:
I've been away from email for the last couple of weeks - read through
the timezone thread, and didn't really see a conclusion.
IIRC the conclusion was, that Derick tries to make the TZ detection
better (which was the only BC problem, AFAIK). And accor
Hi all,
first of all I do not want to set off yet another discussion about the
changes 4.4 brought. I do understand why the changes were necessary, and
in most of the cases, I would even endorse that pieces of code that
trigger the new "only variable..." waring are "bad code".
Anyways, to me it s
Zeev Suraski wrote:
If the TZ detection works reliable, I don't see any reason to revert or
postpone Dericks work, the timezone handling of his implementation is so
much better than the old one, it's really worth the upgrade for everyone
having to deal with different timezones.
Ok, maybe I mis
Matthias Pigulla schrieb:
> So, in case of "return new", wouldn't it make sense to remove the
> warning as the code is 'legal'? And please, don't start a new "it's just
> a friendly notice" flame war.
Throwing a notice here is complete nonsense. All thinkable languages use
this coding style of "r
On Sat, 8 Oct 2005, Matthias Pigulla wrote:
So, in case of "return new", wouldn't it make sense to remove the
warning as the code is 'legal'? And please, don't start a new "it's just
a friendly notice" flame war.
It's just a notice, tune your error_reporting level accordingly.
--Jani
Hi all,
I just committed an install-pear.phar that uses a bootleg
Archive/Tar.php without the double-@ that caused the problem, and on my
gentoo system it installed like a charm.
If others could verify this is fixed from the "make instal-pear" end on
their systems, that would be great. One less
On Sat, 8 Oct 2005, Lukas Smith wrote:
> Ilia Alshanetsky wrote:
> > Zeev Suraski wrote:
> >
> > >Ok, maybe I missed it in the lengthy thread.
> >
> >
> >
> > I suspect that is very much the case. Derick has been working quite
> > diligently over the last little while at getting the BC problem
On Sat, 8 Oct 2005, Lester Caine wrote:
> Zeev Suraski wrote:
>
> > > If the TZ detection works reliable, I don't see any reason to revert or
> > > postpone Dericks work, the timezone handling of his implementation is so
> > > much better than the old one, it's really worth the upgrade for everyo
On Sat, 2005-10-08 at 21:57 +0200, Matthias Pigulla wrote:
> ... This
> was bug #33558 and has been fixed in 4.4.1RC1.
Does that give 34551 any chance of being fixed? 33558 is just
an annoying notice, but 34551 is a real BC break in 4.4 that
wasn't documented and will likely continue to bite peop
Derick Rethans wrote:
You don't need this, as there is:
http://no.php.net/date_default_timezone_set
cool ..
now we only need to get the list of possible legal TZ's documented (or
linked from the docs) .. atleast I do not see it yet (but it might be
just me not seeing it at 5 am after coming
On Fri, 7 Oct 2005, Derick Rethans wrote:
> On Fri, 7 Oct 2005, Rasmus Lerdorf wrote:
>
> > Which is why we need the unicode=off switch. I don't think there is any
> > way we can make Unicode PHP as fast as non-Unicode PHP. For people who
> > need Unicode support, Unicode PHP will be faster and
22 matches
Mail list logo