From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29656 invoked by alias); 12 Jan 2010 23:19:25 -0000 Received: (qmail 29642 invoked by uid 22791); 12 Jan 2010 23:19:24 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Jan 2010 23:19:20 +0000 Received: from rms by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NUq18-0000RQ-D4; Tue, 12 Jan 2010 18:19:18 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: Richard Stallman To: Bernie Innocenti cc: gdb@sourceware.org In-reply-to: <1263243923.2695.72.camel@giskard> (message from Bernie Innocenti on Mon, 11 Jan 2010 16:05:23 -0500) Subject: Re: Debugging X with GDB Reply-to: rms@gnu.org References: <1263170536.29695.86.camel@giskard> <1263243923.2695.72.camel@giskard> Message-Id: Date: Tue, 12 Jan 2010 23:19:00 -0000 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: 2010-01/txt/msg00124.txt.bz2 That would be indeed useful, but it seems that setting breakpoints on symbols that will become available in the future is also working correctly. The difference is that now I'm debugging a newer version of the X server that doesn't confuse the debugger by re-implementing a custom ELF loader. That is good, but GDB knew to recognize that the driver file was being loaded even with old X server. Given that it could recognize the file, it could also offer a command to specify "stop the program after loading file FOO". That will be useful when strange things are happening.