From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11996 invoked by alias); 22 Aug 2013 12:07:11 -0000 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 Received: (qmail 11986 invoked by uid 89); 22 Aug 2013 12:07:11 -0000 X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 Received: from outdoor.onevision.de (HELO outdoor.onevision.de) (212.77.172.51) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 22 Aug 2013 12:07:10 +0000 Received: from sanders.onevision.de (moonrace [212.77.172.62]) by outdoor.onevision.de (8.14.3/8.13.7/ROSCH/DDB) with ESMTP id r7MC6weI030281; Thu, 22 Aug 2013 14:07:03 +0200 Received: from [192.168.5.32] ([192.168.5.32]) by sanders.onevision.de (Lotus Domino Release 8.5.3) with ESMTP id 2013082214065862-21995 ; Thu, 22 Aug 2013 14:06:58 +0200 Message-ID: <5215FEE2.9050407@onevision.de> Date: Thu, 22 Aug 2013 12:07:00 -0000 From: Roland Schwingel User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Tristan Gingold CC: Joel Brobecker , Pedro Alves , "gdb-patches@sourceware.org ml" Subject: Re: [PATCH v3] Windows x64 SEH unwinder Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-15; format=flowed X-SW-Source: 2013-08/txt/msg00631.txt.bz2 Hi Tristan... gdb-patches-owner@sourceware.org wrote on 22.08.2013 11:33:10: > Hello, > > after discussion with Roland Schwingel, I have found that the patch > doesn't handle well dwarf3 DW_OP_call_frame_cfa, because the SEH > unwinder is before the dwarf2 one. > > So I propose this new patch. The only change is the position of the > SEH unwinder: it is appended after the dwarf2 one. > As a consequence, old binaries should work too. I just gave your new patch a brief trial with my gcc 4.8.2. I can confirm that unwinding now works as it should. I tried it with both -g and -gdwarf-2 in gcc 4.8.2. Thank your very much! This finally fixes my 8 years old issue. (see http://sourceware.org/ml/gdb/2005-04/msg00113.html) When an application crashes on windows I can see the the stack trace again (as it has been with gdb 5.3 in the past). Variable inspection with your v3 patch is also now working. No more errors. SEH unwinding only works for 64bit but this is perfectly ok for me as I am fully 64bit for quite a while now! IMHO I would say ok to commit :-) This is IMHO a killer feature for the next gdb... Roland