From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13250 invoked by alias); 5 Mar 2012 08:00:26 -0000 Received: (qmail 13161 invoked by uid 22791); 5 Mar 2012 08:00:22 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-ee0-f49.google.com (HELO mail-ee0-f49.google.com) (74.125.83.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 05 Mar 2012 08:00:03 +0000 Received: by eekb45 with SMTP id b45so1598750eek.36 for ; Mon, 05 Mar 2012 00:00:02 -0800 (PST) Received-SPF: pass (google.com: domain of sergei.gavrikov@gmail.com designates 10.213.9.197 as permitted sender) client-ip=10.213.9.197; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sergei.gavrikov@gmail.com designates 10.213.9.197 as permitted sender) smtp.mail=sergei.gavrikov@gmail.com; dkim=pass header.i=sergei.gavrikov@gmail.com Received: from mr.google.com ([10.213.9.197]) by 10.213.9.197 with SMTP id m5mr1901102ebm.275.1330934402297 (num_hops = 1); Mon, 05 Mar 2012 00:00:02 -0800 (PST) Received: by 10.213.9.197 with SMTP id m5mr1439851ebm.275.1330934402233; Mon, 05 Mar 2012 00:00:02 -0800 (PST) Received: from sg-pc.belvok.com ([86.57.137.251]) by mx.google.com with ESMTPS id o11sm50469438eef.4.2012.03.05.00.00.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Mar 2012 00:00:01 -0800 (PST) Date: Mon, 05 Mar 2012 08:00:00 -0000 From: Sergei Gavrikov To: Alex Schuilenburg cc: John Dallaway , Ilija Kocho , eCos developers Subject: Re: eCos GNU tools 4.6.2-20120125 ready for testing In-Reply-To: <4F53FF0D.80107@ecoscentric.com> Message-ID: References: <4F106345.4080902@siva.com.mk> <4F11574D.9070002@dallaway.org.uk> <4F11AC54.7000902@siva.com.mk> <4F1CB41C.90900@jifvik.org> <4F1DA9A0.5070702@siva.com.mk> <4F1FF5AD.4010901@ecoscentric.com> <4F39887A.5050905@siva.com.mk> <4F50F700.5080902@ecoscentric.com> <4F521D6A.4010500@siva.com.mk> <4F52B2C8.4010809@schuilenburg.org> <4F53C46B.4090502@dallaway.org.uk> <4F53FF0D.80107@ecoscentric.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2012-03/txt/msg00008.txt.bz2 On Sun, 4 Mar 2012, Alex Schuilenburg wrote: > On 04/03/2012 19:37, John Dallaway wrote: > > Hi Alex > > > > Alex Schuilenburg wrote: [snip] > >> There is only one issue uncovered so far, and that is the backtrace > >> of gdb 7.3 is unreliable. It occasionally can end up in an > >> infinite loop, while our own 7.2 gdb for eCosPro works just fine in > >> exactly the same tests (i.e. built with gcc 4.6.2). However, I > >> guess users could add a "set backtracelimit=100" and that should > >> catch this issue. > > That is useful info, thank you. Could you provide examples of the > > infinite backtrace please? We need to understand which of the > > backtrace backstops is missing or ineffective. > > kexcept1 and except1 backtrace fail in every perm with 7.3 gdb. I confirm it (I got the same for ARM7 target), it seems to me this is old story http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000699 But, if GDB 7.2 (I hope it was not patched a lot :-) manages that properly, I would stick on GDB 7.2 (I will test it). Thank you for your information! Sergei