Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@cygnus.com>
To: Kevin Hilman <khilman@equator.com>
Cc: gdb@sourceware.cygnus.com
Subject: Re: examining mmap()'d memory regions on linux
Date: Wed, 17 May 2000 16:34:00 -0000	[thread overview]
Message-ID: <39232C11.19A7E937@cygnus.com> (raw)
In-Reply-To: <r23dngrjg9.fsf@bobdog.equator.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2349 bytes --]

Kevin Hilman wrote:
> 
> I have an app that reads/writes to an mmap()'d region.  The data
> is being read and written fine because it's getting to it's final
> location (in this case a hardware device).
> 
> However, if I try to examine (via 'x') these memory regions in gdb, I
> always get zeros.
> 
> Does gdb support mmap()'d regions?

Not a GDB problem.  GDB asks the kernel ``can I have memory at address X
with process P''.  If the kernel doesn't return it there is little GDB
can do :-)

As a work around, you may want to add a small function to your program
that dumps out the relevant data.  You can then call that from the gdb
command line.

	enjoy,
		Andrew
From ac131313@cygnus.com Thu May 18 01:08:00 2000
From: Andrew Cagney <ac131313@cygnus.com>
To: GDB Discussion <gdb@sourceware.cygnus.com>
Subject: GDB diagram
Date: Thu, 18 May 2000 01:08:00 -0000
Message-id: <3923A4A7.8506C817@cygnus.com>
X-SW-Source: 2000-05/msg00084.html
Content-length: 365

Just FYI,

    http://www.cygnus.com/~cagney/gdb-1999-07.jpg

this is something that I copied from a white board during a GDB
discussion.  Some 8 months later it is interesting to see what has and
what hasn't worked.

In the next week I'll try to come up with something that more closely
resembles reality.

	Andrew

PS: Yes the top left does say ``visual basic''.
From robert.melchers@drives.eurotherm.co.uk Thu May 18 08:05:00 2000
From: "Robert" <robert.melchers@drives.eurotherm.co.uk>
To: "Gdb Mailing list (E-mail)" <gdb@sourceware.cygnus.com>
Subject: gdb/mi question
Date: Thu, 18 May 2000 08:05:00 -0000
Message-id: <000301bfc0da$a244e1d0$c9a87995@rmelch.drives.eurotherm.co.uk>
X-SW-Source: 2000-05/msg00085.html
Content-length: 625

I have build gdb 
with -DUI_OUT=1 and now I get the following error when I 
type
 
/tools/H-i686-pc-cygwin/bin/sh-coff-gdb --ui=mi 
--nw Interpreter `mi' unrecognized.
 
All other 
combinations of --interpreter --i --ui all generate the same 
message.
 
I passed the 
following to configure --enable-build-warnings=-DUI_OUT=1 
 
I want to do this so 
that I my pipe commands to and from gdb. Have I entirely missed the point ?? or 
am I on the right track ?
 
Also I cant see 
where _initialize_mi_main() is called from. I am guessing that once I understand 
this The rest may fall into place.
Robert Melchers R&D 
 


  parent reply	other threads:[~2000-05-17 16:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <r23dngrjg9.fsf@bobdog.equator.com>
2000-05-17 14:55 ` Mark Kettenis
2000-05-17 16:34 ` Andrew Cagney [this message]
2000-06-05 18:01 j_clifton

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=39232C11.19A7E937@cygnus.com \
    --to=ac131313@cygnus.com \
    --cc=gdb@sourceware.cygnus.com \
    --cc=khilman@equator.com \
    /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