linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Kevin Hendricks <khendricks@ivey.uwo.ca>
To: linuxppc-dev@lists.linuxppc.org, Hugh Caley <hcaley@loomer.com>,
	Franz.Sirl@munich.netsurf.de, linuxppc-dev@lists.linuxppc.org
Subject: Re: More with Mozilla and glibc
Date: Fri, 10 Sep 1999 23:11:52 -0400	[thread overview]
Message-ID: <99091023185500.02403@localhost.localdomain> (raw)
In-Reply-To: 37D9C729.6BED554E@loomer.com


Hi,

I get this same error trying to debug the native threads version of the jdk.  I
don't think the problem is in glibc at all.  

The problem is in 4.17 versions of gdb under glibc 2.1.  In fact gdb can't
handle the realtime signals yet and so it stops when it receives one. 
Therefore the error message in no way indicates the actual seg-fault or bug you
are trying to find and fix.

I think gdb simply has no maintainer yet (Kevin Buettner will be keeping it
up, if he hasn't started already) and no one has updated it to reflect all of
the new realtime signals now available in glibc 2.1.  The error message you get
just prevents me from using gdb 4.17 when debugging any native threads
(libpthread code).    Once the new thread signals numbers are included, you
should be able to use the handle nostop command in gdb to prevent the
libpthread signals from disrupting your debugging.

The only workaround I know of is to rebuild linuxthreads (part of glibc) and
manually turn off the use of the new realtime signals and instead use the old
SIGUSR1 and SIGUSR2 signals for libpthreads until gdb gets fixed.

I hope this helps.

Kevin


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~1999-09-11  3:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-09-11  3:06 More with Mozilla and glibc Hugh Caley
1999-09-11  3:11 ` Kevin Hendricks [this message]
1999-09-11  5:13   ` Hugh Caley

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=99091023185500.02403@localhost.localdomain \
    --to=khendricks@ivey.uwo.ca \
    --cc=Franz.Sirl@munich.netsurf.de \
    --cc=hcaley@loomer.com \
    --cc=linuxppc-dev@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).