From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23934 invoked by alias); 1 Oct 2003 06:45:12 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23927 invoked from network); 1 Oct 2003 06:45:11 -0000 Received: from unknown (HELO zenia.home) (12.223.225.216) by sources.redhat.com with SMTP; 1 Oct 2003 06:45:11 -0000 Received: by zenia.home (Postfix, from userid 5433) id E5AC020766; Wed, 1 Oct 2003 01:40:51 -0500 (EST) To: ankit thukral Cc: gdb@sources.redhat.com Subject: Re: Internal breakpoints References: <20031001061818.32778.qmail@web60102.mail.yahoo.com> From: Jim Blandy Date: Wed, 01 Oct 2003 06:45:00 -0000 In-Reply-To: <20031001061818.32778.qmail@web60102.mail.yahoo.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00014.txt.bz2 ankit thukral writes: > -2 shlib events keep y 0x4000c9c0 > <_dl_debug_state_internal> > breakpoint already hit 3 times The dynamic linker in the program being debugged calls this function each time it loads or unloads a shared library. GDB sets this breakpoint so it can keep its copy of the shared library table up to date. > -7 longjmp keep n 0x4000f870 > -8 longjmp keep n 0x42027240 > -9 longjmp keep n 0x42027240 > -10 longjmp resume keep n 0x00000000 GDB needs to be able to recognize calls to longjmp, to avoid losing control of the program, to make sure watchpoints on local variables in frames popped by the longjmp are disabled, and so on. You'll need to look at breakpoint.c for more detail.