On Sun, Oct 19, 2003 at 09:25:11PM +0200, Mark Kettenis wrote:
> Anyway, I committed an
> NetBSD/amd64 port yesterday.  It doesn't do core-dumps yet, but I have
> some pending changes that should make those work.  Backtraces through
> signal trampolines are working AFAICT.  However, there is some strange
> interaction between ptrace(2) and pending signals; in particular
> SIGALRM.  If you try to single-step a program with a SIGALRM pending,
> GDB doesn't see the SIGALRM and doesn't step either.  This smells like
> a kernel bug to me.  Haven't looked into it yet though.

That's cool, thanks. The gdb 5.3 port I checked in to the NetBSD
source tree has core support (and kcore support), you could take
a peek at that one. Although I'm not sure how much of that still
applies, gdb 6 is quite different from 5.3. The code is
in src/gnu/dist/gdb

The problem I have with backtracing through signal handlers is that
the frame that's "above" the signal handler isn't correctly seen.
I need to look at that.. I'll look at your code. It's probably
too late to pull gdb 6 into NetBSD in order to get it into
NetBSD 2.0, so I'm going to have to stick to gdb 5.3 for now.

I did fix a signal problem today in the kernel, perhaps it
was related to your problem.

- Frank

-- 
Frank van der Linden                                            fvdl@netbsd.org
===============================================================================
NetBSD. Free, Unix-like OS. > 45 different platforms.    http://www.netbsd.org/