From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19485 invoked by alias); 9 Aug 2012 20:12:20 -0000 Received: (qmail 19464 invoked by uid 22791); 9 Aug 2012 20:12:17 -0000 X-SWARE-Spam-Status: No, hits=-6.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 09 Aug 2012 20:12:04 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q79KC3b8020310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Aug 2012 16:12:04 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q79KC2j5026435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 9 Aug 2012 16:12:03 -0400 From: Tom Tromey To: Jan Kratochvil Cc: Mark Kettenis , gdb-patches@sourceware.org Subject: Re: RFC: one approach to fixing PR 14100 References: <87r4rpqnng.fsf@fleche.redhat.com> <877gtgneto.fsf@fleche.redhat.com> <20120803210203.GA21083@host2.jankratochvil.net> <87k3xfl8oj.fsf@fleche.redhat.com> <87vcgwjavg.fsf@fleche.redhat.com> <201208090942.q799gSti019924@glazunov.sibelius.xs4all.nl> <20120809094621.GA24432@host2.jankratochvil.net> Date: Thu, 09 Aug 2012 20:12:00 -0000 In-Reply-To: <20120809094621.GA24432@host2.jankratochvil.net> (Jan Kratochvil's message of "Thu, 9 Aug 2012 11:46:21 +0200") Message-ID: <87d32zddv1.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: 2012-08/txt/msg00293.txt.bz2 >>>>> "Jan" == Jan Kratochvil writes: Mark> Sorry, but I really think you're working around a problem in the Mark> tailcall sniffer here. The tailcall sniffer seems to violate several Mark> of the design principles of the frame unwinder framework. It should Mark> be fixed instead. Jan> Could you be more specific? I also don't know what design principles it is violating, but I'd like to. Also, FWIW, there's at least one other sniffer that resets the cache to NULL upon deciding to give up. I can find it again if it matters. Tom