From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: ranjith kumar <ranjithproxy@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: gdb basic questions
Date: Sun, 15 Nov 2009 18:46:00 -0000 [thread overview]
Message-ID: <20091115131143.GA15186@host0.dyn.jankratochvil.net> (raw)
In-Reply-To: <31cff80d0911150341xcbd1ec8l661fd9bbc944fa91@mail.gmail.com>
On Sun, 15 Nov 2009 12:41:18 +0100, ranjith kumar wrote:
> 1) Is there any way to keep breakpoints at 1000 functions, without
> typing ?( Assume I have saved all 1000 funcion names in a file)
+
> 2) Generally, is it possible to ask gdb to go and read 'gdb commands'
> from a file?
(gdb) help source
Read commands from a file named FILE.
Optional -v switch (before the filename) causes each command in
FILE to be echoed as it is executed.
Note that the file ".gdbinit" is read automatically in this way
when GDB is started.
Optional -p switch (before the filename) causes FILE to be evaluated
as Python code.
> 3) Another question. Sometimes gdb diplays a message like below and
> waits for user to type 'y or n'.
> "Make breakpoint pending on future shared library load? (y or [n]) "
> How to tell gdb to not to wait for input from user and assume that
> user has typed 'y' always ?
(gdb) set breakpoint pending on
(gdb) help set breakpoint pending
Set debugger's behavior regarding pending breakpoints.
If on, an unrecognized breakpoint location will cause gdb to create a
pending breakpoint. If off, an unrecognized breakpoint location results in
an error. If auto, an unrecognized breakpoint location results in a
user-query to see if a pending breakpoint should be created.
In some other cases one needs:
(gdb) set confirm off
(gdb) help set confirm
Set whether to confirm potentially dangerous operations.
Regards,
Jan
next prev parent reply other threads:[~2009-11-15 13:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-15 17:30 ranjith kumar
2009-11-15 18:46 ` Jan Kratochvil [this message]
2009-11-16 10:23 nagaraju.m
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=20091115131143.GA15186@host0.dyn.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=gdb@sourceware.org \
--cc=ranjithproxy@gmail.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