Clint,
How about
final public $Hours {}
That would allow for the read only and limit the inheritance.
Sent from my iPhone
On Dec 11, 2011, at 11:02 PM, Clint M Priest cpri...@zerocue.com wrote:
https://bugs.php.net/patch-display.php?bug=49526patch=v2.2revision=1323662103
This one
On Sun, 11 Dec 2011, Oleg Oshmyan wrote:
* The tzname C variable can be used to get two abbreviations for the
current zone (typically the standard one and the DST one for zones
where DST is used), which allows to improve the guess compared to using
just one abbreviation; for example,
On Dec 11, 2011, at 1:07 PM, Pierre Joye wrote:
hi,
On Sun, Dec 11, 2011 at 1:59 AM, Oleg Oshmyan chor...@inbox.lv wrote:
I am willing to work on patches but I suppose some consensus should be
reached first.
The consensus was that you have to set a valid default timezone in php.ini
I
Hello,
I'm not sure if this is the desired behavior and i don't want to submit
a bogus bug report.
class A
{
public function f1()
{
var_dump($this-_b);
}
}
class B
{
public $_b = 'stuff';
public function f2()
{
A::f1();
}
}
$b = new B();
$b-f2();
hi,
On Mon, Dec 12, 2011 at 2:30 PM, Evert Pot evert@filemobile.com wrote:
The 'guess' in the function-name should be enough of a warning. People who
opt-in to this behaviour explicitly comply to the possible inaccuracy of the
result. I would be one of those people, and as much as it
I'm not sure if this is the desired behavior and i don't want to submit a
bogus bug report.
…
At first i would expect an error since A was not instantiated, at most i
would expect to return NULL but not 'stuff'.
Is this a bug ?
This is explained here:
Hi,
On Mon, Dec 12, 2011 at 14:35, Bogdan Bezuz bogdan.be...@emag.ro wrote:
Hello,
I'm not sure if this is the desired behavior and i don't want to submit a
bogus bug report.
class A
{
public function f1()
{
var_dump($this-_b);
}
}
class B
{
public $_b = 'stuff';
On Mon, 12 Dec 2011, Evert Pot wrote:
On Dec 11, 2011, at 1:07 PM, Pierre Joye wrote:
On Sun, Dec 11, 2011 at 1:59 AM, Oleg Oshmyan chor...@inbox.lv wrote:
I am willing to work on patches but I suppose some consensus should be
reached first.
The consensus was that you have to set
Hello,
Thanks for the info, as pointed out by Sean Coates this is sort of
documented, I've submited a documentation (problem/)bug report.
https://bugs.php.net/bug.php?id=60499
E_STRICT was disabled since a large part of the application was
moved to php 5 only
I do not think it is too much asking to an admin to setup the correct
default timezone in php.ini on install, or to allow users to set it for
their virtual hosts via the usual interface.
We are not talking only about servers here. We are mainly talking about
personal machines, including
This might work on some distrbutions, but not nearly on all. And
definitely not on Windows. On Debian it's not a symlink for example.
It is still usable as one of the possibilities for the guessing algorithm
to examine.
Initially I also wanted to say that /usr/share/zoneinfo can be searched
Hello Folks,
We're hosting an increasing number of Drupal (ick) sites on our servers,
and while going over the diagnostic screen for APC, we noticed that
identical files are being cached multiple times.
For example, user.module is cached 3 times for 3 sites.
I've seen other people asking this
Announcement is here http://www.facebook.com/note.php?note_id=10150415177928920
I saw via reddit
http://www.reddit.com/r/programming/comments/n8xq7/facebook_releases_a_php_justintime_compiler/c3770qq
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
CelebrityAccess
Whether you are purchasing a new subscription, renewing an old one, or
advertising with us all purchases allow you to choose one of many wonderful
holiday gifts.
It's our way of thanking you for your business.
Visit our Holiday Special Page and look around. There are some great
This wouldn't quite address the concern. This already works and prevents any
modification/override to the accessor.
The spec talks about being able to allow an over-ride of the get and
non-override of the setter (or in the readonly case, no setter defined).
-Original Message-
From:
There is currently no parent::get(), parent::set() capability. The RFC has no
mention of being able to call the parent accessor and so I have not explored
that possibility. It would be a nice feature for just such a purpose.
-Original Message-
From: guilhermebla...@gmail.com
On Mon, 2011-12-12 at 01:01 +, Clint M Priest wrote:
To be complete I should probably add something to the reflection system as
well. At present the getters/setters would show up as functions.
What would be preferable?
1) Show up as regular functions and let users fend for themselves?
Hi,
I don't see how we could possibly do as option 1.
The structure would be weird, because considering I'm looking for an
specific ReflectionMethod that matches a property name, I'd also be
able to call it through invoke, but also regularly through
$obj-Setter($value);
Since I don't see in the
Why perpetuate the problem though? I'd tend to think 3 would be the best
solution.
-Original Message-
From: Johannes Schlüter [mailto:johan...@schlueters.de]
Sent: Monday, December 12, 2011 6:52 PM
To: Clint M Priest
Cc: Pierre Joye; internals@lists.php.net
Subject: RE: [PHP-DEV]
Hi:
Call for voting about the const array/string derefernce RFC now.
you can find more info here: https://wiki.php.net/rfc/constdereference#vote
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.
Nikita
On Tue, Dec 13, 2011 at 7:16 AM, Laruence larue...@php.net wrote:
Hi:
Call for voting about the const array/string derefernce RFC now.
you can find more info here:
21 matches
Mail list logo
