From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26273 invoked by alias); 29 Apr 2009 07:19:33 -0000 Received: (qmail 26255 invoked by uid 22791); 29 Apr 2009 07:19:32 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_55,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: sourceware.org Received: from hel.is.scarlet.be (HELO hel.is.scarlet.be) (193.74.71.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 29 Apr 2009 07:19:21 +0000 Received: from [172.17.1.2] (ip-62-235-147-185.dsl.scarlet.be [62.235.147.185] (may be forged)) by hel.is.scarlet.be (8.14.2/8.14.2) with ESMTP id n3T7Iu88030881; Wed, 29 Apr 2009 09:18:57 +0200 Subject: Re: Post mortem debugging for Windows CE From: Danny Backx Reply-To: danny.backx@scarlet.be To: Eli Zaretskii Cc: pedro@codesourcery.com, gdb-patches@sourceware.org In-Reply-To: <83d4awdjfh.fsf@gnu.org> References: <1240929901.29047.110.camel@dannypc> <200904281702.30473.pedro@codesourcery.com> <1240940884.29047.135.camel@dannypc> <1240946254.29047.159.camel@dannypc> <83d4awdjfh.fsf@gnu.org> Content-Type: text/plain Date: Wed, 29 Apr 2009 07:19:00 -0000 Message-Id: <1240989536.29047.168.camel@dannypc> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-DCC-scarlet.be-Metrics: hel 20001; Body=4 Fuz1=4 Fuz2=4 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00782.txt.bz2 http://www.windowsfordevices.com/articles/AT7568439504.html shows what the Microsoft tools do based on this file. On Wed, 2009-04-29 at 10:10 +0300, Eli Zaretskii wrote: > > From: Danny Backx > > Cc: gdb-patches@sourceware.org > > Date: Tue, 28 Apr 2009 21:17:34 +0200 > > > > Here's more info, I've decoded more of the dump. > > > > I think the three chunks of memory included (see stream 8) are : > > #0 : 80 bytes from the program text at the point of the crash > > #1 : 380 bytes near the end of address space (I have no clue) > > #2 : some amount of memory from the frame pointer (see stream 6) > > Thanks. > > I know very little about Windows minidump files, but unless this > feature is going to allow GDB to debug the dump, as we do with core > files, the feature does not belong to GDB but to Binutils. At least > IMHO. > -- Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info