Pierre Joye wrote:
hi,
Can you please tell use the function causing the crash? That would be helpful.
Funny thing: After about 2 days of wrestling with this issue and only
when I copied and pasted the code into this reply did I notice:
function BB_CreatePropertiesLink($title, $bbaction,
Stanislav Malyshev wrote:
Hi!
IMHO __get is not consistent at the first place.
on possible example:
It is perfectly consistent. You just need to read what it actually does:
http://www.php.net/manual/en/language.oop5.overloading.php#language.oop5.overloading.members
instead of imagining wha
On Fri, 2010-03-26 at 11:03 -0700, Stanislav Malyshev wrote:
> Hi!
>
> >> Well, they don't necessarily have to fix their application. They can
> >> just put: default_charset=iso-8859-1 in their php.ini.
> >
> > If they have access to the file, which many users don't have. And I
>
> Can't they ju
Hi!
Well, they don't necessarily have to fix their application. They can
just put: default_charset=iso-8859-1 in their php.ini.
If they have access to the file, which many users don't have. And I
Can't they just do ini_set? It's INI_ALL.
--
Stanislav Malyshev, Zend Software Architect
s...@z
Hi!
IMHO __get is not consistent at the first place.
on possible example:
It is perfectly consistent. You just need to read what it actually does:
http://www.php.net/manual/en/language.oop5.overloading.php#language.oop5.overloading.members
instead of imagining what it could do.
--
Stanislav M
On Fri, 2010-03-26 at 08:04 -0700, Rasmus Lerdorf wrote:
> On 03/26/2010 05:39 AM, Johannes Schlüter wrote:
> > On Tue, 2010-03-23 at 18:08 +, Rasmus Lerdorf wrote:
> >> rasmus Tue, 23 Mar 2010 18:08:06 +
> >>
> >> Revision: http://svn.php.net/viewvc?view=r
2010/3/26 Johannes Schlüter :
> On Tue, 2010-03-23 at 18:08 +, Rasmus Lerdorf wrote:
> With the environments using more and more Utf-8 (operating system
> environments, editor defaults, ...) the change is good but it is no
> small thing but will cause "trouble" for many users having iso-8859-1
Stefan Marr wrote:
On 26 Mar 2010, at 10:26, mathieu.suen wrote:
Variable has been discuss in *http://tinyurl.com/y9t7nd9
Right, and related to that we have freezable traits
http://scg.unibe.ch/scgbib?_k=NNRwidu5&query=freezable+traits&display=abstract
Which influenced this RFC for PH
On 26 Mar 2010, at 10:26, mathieu.suen wrote:
> Variable has been discuss in *http://tinyurl.com/y9t7nd9
Right, and related to that we have freezable traits
http://scg.unibe.ch/scgbib?_k=NNRwidu5&query=freezable+traits&display=abstract
Which influenced this RFC for PHP: http://wiki.php.net/rfc/n
Stefan Marr wrote:
On 25 Mar 2010, at 21:30, Stefan Marr wrote:
On 25 Mar 2010, at 16:37, Lukas Kahwe Smith wrote:
Hi,
this was just brought up on IRC. my understanding is that traits have no
concept of properties, but grafts do (all hidden internally). correct?
Right, the Tra
Stanislav Malyshev wrote:
Hi!
So what you're saying is that it is *consistent* with regard to the
implementation of methods/functions, i.e. __get behaves as an
ordinary method.
Yes, it does.
IMHO __get is not consistent at the first place.
on possible example:
class A
{
protected $foo;
Stefan Marr wrote:
> Well, my personal (I admit very academic) position is:
> - Traits are not classes
> - Traits are not interfaces
> - Traits are not types
> - Traits cannot be instantiated
>
> Thus, there is no meaning of a is_a and instanceof
+1
--
Sebastian Bergmann
hi,
Can you please tell use the function causing the crash? That would be helpful.
Which extension do you use? For example if you use mysql, be sure that
you have the php's libmysql.dll is used and not the one from mysql's
(put the php directory first in your PATH).
Cheers,
On Fri, Mar 26, 2010
13 matches
Mail list logo
