From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7430 invoked by alias); 10 Feb 2009 16:42:03 -0000 Received: (qmail 7418 invoked by uid 22791); 10 Feb 2009 16:42:02 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Feb 2009 16:41:57 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 9A146107F8; Tue, 10 Feb 2009 16:41:54 +0000 (GMT) Received: from caradoc.them.org (209.195.188.212.nauticom.net [209.195.188.212]) by nan.false.org (Postfix) with ESMTP id 8980B10635; Tue, 10 Feb 2009 16:41:54 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1LWvgH-0000Mi-LS; Tue, 10 Feb 2009 11:41:53 -0500 Date: Tue, 10 Feb 2009 16:42:00 -0000 From: Daniel Jacobowitz To: paawan oza Cc: gdb@sourceware.org Subject: Re: why SIGINT top stop the process, why was not SIGSTOP used ? Message-ID: <20090210164153.GA1099@caradoc.them.org> Mail-Followup-To: paawan oza , gdb@sourceware.org References: <911642.1896.qm@web36203.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <911642.1896.qm@web36203.mail.mud.yahoo.com> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-02/txt/msg00084.txt.bz2 On Tue, Feb 10, 2009 at 08:34:54AM -0800, paawan oza wrote: > Hello, > > I have been changing gdb. > as gdb uses ctrl+c (send SIGINT) to stop the process...... > I am also doing the same. GDB is not sending the SIGINT. On most systems, GDB puts the process in the foreground terminal process group, and the operating system is responsible for sending the SIGINT. Using SIGSTOP has some other weird effects on job control, especially in threaded applications. -- Daniel Jacobowitz CodeSourcery