From: "Ray Bejjani" <ray.bejjani@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: Turning off printing of char pointer contents
Date: Fri, 01 Jun 2007 01:32:00 -0000 [thread overview]
Message-ID: <fb6fe8260705311832v53866cbeiba4295d4fba99bd8@mail.gmail.com> (raw)
In-Reply-To: <m3zm3kmwym.fsf@codesourcery.com>
Thanks! That should do it. I can set regions, but I cant set (or even
show) the inaccessible-by-default setting . It's in the manual, and
I've tried it with 6.5 and 6.6 (in case it was new) but it simply
doesn't know what it is. I don't know if it matters, but I'm
cross-debugging a coldfire, so maybe it isn't supported (of course, I
cant seem to set it in my x86 one either).
I get:
(gdb) set mem inaccessible-by-default on
No symbol "mem" in current context.
Thanks again, sorry for being quite useless.
On 5/31/07, Jim Blandy <jimb@codesourcery.com> wrote:
>
> "Ray Bejjani" <ray.bejjani@gmail.com> writes:
> > I'm trying to turn off printing the contents of char pointers. I'm use
> > GDB to debug an embedded app remotely. In some instances the pointers
> > are left uninitialised and can point to sections of memory that cause
> > system crashes when accessed (or they cause external hardware to
> > change state when read). I am using DDD on top of GDB but I can
> > reproduce the issue with GDB as well. GDB seems to treat C strings in
> > a special manner, attempting to print the contents until it sees an
> > null terminator or hit the limit set by the "print elements" setting.
> > My system crashes when this happens.
> > Unfortunately, doing a set print elements 0 is interpreted as no
> > limit. Are there any other settings I can use to suppress this
> > feature? In particular, I would like it to treat char (or unsigned
> > char) pointers like it does other pointers where it doesn't attempt to
> > dereference them. I would still like to be able to display/print the
> > contents of strings when needed but only on demand. Failing that,
> > where in the code should I look to try and force this to not happen?
>
> Have you looked at "Memory region attributes" in the GDB manual? You
> can define memory regions, and then use 'set mem
> inaccessible-by-default' to tell GDB not to touch memory regions you
> haven't defined.
>
next prev parent reply other threads:[~2007-06-01 1:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-31 22:38 Ray Bejjani
2007-05-31 22:44 ` Jason Molenda
2007-05-31 22:48 ` Jim Blandy
2007-06-01 1:32 ` Ray Bejjani [this message]
2007-06-01 13:39 ` Daniel Jacobowitz
2007-06-01 20:07 ` Ray Bejjani
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fb6fe8260705311832v53866cbeiba4295d4fba99bd8@mail.gmail.com \
--to=ray.bejjani@gmail.com \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox