From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22600 invoked by alias); 24 Apr 2003 01:18:54 -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 22593 invoked from network); 24 Apr 2003 01:18:54 -0000 Received: from unknown (HELO amsfep15-int.chello.nl) (213.46.243.28) by sources.redhat.com with SMTP; 24 Apr 2003 01:18:54 -0000 Received: from cable-62-205-64-234.upc.chello.be ([62.205.64.234]) by amsfep15-int.chello.nl (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030424005749.SIVZ26697.amsfep15-int.chello.nl@cable-62-205-64-234.upc.chello.be> for ; Thu, 24 Apr 2003 02:57:49 +0200 From: wim delvaux To: gdb@sources.redhat.com Subject: gdb and breakpoints in shared library Date: Thu, 24 Apr 2003 01:18:00 -0000 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304240257.34939.wim.delvaux@adaptiveplanet.com> X-SW-Source: 2003-04/txt/msg00280.txt.bz2 Hi all, Following situation in gdb 5.3 on Linux glibc 2.3 load a program with dynamically loaded shared libraries (using dlopen) do some navigation and end up in some source location in some shared library set a breakpoint on that location (in that shared library) rerun the program (restart it) gdb then produces some 'errors' not being able to set a shared library. This goes on until the library again gets loaded using dlopen. Then the breakpoint can be set. However Often the breakpoint gets lost and is not set OR is not active. so 2 questions. Why the error message. If the breakpoint cannot be set ... ok that's it ... Why does gdb looses shlib breakpoints Is there a 'max errors' count that once the number of errors is exceeded completely ignores the breakpoint ? Comments ? W