View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000105 | Xdebug | Uncategorized | public | 2004-11-20 19:11 | 2020-03-12 17:07 |
Reporter | 0x33 | Assigned To | derick | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Summary | 0000105: Fancy var_dump function vs Var_Dump class | ||||
Description | Hi Derick, The fancy var_dump function, which overrides the default var_dump() in PHP, does not have the same kind of output than the default function : it produces an html dump, whereas the default function produces a plain text dump (without html tags). The PEAR::Var_Dump package, whose I am the maintainer, closely depends on the output of the original var_dump() function to operate. And because the two results differ, the result of the Var_Dump class using your fancy replacement, does not produce the expected result (see bug http://pear.php.net/bugs/bug.php?id=2574). I've seen in the changelog, and in xdebug.c that your function overrides the default PHP function. But in the online documentation, you don't explicitly tell that, because the xdebug_var_dump() function is logically used to do this job. So I wanted to have your opinion to resolve this problem smoothly : do I need to take care of the result of your function in the Var_Dump class ; or do you think it could be possible to leave the original function as it is, perhaps with a configuration item telling if the user want to override or not the default var_dump function ? Regards, PHP Version 4.3.9-1.dotdeb.3 Reproduce code:<?php Expected result:array(3) { Actual result:
| ||||
Additional Information | Or would it be possible, before the following two lines in xdebug.c :
to create a link/pointer to the original var_dump() function (e.g. _xdebug_old_var_dump()) ? That would allow to use your fancy var_dump function as usual, but also to call the old function by using something like this : if ( What do you think of this option ? | ||||
Tags | No tags attached. | ||||
Operating System | Debian GNU/Linux | ||||
PHP Version | 5.0.2 | ||||
|
I'm sorry for the trouble. I've just discovered that the original var_dump() function was called when the "html_errors" configuration option is set to "off", and I've taken that into account in the new release of the Var_Dump package. In fact, everything is fine, and I think you can close this bug, as it is bogus. Regards |
|
As you said, not a bug, but a feature. Marking it as such. |
Date Modified | Username | Field | Change |
---|---|---|---|
2004-11-20 19:11 | 0x33 | New Issue | |
2004-11-24 15:43 | 0x33 | Note Added: 0000214 | |
2004-11-27 20:28 | derick | Status | new => resolved |
2004-11-27 20:28 | derick | Resolution | open => no change required |
2004-11-27 20:28 | derick | Assigned To | => derick |
2004-11-27 20:28 | derick | Note Added: 0000215 | |
2020-03-12 16:56 | derick | Severity | trivial => feature |
2020-03-12 17:07 | derick | Category | Feature/Change request => Uncategorized |