Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "H . J . Lu" <hjl@lucon.org>
To: Kimball Thurston <kimball@sgrail.com>
Cc: gdb@sources.redhat.com
Subject: Re: gdb and dlopen
Date: Tue, 16 Oct 2001 15:05:00 -0000	[thread overview]
Message-ID: <20011016150556.A27233@lucon.org> (raw)
In-Reply-To: <y3radyrjqf8.wl@paladin.sgrail.com>

On Tue, Oct 16, 2001 at 01:11:39PM -0700, Kimball Thurston wrote:
> Hey all,
> 
>    In our application, we've got a plugin architecture that, under
> unix, we open using dlopen et al. When trying to debug using gdb, the
> process of calling dlopen seems to take an extraordinary amount of
> time, as it looks like gdb is using ptrace to copy a bunch of the
> debug process's memory at each dlopen into itself. Is there a way to
> delay this behavior, or disable it all together, or fix it? I couldn't
> determine exactly how gdb uses the memory it copies in. All I know is
> it makes using gdb nearly impossible when you have to wait 10 minutes
> for the program to start up...

We noticed the same thing. Our solution is not to start the application
under gdb, but attach it to gdb after all DSOs are dlopened. It speeds
up the startup time. BTW, gdb 4.18 doesn't have this `problem'. On the
other hand, gdb 5.1 has much better support for dlopen.


H.J.


      parent reply	other threads:[~2001-10-16 15:05 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <y3radyrjqf8.wl@paladin.sgrail.com>
2001-10-16 13:15 ` Daniel Jacobowitz
2001-10-16 18:23   ` Kimball Thurston
     [not found]     ` <20011016213252.A8694@nevyn.them.org>
2001-10-16 19:03       ` Daniel Jacobowitz
2001-10-16 20:04         ` Kimball Thurston
2001-10-16 20:17           ` Andrew Cagney
2001-10-16 22:08             ` Daniel Jacobowitz
2001-10-16 22:19               ` Daniel Jacobowitz
     [not found]                 ` <y3rzo6qx1ej.wl@paladin.sgrail.com>
2001-10-16 22:52                   ` Kimball Thurston
2001-10-17  8:07                 ` Mark Kettenis
2001-10-17  8:29                   ` H . J . Lu
2001-10-17 11:09                   ` Daniel Jacobowitz
2001-10-17 14:26                     ` Mark Kettenis
2001-10-17 14:34                       ` Daniel Jacobowitz
2001-10-17  8:54                 ` Andrew Cagney
2001-10-17 15:08                 ` Kevin Buettner
2001-10-17 15:57                   ` Andrew Cagney
2001-10-17 17:05                     ` Daniel Jacobowitz
2001-10-17 23:14                       ` Andrew Cagney
2001-10-17  8:42               ` Andrew Cagney
2001-10-17 11:15                 ` Daniel Jacobowitz
2001-10-17 12:09                   ` Kimball Thurston
2001-10-17 12:58                     ` Kevin Buettner
2001-11-08  0:22                       ` Daniel Jacobowitz
2001-11-08  8:17                         ` Kevin Buettner
2001-11-08  9:44                           ` Daniel Jacobowitz
2001-11-08 10:49                             ` Kevin Buettner
2001-11-08 11:14                               ` Daniel Jacobowitz
2001-11-08 16:17                                 ` Andrew Cagney
2001-10-16 22:25             ` Kimball Thurston
2001-10-16 15:05 ` H . J . Lu [this message]

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=20011016150556.A27233@lucon.org \
    --to=hjl@lucon.org \
    --cc=gdb@sources.redhat.com \
    --cc=kimball@sgrail.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