From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20097 invoked by alias); 19 Mar 2008 16:25:20 -0000 Received: (qmail 20077 invoked by uid 22791); 19 Mar 2008 16:25:13 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 19 Mar 2008 16:24:45 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw1.br.ibm.com (Postfix) with ESMTP id AB4D032C139 for ; Wed, 19 Mar 2008 13:03:41 -0300 (BRST) Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m2JGOgYr3805326 for ; Wed, 19 Mar 2008 13:24:42 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m2JGOfGv005306 for ; Wed, 19 Mar 2008 13:24:42 -0300 Received: from [9.18.238.89] (gargoyle.br.ibm.com [9.18.238.89]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m2JGOfEJ005302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Mar 2008 13:24:41 -0300 Subject: Re: linux native async mode support From: Luis Machado Reply-To: luisgpm@linux.vnet.ibm.com To: Nick Roberts Cc: Pedro Alves , gdb-patches@sourceware.org In-Reply-To: <18400.36720.580645.362838@kahikatea.snap.net.nz> References: <200803140810.22883.pedro@codesourcery.com> <200803171605.24276.pedro@codesourcery.com> <18399.1872.669733.441391@kahikatea.snap.net.nz> <200803182327.59648.pedro@codesourcery.com> <18400.36720.580645.362838@kahikatea.snap.net.nz> Content-Type: text/plain Date: Wed, 19 Mar 2008 16:25:00 -0000 Message-Id: <1205943875.32489.10.camel@gargoyle.br.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit 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: 2008-03/txt/msg00282.txt.bz2 Hi folks, I've ran the testsuite on PPC to check for regressions due to the async patch. The results look good, just the expected regressions and one unexpected (mi2-simplerun.exp). define.exp: FAIL: gdb.base/define.exp: use user command: nextwhere FAIL: gdb.base/define.exp: use hook-stop command commands.exp: FAIL: gdb.base/commands.exp: running to factorial in runto FAIL: gdb.base/commands.exp: if test in test_command_prompt_position FAIL: gdb.base/commands.exp: run factorial until breakpoint mi2-simplerun.exp: FAIL: gdb.mi/mi2-simplerun.exp: continue to end (1) Nick, i still can reproduce the last one constantly. Best regards, On Wed, 2008-03-19 at 15:58 +1200, Nick Roberts wrote: > I've rebuilt with your new patch. > > > > FAIL: gdb.mi/mi-var-child-f.exp: mi runto MAIN__ (timeout) > > This one has gone. > > > > FAIL: gdb.mi/mi-var-child-f.exp: create local variable array > > Looks like a buffering problem: > > 000-exec-run > 000^running > (gdb) > 000*stopped,thread-id="0",frame={addr="0x0804859a",func="MAIN__",args=[],file="../../../gdb/testsuite/gdb.mi/array.f",fullname="/extra/src-prus/gdb/testsuite/gdb.mi/array.f",line="18"} > (gdb) > PASS: gdb.mi/mi-var-child-f.exp: mi runto MAIN__ > -var-create array * array > ~"Current language: auto; currently fortran\n" > ^done,name="array",numchild="3",value="[3]",type="integer (2,-1:1)" > (gdb) > FAIL: gdb.mi/mi-var-child-f.exp: create local variable array > > > > FAIL: gdb.mi/mi2-simplerun.exp: continue to end (1) > > Ditto. > > 999-exec-continue > 999^running > Hello, World!callme > callme > (gdb) > 999*stopped,reason="exited-normally" > (gdb) > FAIL: gdb.mi/mi2-simplerun.exp: continue to end (1) > > > > FAIL: gdb.threads/pthreads.exp: check backtrace from main thread > > The backtrace was looking at the wrong thread but this has gone now. > > -- > Nick http://www.inet.net.nz/~nickrob -- Luis Machado Software Engineer IBM Linux Technology Center