From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9085 invoked by alias); 8 May 2002 13:58: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 9077 invoked from network); 8 May 2002 13:58:11 -0000 Received: from unknown (HELO tetsuo.nj.caldera.com) (63.124.204.226) by sources.redhat.com with SMTP; 8 May 2002 13:58:11 -0000 Received: from caldera.com (localhost.localdomain [127.0.0.1]) by tetsuo.nj.caldera.com (8.11.6/8.11.6) with ESMTP id g48E9oc04185; Wed, 8 May 2002 10:09:50 -0400 Message-ID: <3CD931AE.CB0F43E1@caldera.com> Date: Wed, 08 May 2002 06:58:00 -0000 From: Petr Sorfa Organization: Caldera X-Accept-Language: en MIME-Version: 1.0 To: Eli Zaretskii CC: Michael Elizabeth Chastain , charsquarra@hotmail.com, gdb@sources.redhat.com Subject: Re: questions / suggestions about gdb References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-05/txt/msg00077.txt.bz2 Hi Eli, > > I've done work along these lines and I might resume it in the future. > > However, the idea of keeping the "retarded" process running in parallel > > in real time is difficult and unworkable. > > Agreed. However, it would be a great feature to be able to run the > program in reverse. Some debuggers actually allow that (don't ask me > how). There are several methods, but one them is undoing the machine code instructions. Also it is possible to generate additional debug information from the compiler to assist in certain tasks. I agree that running a second process is dangerous as basically all IO is going to be replicated, which will cause all sorts of horrors. Petr