View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000094 | Xdebug | Uncategorized | public | 2004-10-06 20:27 | 2004-11-28 22:54 |
| Reporter | ratchet | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | random |
| Status | closed | Resolution | open | ||
| Summary | 0000094: xdebug_sprintf misbehaves with x86_64/glibc-2.3.3 | ||||
| Description | Specifically, using PHP CLI, xdebug_path_to_url produces either either a path of just "file://" or "file:///<garbage>" followed by a partial path. Also, with PHP compiled with --enable-debug and xdebug.loaded with "zend_extension_debug=/path/to/xdebug.so" it simply segfaults in xdebug_sprintf after connecting to the listener. | ||||
| Additional Information | According to Linux's vsnprintf man page, va_start and va_end should occur within the for(;;) loop used to calculate the result buffer's length. Patching xdebug_str.c as follows fixes the problem, and I am now able to step through PHP scripts with Komodo(!!!) using 64-bit PHP CLI and Xdebug. Note, though, that this may not work with older versions of glibc or with other architecutres' or operating systems' versions of vsnprintf. Index: xdebug_str.cRCS file: /repository/xdebug/xdebug_str.c,v
| ||||
| Tags | No tags attached. | ||||
| Operating System | |||||
| PHP Version | 4.3.4 | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-10-06 20:27 | ratchet | New Issue | |
| 2004-11-28 22:54 | derick | Status | new => closed |
| 2004-11-28 22:54 | derick | Note Added: 0000218 | |
| 2016-07-31 12:36 | derick | Category | Usage problems => Usage problems (Crashes) |
| 2016-07-31 12:38 | derick | Category | Usage problems (Crashes) => Usage problems (Wrong Results) |
| 2020-03-12 16:35 | derick | Category | Usage problems (Wrong Results) => Variable Display |
| 2020-03-12 16:38 | derick | Category | Variable Display => Uncategorized |