From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 650 invoked by alias); 30 Jul 2004 20:08:08 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 641 invoked from network); 30 Jul 2004 20:08:06 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.77.109) by sourceware.org with SMTP; 30 Jul 2004 20:08:06 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i6UK7vJ8020361; Fri, 30 Jul 2004 22:07:57 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i6UK7uMA028816; Fri, 30 Jul 2004 22:07:57 +0200 (CEST) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id i6UK7ufh028813; Fri, 30 Jul 2004 22:07:56 +0200 (CEST) Date: Fri, 30 Jul 2004 20:08:00 -0000 Message-Id: <200407302007.i6UK7ufh028813@elgar.kettenis.dyndns.org> From: Mark Kettenis To: eliz@gnu.org CC: gdb-patches@sources.redhat.com In-reply-to: <9178-Fri30Jul2004213249+0300-eliz@gnu.org> Subject: Re: [PATCH] Partial fix for PR backtrace/1718 References: <200407241259.i6OCxu8R041119@elgar.kettenis.dyndns.org> <9178-Fri30Jul2004213249+0300-eliz@gnu.org> X-SW-Source: 2004-07/txt/msg00520.txt.bz2 Date: Fri, 30 Jul 2004 21:32:52 +0300 From: "Eli Zaretskii" > Date: Sat, 24 Jul 2004 14:59:56 +0200 (CEST) > From: Mark Kettenis > > This fixes the backtrace problem with Emacs that Eli reported. Mark, I reported a few days ago that the patch didn't fix the problem for me when I applied it to GDB 6.1. I asked whether the patch is supposed to work with GDB 6.1, but didn't see your reply. Did I miss it? Oops sorry, no that slipped through. AFAICT the patch should work with the GDB 6.1 release. So there must be something else wrong. Unforunately I can't really help you here. Can you try to debug this yourself. The question here is why i386_analyze_prologue() which is called from i386_frame_cache() isn't properly detecting the frame. Mark