On Fri, Jul 23, 2010 at 21:34, Karoly Negyesi wrote:
>> This is plain false. PHP does care for BC a lot.
>
> OK. I will try to test PHP to help you guys in this. I know there is
> documentation but it often misses crucial subtle points and there is
> not a lot of education of the public to set exp
Hi!
In other words, how can I help best? If I try to run Drupal with a
daily build then I will chase all the build bugs constantly. If I tell
That'd be great. Giving special attention to RCs would also help - it's
much better to catch something before the release than people starting
to scre
> This is plain false. PHP does care for BC a lot.
OK. I will try to test PHP to help you guys in this. I know there is
documentation but it often misses crucial subtle points and there is
not a lot of education of the public to set expectations.
In other words, how can I help best? If I try to r
Hi!
If you treat ::$ as a single construct in your mind then you will get
classname::$foo() wrong. Of course the rule is that classname::.() is a
method call but it's less evident by just looking at the code.
It's really not that hard. It'd take you 1/100 of the time you are
wasting discu
Hm, a touch of civility. OK let me retry then.
So what I tried to say is this:
If you treat ::$ as a single construct in your mind then you will get
classname::$foo() wrong. Of course the rule is that classname::.() is a
method call but it's less evident by just looking at the code.
I have s
On Fri, Jul 23, 2010 at 9:40 AM, Reindl Harald wrote:
> First:
> A personally answer is NOT "the list"
>
> Am 23.07.2010 17:27, schrieb Karoly Negyesi:
> >> Idiotic point of view, really there is no brain behind
> >
> > Really? so we are now down to personal attacks.
>
> Sorry but if you do not un
First:
A personally answer is NOT "the list"
Am 23.07.2010 17:27, schrieb Karoly Negyesi:
>> Idiotic point of view, really there is no brain behind
>
> Really? so we are now down to personal attacks.
Sorry but if you do not understand the first answer i have
to make it clear
> Now listen. *Eve
> Idiotic point of view, really there is no brain behind
Really? so we are now down to personal attacks. Now listen. *Every*
PHP version breaks backwards compatibility and we (I am one of the
lead Drupal developers) struggle with making Drupal compatible with
the subtle, often undocumented changes
On 07/23/2010 10:20 AM, Reindl Harald wrote:
Would you like to know what is really confusing?
mysql_escape_string
mysql_real_escape_string
So if you have nothing to do try to cleanup this
hint: "mysql_real_escape_string" never should have existed this way
and should be dprecated for some relaese
On 23.07.2010, at 11:35, Harald Lapp wrote:
> Am 23.07.10 06:05, schrieb Adam Harvey:
>> On 23 July 2010 03:05, Harald Lapp wrote:
>>> i would like to ask what's the state of $this (and 'self') in closures.
>>> there seems to be no news on this topic for several month now. php 5.3.3 was
>>> just
Am 23.07.10 06:05, schrieb Adam Harvey:
On 23 July 2010 03:05, Harald Lapp wrote:
i would like to ask what's the state of $this (and 'self') in closures.
there seems to be no news on this topic for several month now. php 5.3.3 was
just released and still nothing has changed regarding this. so i
Am 23.07.10 06:05, schrieb Adam Harvey:
On 23 July 2010 03:05, Harald Lapp wrote:
i would like to ask what's the state of $this (and 'self') in closures.
there seems to be no news on this topic for several month now. php 5.3.3 was
just released and still nothing has changed regarding this. so i
Am 23.07.2010 02:29, schrieb Karoly Negyesi:
> On Thu, Jul 22, 2010 at 4:51 PM, Davey Shafik wrote:
>> You can call classname::$foo() and even $obj->$foo() with call_user_func()
>> should we get rid of those too?
>
> Absolutely not.
Idiotic point of view, really there is no brain behind
If you
13 matches
Mail list logo
