| commit | 4bd531c7ffda1df83b6e54ce11f28a0821e3d59e | |
| author | Tsukasa OI <research_trasio@irq.a4lg.com> | |
| Wed, 12 Oct 2022 12:22:12 +0000 (12 12:22 +0000) | ||
| committer | Tsukasa OI <research_trasio@irq.a4lg.com> | |
| Wed, 12 Oct 2022 13:21:31 +0000 (12 13:21 +0000) | ||
| tree | c701f0e83b9188c93eba854ebeac3b15f41158ab | treesnapshot (tar.gz zip) |
| parent | 182421c9d2eea8c4877d983a2124e591f0aca710 | commitdiff |
sim/ppc: Fix core_find_mapping diagnostics
Because "%p" is the pointer conversion specifier to print a pointer in an
implementation-defined manner, the result with format string containing
"0x%p" can be strange. For instance, core_map_find_mapping prints error
containing "0x0x...." (processor is not NULL) or "0x(null)" (processor is
NULL) on glibc.
This commit replaces "0x%p" with "%p" to prevent unpredictable behavior.
Because "%p" is the pointer conversion specifier to print a pointer in an
implementation-defined manner, the result with format string containing
"0x%p" can be strange. For instance, core_map_find_mapping prints error
containing "0x0x...." (processor is not NULL) or "0x(null)" (processor is
NULL) on glibc.
This commit replaces "0x%p" with "%p" to prevent unpredictable behavior.
| sim/ppc/corefile.c | diffblobblamehistory |