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
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
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
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_ARGSThe 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
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