From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31183 invoked by alias); 21 Feb 2012 18:16:57 -0000 Received: (qmail 31173 invoked by uid 22791); 21 Feb 2012 18:16:55 -0000 X-SWARE-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from e24smtp03.br.ibm.com (HELO e24smtp03.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 21 Feb 2012 18:16:39 +0000 Received: from /spool/local by e24smtp03.br.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 21 Feb 2012 16:16:37 -0200 Received: from d24dlp01.br.ibm.com (9.18.248.204) by e24smtp03.br.ibm.com (10.172.0.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Tue, 21 Feb 2012 16:16:34 -0200 Received: from mailhub1.br.ibm.com (mailhub1.br.ibm.com [9.18.232.109]) by d24dlp01.br.ibm.com (Postfix) with ESMTP id 537B6352004C for ; Tue, 21 Feb 2012 16:16:34 -0200 (BRST) Received: from d24av04.br.ibm.com (d24av04.br.ibm.com [9.8.31.97]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q1LIINpv688170 for ; Tue, 21 Feb 2012 16:18:23 -0200 Received: from d24av04.br.ibm.com (loopback [127.0.0.1]) by d24av04.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q1LGGLQn029133 for ; Tue, 21 Feb 2012 14:16:21 -0200 Received: from [9.8.15.47] ([9.8.15.47]) by d24av04.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q1LGGLUL029127; Tue, 21 Feb 2012 14:16:21 -0200 Message-ID: <4F43DF80.2090701@linux.vnet.ibm.com> Date: Tue, 21 Feb 2012 18:17:00 -0000 From: Edjunior Barbosa Machado User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Pedro Alves CC: gdb-patches@sourceware.org, jan.kratochvil@redhat.com Subject: Re: [PATCH 2/2] gdb.threads/attach-into-signal.exp: don't rely on linux native target's internal debug output References: <20120217193546.10029.74207.stgit@hit-nxdomain.opendns.com> <20120217193750.10029.58857.stgit@hit-nxdomain.opendns.com> In-Reply-To: <20120217193750.10029.58857.stgit@hit-nxdomain.opendns.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12022118-9254-0000-0000-0000082ED6D0 X-IsSubscribed: yes 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-02/txt/msg00439.txt.bz2 On 02/17/2012 05:37 PM, Pedro Alves wrote: > The test runs twice, with two variants: once non-threaded, and once > threaded. SIGLARM defaults to noprint, but if we set it to print, > then for the non-threaded case, when we attach and find the main > thread stopping with SIGLARM, we'll see "Program received signal > SIGLARM". For the threaded case, the signal is seen on the non main > thread, so we won't see "Program received signal SIGLARM". Instead, > we check the second thread's siginfo.si_signo. We can't use this > method for the non-threaded case too, because the Linux native target > when attaching finds another signal other than SIGSTOP, puts that > other signal pending, and waits for the SIGSTOP, so siginfo.si_signo > will always show SIGSTOP. It looks like the $_siginfo inspection used in the threaded case is not supported on some architectures (like ppc32 and ppc64, where the testcase returns about 100 failures). From what I noticed in another testcase, gdb.base/siginfo-obj.exp, signal information is currently available only on arm, x86 and x86_64. Thanks, -- Edjunior