Professional Web Applications Themes

#39127 [NEW]: Class-name constructor fallbacks produce strange results - PHP Bugs

From: [email]colderphp.net[/email] Operating system: Irrelevant PHP version: 5.2.0RC5 PHP Bug Type: Scripting Engine problem Bug description: Class-name constructor fallbacks produce strange results Description: ------------ In php's OOP implementation, the "class-name method" fallback used when a __construct() method fails seems to have strange effects. Non-existant methods seems to be callable. It only happens if no constructor is defined in class b. This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs : Reproduce code: --------------- class a { function a($arg='') { echo $arg; } } class b extends a {} $b = new b; $b->b('foo'); $b->__construct('foo'); Expected result: ---------------- Fatal error: Call ...

  1. #1

    Default #39127 [NEW]: Class-name constructor fallbacks produce strange results

    From: [email]colderphp.net[/email]
    Operating system: Irrelevant
    PHP version: 5.2.0RC5
    PHP Bug Type: Scripting Engine problem
    Bug description: Class-name constructor fallbacks produce strange results

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when a
    __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is defined
    in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()

    --
    Edit bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    --
    Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=39127&r=trysnapshot44[/url]
    Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=39127&r=trysnapshot52[/url]
    Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=39127&r=trysnapshot60[/url]
    Fixed in CVS: [url]http://bugs.php.net/fix.php?id=39127&r=fixedcvs[/url]
    Fixed in release: [url]http://bugs.php.net/fix.php?id=39127&r=alreadyfixed[/url]
    Need backtrace: [url]http://bugs.php.net/fix.php?id=39127&r=needtrace[/url]
    Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=39127&r=needscript[/url]
    Try newer version: [url]http://bugs.php.net/fix.php?id=39127&r=oldversion[/url]
    Not developer issue: [url]http://bugs.php.net/fix.php?id=39127&r=support[/url]
    Expected behavior: [url]http://bugs.php.net/fix.php?id=39127&r=notwrong[/url]
    Not enough info: [url]http://bugs.php.net/fix.php?id=39127&r=notenoughinfo[/url]
    Submitted twice: [url]http://bugs.php.net/fix.php?id=39127&r=submittedtwice[/url]
    register_globals: [url]http://bugs.php.net/fix.php?id=39127&r=globals[/url]
    PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=39127&r=php3[/url]
    Daylight Savings: [url]http://bugs.php.net/fix.php?id=39127&r=dst[/url]
    IIS Stability: [url]http://bugs.php.net/fix.php?id=39127&r=isapi[/url]
    Install GNU Sed: [url]http://bugs.php.net/fix.php?id=39127&r=gnused[/url]
    Floating point limitations: [url]http://bugs.php.net/fix.php?id=39127&r=float[/url]
    No Zend Extensions: [url]http://bugs.php.net/fix.php?id=39127&r=nozend[/url]
    MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=39127&r=mysqlcfg[/url]
    colder@php.net Guest

  2. #2

    Default #39127 [Opn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]hellyphp.net[/email]
    Reported By: [email]colderphp.net[/email]
    Status: Open
    Bug Type: Scripting Engine problem
    -Operating System: Irrelevant
    +Operating System: *
    -PHP Version: 5.2.0RC5
    +PHP Version: *
    New Comment:

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    helly@php.net Guest

  3. #3

    Default #39127 [Opn->Bgs]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]hellyphp.net[/email]
    Reported By: [email]colderphp.net[/email]
    -Status: Open
    +Status: Bogus
    Bug Type: Scripting Engine problem
    Operating System: *
    PHP Version: *
    New Comment:

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    helly@php.net Guest

  4. #4

    Default #39127 [Bgs->Opn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]tony2001php.net[/email]
    Reported By: [email]colderphp.net[/email]
    -Status: Bogus
    +Status: Open
    Bug Type: Scripting Engine problem
    -Operating System: *
    +Operating System: Irrelevant
    -PHP Version: *
    +PHP Version: 5.2.0RC5
    New Comment:

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    tony2001@php.net Guest

  5. #5

    Default #39127 [Opn->Asn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]tony2001php.net[/email]
    Reported By: [email]colderphp.net[/email]
    -Status: Open
    +Status: Assigned
    Bug Type: Scripting Engine problem
    Operating System: Irrelevant
    PHP Version: 5.2.0RC5
    -Assigned To:
    +Assigned To: tony2001


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-11 19:00:45] [email]tony2001php.net[/email]

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().

    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    tony2001@php.net Guest

  6. #6

    Default #39127 [Com]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Comment by: judas dot iscariote at gmail dot com
    Reported By: [email]colderphp.net[/email]
    Status: Assigned
    Bug Type: Scripting Engine problem
    Operating System: Irrelevant
    PHP Version: 5.2.0RC5
    Assigned To: tony2001
    New Comment:

    This is indeed a misbehaviuor, in whatever case you decide to fix or
    not, it must be added to the docs.

    "For backwards compatibility, if PHP 5 cannot find a __construct()
    function for a given class, it will **search** for the old-style
    constructor function, by the name of the class."

    docs does not say it will magically add a method named as the **child**
    class **to** the child class...


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-11 19:00:45] [email]tony2001php.net[/email]

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().

    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    judas dot iscariote at gmail dot com Guest

  7. #7

    Default #39127 [Asn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]tony2001php.net[/email]
    Reported By: [email]colderphp.net[/email]
    Status: Assigned
    Bug Type: Scripting Engine problem
    Operating System: Irrelevant
    PHP Version: 5.2.0RC5
    Assigned To: tony2001
    New Comment:

    Dmitry added a valid point that someone might be relying on the code
    below to work:
    class a { function a() { var_dump("a::a()");} }
    class b extends a {}
    class c extends b {
    function C() {
    B::b(); //or parent::b();
    /* ... */
    }
    }

    This made me think that B::b() should be still callable statically (and
    be an alias for A::a()), since it's used as constructor.
    Updated version of the patch is here:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127_1.diff[/url]


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-12 08:01:38] judas dot iscariote at gmail dot com

    This is indeed a misbehaviuor, in whatever case you decide to fix or
    not, it must be added to the docs.

    "For backwards compatibility, if PHP 5 cannot find a __construct()
    function for a given class, it will **search** for the old-style
    constructor function, by the name of the class."

    docs does not say it will magically add a method named as the **child**
    class **to** the child class...

    ------------------------------------------------------------------------

    [2006-10-11 19:00:45] [email]tony2001php.net[/email]

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().

    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    [2006-10-11 18:05:10] [email]colderphp.net[/email]

    Description:
    ------------
    In php's OOP implementation, the "class-name method" fallback used when
    a __construct() method fails seems to have strange effects. Non-existant
    methods seems to be callable. It only happens if no constructor is
    defined in class b.

    This can be reproduced in php4.4, 5.1, 5.2-cvs, 6-cvs :



    Reproduce code:
    ---------------
    class a { function a($arg='') { echo $arg; } }
    class b extends a {}

    $b = new b;
    $b->b('foo');
    $b->__construct('foo');

    Expected result:
    ----------------
    Fatal error: Call to undefined method b::b() in ...
    Fatal error: Call to undefined method b::__construct() in ...

    Actual result:
    --------------
    foo
    Fatal error: Call to undefined method b::__construct()


    ------------------------------------------------------------------------


    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    tony2001@php.net Guest

  8. #8

    Default #39127 [Asn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]colderphp.net[/email]
    Reported By: [email]colderphp.net[/email]
    Status: Assigned
    Bug Type: Scripting Engine problem
    Operating System: Irrelevant
    PHP Version: 5.2.0RC5
    Assigned To: tony2001
    New Comment:

    in that case, should parent::__construct() also be callable ?


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-12 13:10:08] [email]tony2001php.net[/email]

    Dmitry added a valid point that someone might be relying on the code
    below to work:
    class a { function a() { var_dump("a::a()");} }
    class b extends a {}
    class c extends b {
    function C() {
    B::b(); //or parent::b();
    /* ... */
    }
    }

    This made me think that B::b() should be still callable statically (and
    be an alias for A::a()), since it's used as constructor.
    Updated version of the patch is here:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127_1.diff[/url]

    ------------------------------------------------------------------------

    [2006-10-12 08:01:38] judas dot iscariote at gmail dot com

    This is indeed a misbehaviuor, in whatever case you decide to fix or
    not, it must be added to the docs.

    "For backwards compatibility, if PHP 5 cannot find a __construct()
    function for a given class, it will **search** for the old-style
    constructor function, by the name of the class."

    docs does not say it will magically add a method named as the **child**
    class **to** the child class...

    ------------------------------------------------------------------------

    [2006-10-11 19:00:45] [email]tony2001php.net[/email]

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().

    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    [2006-10-11 18:59:09] [email]hellyphp.net[/email]

    expected behavior, b inherits a's constuctor and a::__construct
    obviously does not exist

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    [url]http://bugs.php.net/39127[/url]

    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    colder@php.net Guest

  9. #9

    Default #39127 [Asn]: Class-name constructor fallbacks produce strange results

    ID: 39127
    Updated by: [email]tony2001php.net[/email]
    Reported By: [email]colderphp.net[/email]
    Status: Assigned
    Bug Type: Scripting Engine problem
    Operating System: Irrelevant
    PHP Version: 5.2.0RC5
    Assigned To: tony2001
    New Comment:

    No, I don't think so.


    Previous Comments:
    ------------------------------------------------------------------------

    [2006-10-12 13:58:24] [email]colderphp.net[/email]

    in that case, should parent::__construct() also be callable ?

    ------------------------------------------------------------------------

    [2006-10-12 13:10:08] [email]tony2001php.net[/email]

    Dmitry added a valid point that someone might be relying on the code
    below to work:
    class a { function a() { var_dump("a::a()");} }
    class b extends a {}
    class c extends b {
    function C() {
    B::b(); //or parent::b();
    /* ... */
    }
    }

    This made me think that B::b() should be still callable statically (and
    be an alias for A::a()), since it's used as constructor.
    Updated version of the patch is here:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127_1.diff[/url]

    ------------------------------------------------------------------------

    [2006-10-12 08:01:38] judas dot iscariote at gmail dot com

    This is indeed a misbehaviuor, in whatever case you decide to fix or
    not, it must be added to the docs.

    "For backwards compatibility, if PHP 5 cannot find a __construct()
    function for a given class, it will **search** for the old-style
    constructor function, by the name of the class."

    docs does not say it will magically add a method named as the **child**
    class **to** the child class...

    ------------------------------------------------------------------------

    [2006-10-11 19:00:45] [email]tony2001php.net[/email]

    From what I see, the following happens:
    1) class_entry of "A" uses method a() as constructor;
    2) class "B" doesn't have a constructor;
    3) do_inherit_parent_constructor() looks for "__construct" in "A";
    4) there is no "__construct" in "A";
    5) named constructor a() is added to "B" as b().

    5) seems to be wrong to me, here is the patch:
    [url]http://tony2001.phpclub.net/dev/tmp/bug39127.diff[/url]

    With the patch method a() is still callable and used as constructor in
    "B", but there would be no method b().

    ------------------------------------------------------------------------

    [2006-10-11 18:59:29] [email]hellyphp.net[/email]

    Thank you for taking the time to write to us, but this is not
    a bug. Please double-check the doentation available at
    [url]http://www.php.net/manual/[/url] and the instructions on how to report
    a bug at [url]http://bugs.php.net/how-to-report.php[/url]

    see above

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    [url]http://bugs.php.net/39127[/url]

    --
    Edit this bug report at [url]http://bugs.php.net/?id=39127&edit=1[/url]
    tony2001@php.net Guest

Similar Threads

  1. Reference to parent in license-enabled class constructor
    By Nik Kalyani in forum ASP.NET Building Controls
    Replies: 0
    Last Post: November 11th, 03:53 AM
  2. Replies: 0
    Last Post: August 28th, 03:57 PM
  3. Replies: 0
    Last Post: August 28th, 03:57 PM
  4. #25292 [NEW]: is_null(1) and comparison with null produce different results
    By dizza at students dot ru in forum PHP Development
    Replies: 0
    Last Post: August 28th, 01:25 PM
  5. #23038 [Com]: PHP does not detect parent class inside child class' constructor
    By hewei at ied dot org dot cn in forum PHP Development
    Replies: 0
    Last Post: August 6th, 02:58 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139