From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-63386-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 22755 invoked by alias); 29 Apr 2009 07:10:38 -0000
Received: (qmail 22737 invoked by uid 22791); 29 Apr 2009 07:10:33 -0000
X-SWARE-Spam-Status: No, hits=-0.6 required=5.0 	tests=AWL,BAYES_00,RCVD_IN_JMF_BR,SPF_SOFTFAIL
X-Spam-Check-By: sourceware.org
Received: from mtaout4.012.net.il (HELO mtaout3.012.net.il) (84.95.2.10)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 29 Apr 2009 07:10:23 +0000
Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KIU00K00P5P8Z00@i_mtaout3.012.net.il> for gdb-patches@sourceware.org; Wed, 29 Apr 2009 10:10:19 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([77.127.230.216]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KIU00IA6P96GS30@i_mtaout3.012.net.il>; Wed, 29 Apr 2009 10:10:18 +0300 (IDT)
Date: Wed, 29 Apr 2009 07:10:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: Post mortem debugging for Windows CE
In-reply-to: <1240946254.29047.159.camel@dannypc>
To: danny.backx@scarlet.be
Cc: pedro@codesourcery.com, gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <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>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2009-04/txt/msg00780.txt.bz2

> From: Danny Backx <danny.backx@scarlet.be>
> 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.