From nobody@FreeBSD.org Wed Aug 11 22:40:41 2004 Return-Path: Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B89C616A4CF for ; Wed, 11 Aug 2004 22:40:41 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E2843D39 for ; Wed, 11 Aug 2004 22:40:41 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.11/8.12.11) with ESMTP id i7BMefGl019943 for ; Wed, 11 Aug 2004 22:40:41 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.11/8.12.11/Submit) id i7BMef1s019942; Wed, 11 Aug 2004 22:40:41 GMT (envelope-from nobody) Message-Id: <200408112240.i7BMef1s019942@www.freebsd.org> Date: Wed, 11 Aug 2004 22:40:41 GMT From: Ernie Smallis To: freebsd-gnats-submit@FreeBSD.org Subject: Re-Open 33262? - gdb does not handle pending signals properly when single stepping during a remote debug session. X-Send-Pr-Version: www-2.3 >Number: 70330 >Category: i386 >Synopsis: Re-Open 33262? - gdb does not handle pending signals properly when single stepping during a remote debug session. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 11 22:50:22 GMT 2004 >Closed-Date: >Last-Modified: Mon Feb 21 18:46:28 UTC 2011 >Originator: Ernie Smallis >Release: 5.2.1, 5.2.CURRENT >Organization: St. Bernard Software (San Diego, CA) >Environment: uname -snrmv FreeBSD gromit.rapid.stbernard.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >Description: I am seeing a similar problem in both 5.2.1 and 5.2 current. I am receiving a SIGSEGV for gdb during a remote kernel debug session. The messages are: 1. From infrun.c Program received signal SIGSEGV, Segmentation fault. 2. From remote.c Can't send signals to this remote system. SIGSEGV not sent. #2 I can understand because the host gdb is bombing. #1 is possibly bombing for a stack overflow? When the host is signalled, process_event_stop_test( ) in infrun.c is called and I expect that either remote_wait( ) or remote_async_wait( ) are called as part of telling the world that gdb has crashed. It also appears that handle_inferior_event( ) is where we pick this up. I haven't debugged any further and would like to know your opinion and get some direction. >How-To-Repeat: If you use the remote gdb to debug a target kernel and you continually step and/or set a breakpoint and continue in any way, you will receive the above messages. Thanks for any info./help you can provide. Ernie ;-) Ernest Smallis Sr. Software Engineer RAPID Development esmallis@stbernard.com 858-524-2137 (PDT) >Fix: >Release-Note: >Audit-Trail: From: "Ernest Smallis" To: Cc: Subject: Re: i386/70330: Re-Open 33262? - gdb does not handle pending signals properly when single stepping during a remote debug session. Date: Thu, 2 Sep 2004 11:31:36 -0700 This is a multi-part message in MIME format. ------_=_NextPart_001_01C4911B.142BB12E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Is there any status info. anyone can provide for this problem? I need = the remote debugging to work to support my product development. Thanks, Ernest Smallis Sr. Software Engineer RAPID Development esmallis@stbernard.com 858-524-2137 ------_=_NextPart_001_01C4911B.142BB12E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: i386/70330: Re-Open 33262? - gdb does not handle pending = signals properly when single stepping during a remote debug = session.

Hi,

Is there any status info. anyone can = provide for this problem?  I need the remote debugging to work to = support
my product development.

Thanks,

Ernest = Smallis
Sr. Software = Engineer
RAPID = Development
esmallis@stbernard.com
858-524-2137

------_=_NextPart_001_01C4911B.142BB12E-- Responsible-Changed-From-To: freebsd-i386->marcel Responsible-Changed-By: marcel Responsible-Changed-When: Fri Sep 9 01:04:50 GMT 2005 Responsible-Changed-Why: I deal with GDB. http://www.freebsd.org/cgi/query-pr.cgi?pr=70330 Responsible-Changed-From-To: marcel->freebsd-bugs Responsible-Changed-By: marcel Responsible-Changed-When: Mon Feb 21 18:46:06 UTC 2011 Responsible-Changed-Why: Assign back to the pool. I haven't been working on it and it's unlikely I will in the near future. http://www.freebsd.org/cgi/query-pr.cgi?pr=70330 >Unformatted: