FAQ
Hi!

I have a proposal for backtrace improvement:
http://wiki.php.net/rfc/debugoptions
Short version: to add option to it that allows to suppress
printing/including arguments, because sometimes the traces with args
become unmanageable and args are rarely as important as the rest of the
info.

Comments?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227

Search Discussions

  • Derick Rethans at Jan 14, 2011 at 9:54 pm

    On Fri, 14 Jan 2011, Stas Malyshev wrote:

    I have a proposal for backtrace improvement:
    http://wiki.php.net/rfc/debugoptions
    Short version: to add option to it that allows to suppress printing/including
    arguments, because sometimes the traces with args become unmanageable and args
    are rarely as important as the rest of the info.

    Comments?
    I'm all for the option, but instead of having one positive
    (PROVIDE_OBJECT) and the one negative (IGNORE_ARGS) "option" I would
    suggest to have to positive ones:

    PROVIDE_OBJECTS (I also pluralised it to be the same)
    PROVIDE_ARGS

    and then with the default value of course being 0x03.

    cheers,
    Derick
  • Stas Malyshev at Jan 14, 2011 at 9:56 pm
    Hi!
    I'm all for the option, but instead of having one positive
    (PROVIDE_OBJECT) and the one negative (IGNORE_ARGS) "option" I would
    suggest to have to positive ones:

    PROVIDE_OBJECTS (I also pluralised it to be the same)
    PROVIDE_ARGS
    The problem with it would be that debug_backtrace(true|false) won't work
    as before.

    --
    Stanislav Malyshev, Software Architect
    SugarCRM: http://www.sugarcrm.com/
    (408)454-6900 ext. 227
  • Derick Rethans at Jan 14, 2011 at 10:07 pm

    On Fri, 14 Jan 2011, Stas Malyshev wrote:

    I'm all for the option, but instead of having one positive
    (PROVIDE_OBJECT) and the one negative (IGNORE_ARGS) "option" I would
    suggest to have to positive ones:

    PROVIDE_OBJECTS (I also pluralised it to be the same)
    PROVIDE_ARGS
    The problem with it would be that debug_backtrace(true|false) won't work as
    before.
    Ah, right. Still ugly :-) But not as bad as overloading to see whether
    there is a bool or an int.

    cheers,
    Derick
  • Stas Malyshev at Jan 14, 2011 at 10:25 pm
    Hi!
    Ah, right. Still ugly :-) But not as bad as overloading to see whether
    there is a bool or an int.
    I wouldn't mind breaking this bit of BC in 5.4, but I'd like to have it
    in 5.3 and don't want to break too much.
    --
    Stanislav Malyshev, Software Architect
    SugarCRM: http://www.sugarcrm.com/
    (408)454-6900 ext. 227

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupphp-internals @
categoriesphp
postedJan 14, '11 at 9:47p
activeJan 14, '11 at 10:25p
posts5
users2
websitephp.net

2 users in discussion

Stas Malyshev: 3 posts Derick Rethans: 2 posts

People

Translate

site design / logo © 2023 Grokbase