From: Hui Zhu Date: Fri, 16 Sep 2011 09:07:01 +0000 (+0000) Subject: 2011-09-16 Hui Zhu X-Git-Tag: binutils-2_22-branchpoint~53 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=d99f7e48425eda1bf7bf41bcc607420ad311c21b;p=external%2Fbinutils.git 2011-09-16 Hui Zhu * gdb.texinfo (Tracepoint Restrictions): Change *$esp@300 to *(unsigned char *)$esp@300. --- diff --git a/gdb/doc/ChangeLog b/gdb/doc/ChangeLog index a513097..7d1e0d4 100644 --- a/gdb/doc/ChangeLog +++ b/gdb/doc/ChangeLog @@ -1,3 +1,8 @@ +2011-09-16 Hui Zhu + + * gdb.texinfo (Tracepoint Restrictions): Change *$esp@300 + to *(unsigned char *)$esp@300. + 2011-09-15 Paul Koning * gdb.texinfo: Make style of Python functions and methods match diff --git a/gdb/doc/gdb.texinfo b/gdb/doc/gdb.texinfo index 982843ab..051377d 100644 --- a/gdb/doc/gdb.texinfo +++ b/gdb/doc/gdb.texinfo @@ -10627,7 +10627,7 @@ by @code{ptr}. @item It is not possible to collect a complete stack backtrace at a tracepoint. Instead, you may collect the registers and a few hundred -bytes from the stack pointer with something like @code{*$esp@@300} +bytes from the stack pointer with something like @code{*(unsigned char *)$esp@@300} (adjust to use the name of the actual stack pointer register on your target architecture, and the amount of stack you wish to capture). Then the @code{backtrace} command will show a partial backtrace when