From: PAUL GILLIAM <pgilliam@us.ibm.com>
To: Mark Kettenis <mark.kettenis@xs4all.nl>
Cc: drow@false.org, gdb-patches@sources.redhat.com
Subject: Re: [patch] Fixes problem setting breakpoint in dynamic loader
Date: Mon, 26 Jun 2006 22:28:00 -0000 [thread overview]
Message-ID: <1151357021.7608.100.camel@dufur.beaverton.ibm.com> (raw)
In-Reply-To: <200606232148.k5NLm0Wx009049@elgar.sibelius.xs4all.nl>
[-- Attachment #1: Type: text/plain, Size: 160 bytes --]
Here is the new patch, with out deleting the 'dot' symbol. I included a
copy of the rs6000 patch as well, just for completeness.
OK to commit?
-=# Paul #=-
[-- Attachment #2: loader_break.diff --]
[-- Type: text/x-patch, Size: 2675 bytes --]
2006-05-25 Paul Gilliam <pgilliam@us.ibm.com
* solib-svr4.c (enable_break): Resolve break address when the symbol
is found in the data section.
Index: solib-svr4.c
===================================================================
RCS file: /cvs/src/src/gdb/solib-svr4.c,v
retrieving revision 1.58
diff -a -u -r1.58 solib-svr4.c
--- solib-svr4.c 18 May 2006 20:38:56 -0000 1.58
+++ solib-svr4.c 26 Jun 2006 22:08:43 -0000
@@ -1043,20 +1043,45 @@
/* Now try to set a breakpoint in the dynamic linker. */
for (bkpt_namep = solib_break_names; *bkpt_namep != NULL; bkpt_namep++)
{
- /* On ABI's that use function descriptors, there are usually
- two linker symbols associated with each C function: one
- pointing at the actual entry point of the machine code,
- and one pointing at the function's descriptor. The
- latter symbol has the same name as the C function.
-
- What we're looking for here is the machine code entry
- point, so we are only interested in symbols in code
- sections. */
+ /* What we're looking for here is the machine code entry point,
+ so we are only interested in symbols in code sections.
+
+ On ABI's that use function descriptors, the linker symbol with
+ the same name as a C funtion points to that functions descriptor.
+ When those function descriptors are in the code section, they
+ contain executable code and we can set a breakpoint there. */
sym_addr = bfd_lookup_symbol (tmp_bfd, *bkpt_namep, SEC_CODE);
if (sym_addr != 0)
break;
}
+ if (sym_addr == 0)
+ {
+ CORE_ADDR sect_offset;
+
+ /* No symbol was found in a code section, so look in the data
+ sections. This will only happen when the linker symbol points
+ to a function descriptor that is in a data section. */
+ for (bkpt_namep = solib_break_names; *bkpt_namep!=NULL; bkpt_namep++)
+ {
+ /* On ABI's that use function descriptors that are in the data
+ section, */
+ sym_addr = bfd_lookup_symbol (tmp_bfd, *bkpt_namep, SEC_DATA);
+ if (sym_addr != 0)
+ break;
+ }
+ if (sym_addr == 0)
+ {
+ target_close (tmp_bfd_target, 0);
+ goto bkpt_at_symbol;
+ }
+
+ /* Convert 'sym_addr' from a function pointer to an address. */
+ sym_addr = gdbarch_convert_from_func_ptr_addr (current_gdbarch,
+ sym_addr,
+ tmp_bfd_target);
+ }
+
/* We're done with both the temporary bfd and target. Remember,
closing the target closes the underlying bfd. */
target_close (tmp_bfd_target, 0);
next prev parent reply other threads:[~2006-06-26 22:28 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-25 2:26 PAUL GILLIAM
2006-05-25 16:27 ` Daniel Jacobowitz
2006-05-25 22:58 ` PAUL GILLIAM
2006-05-25 23:12 ` Daniel Jacobowitz
2006-05-27 17:52 ` PAUL GILLIAM
2006-06-23 21:33 ` PAUL GILLIAM
2006-06-23 21:48 ` Mark Kettenis
2006-06-26 22:21 ` PAUL GILLIAM
2006-06-26 22:28 ` PAUL GILLIAM [this message]
2006-06-26 23:55 ` Kevin Buettner
2006-06-26 18:48 ` Kevin Buettner
2006-06-17 20:21 ` Mark Kettenis
2006-07-06 1:01 ` PAUL GILLIAM
2006-07-06 2:57 ` Daniel Jacobowitz
2006-07-06 16:10 ` Kevin Buettner
2006-07-16 18:57 ` Andreas Schwab
2006-07-19 21:55 ` PAUL GILLIAM
-- strict thread matches above, loose matches on Subject: below --
2007-04-27 20:59 [PATCH] " Thiago Jung Bauermann
2007-06-14 23:38 ` Joseph S. Myers
2007-06-20 13:15 ` Daniel Jacobowitz
2007-06-20 14:21 ` Daniel Jacobowitz
2007-06-22 14:07 ` Thiago Jung Bauermann
2007-06-20 14:39 ` Ulrich Weigand
2007-06-25 21:28 ` Ulrich Weigand
2007-07-03 15:58 ` Daniel Jacobowitz
2007-06-26 18:43 ` Joel Brobecker
2006-05-20 6:21 [PATCH] -var-update Nick Roberts
2006-05-20 16:34 ` Daniel Jacobowitz
2006-05-21 2:04 ` Nick Roberts
2006-05-21 5:22 ` Daniel Jacobowitz
2006-05-21 23:04 ` Nick Roberts
2006-05-25 0:21 ` Nick Roberts
2006-05-25 0:26 ` [patch] Fixes problem setting breakpoint in dynamic loader PAUL GILLIAM
2006-05-25 0:29 ` PAUL GILLIAM
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=1151357021.7608.100.camel@dufur.beaverton.ibm.com \
--to=pgilliam@us.ibm.com \
--cc=drow@false.org \
--cc=gdb-patches@sources.redhat.com \
--cc=mark.kettenis@xs4all.nl \
/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