From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29663 invoked by alias); 9 Dec 2005 14:23:52 -0000 Received: (qmail 29656 invoked by uid 22791); 9 Dec 2005 14:23:52 -0000 X-Spam-Check-By: sourceware.org Received: from gandalf.inter.net.il (HELO gandalf.inter.net.il) (192.114.186.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Dec 2005 14:23:50 +0000 Received: from nitzan.inter.net.il (nitzan.inter.net.il [192.114.186.20]) by gandalf.inter.net.il (MOS 3.7.1-GA) with ESMTP id HFG12799; Fri, 9 Dec 2005 16:23:34 +0200 (IST) Received: from HOME-C4E4A596F7 (IGLD-84-228-245-91.inter.net.il [84.228.245.91]) by nitzan.inter.net.il (MOS 3.7.2-GA) with ESMTP id CEL29556 (AUTH halo1); Fri, 9 Dec 2005 16:23:33 +0200 (IST) Date: Fri, 09 Dec 2005 19:51:00 -0000 Message-Id: From: Eli Zaretskii To: tromey@redhat.com CC: msnyder@redhat.com, gdb-patches@sources.redhat.com In-reply-to: (message from Tom Tromey on 09 Dec 2005 00:58:57 -0700) Subject: Re: [RFA] checkpoint / restart, and multi-fork debugging Reply-to: Eli Zaretskii References: <439614B1.2030206@redhat.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-12/txt/msg00172.txt.bz2 > Cc: gdb-patches@sources.redhat.com > From: Tom Tromey > Date: 09 Dec 2005 00:58:57 -0700 > > One thing I didn't see mentioned in the docs is the effect on gdb of a > 'restart'. I assume that new breakpoints, watchpoints, etc, are kept > instead of reverting to the state at the checkpoint. Maybe this is > worth mentioning. I agree this is worth mentioning. > A nice problem this solves is handling watchpoints when the system has > address space randomization. I run into this all the time when > debugging -- back before this feature was added to the OS I would put > a fair amount of effort into finding some address to watch in one > debug session, then restart the inferior with a watchpoint set. > Randomization made this impossible; but with this patch I could just > make a checkpoint at 'main'. Perhaps we should mention this as well.