From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 40838 invoked by alias); 1 Aug 2017 23:30:41 -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 40265 invoked by uid 89); 1 Aug 2017 23:30:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.4 required=5.0 tests=BAYES_00,GIT_PATCH_2,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Pacific X-HELO: aserp1040.oracle.com Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 01 Aug 2017 23:30:02 +0000 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v71NTxrZ030866 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 1 Aug 2017 23:29:59 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v71NTwAE001068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 1 Aug 2017 23:29:59 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v71NTvVg015528; Tue, 1 Aug 2017 23:29:58 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 01 Aug 2017 23:30:00 -0000 From: Weimin Pan To: Cc: Subject: Re: [PATCH v4] gdb: ADI support Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-SW-Source: 2017-08/txt/msg00019.txt.bz2 ----- Original Message ----- > From: weimin.pan@oracle.com > To: qiyaoltc@gmail.com > Cc: gdb-patches@sourceware.org > Sent: Tuesday, August 1, 2017 10:41:48 AM GMT -08:00 US/Canada Pacific > Subject: Re: [PATCH v4] gdb: ADI support > > Thanks for your suggestions. There are 3 failures however. > > > On 8/1/2017 7:10 AM, Yao Qi wrote: > > Wei-min Pan writes: > > > >> (gdb) PASS: gdb.arch/sparc64-adi.exp: continue to breakpoint: continue > >> to line breakpoint in main > >> adi x shmaddr^M > >> 0xfff800010002c000: 0 ^M > > gdb_test "adi x shmaddr" "${hex}00:\t0" "examine ADI" > > It will pass if changed to > > gdb_test "adi x shmaddr" "${hex}00:.*\t0.*" "examine ADI" Or change it to: gdb_test "adi x shmaddr" "${hex}00:\t0 " "examine ADI" > > > > gdb_test "adi x/100 shmaddr" "${hex}00:\t${newadi} ${newadi}" \ > > "examine new ADI" > > It will pass if changed to: > > gdb_test "adi x/100 shmaddr" "${hex}00:.*\t${newadi} ${newadi}.*" \ > "examine new ADI" Or change it to: gdb_test "adi x/100 shmaddr" "${hex}00:\t${newadi} ${newadi} " \ "examine new ADI" > > >> (gdb) PASS: gdb.arch/sparc64-adi.exp: reset ADI > >> continue^M > >> Continuing.^M > >> ^M > >> Program received signal SIGSEGV, Segmentation fault^M > >> ADI precise mismatch while accessing address 0xfff8000100048000.^M > >> 0xfff8000100129f38 in adi_set_version () from /usr/lib64/libadi.so^M > > gdb_test "continue" \ > > [multi_line "Program received signal SIGSEGV, Segmentation fa= ult" \ > > "ADI precise mismatch while accessing address $he= x" ] \ > > "continue to sigsegv" > > And it will pass if changed to > > gdb_test "continue" \ > [multi_line ".*Program received signal SIGSEGV, Segmentation fa= ult.*" \ > ".*ADI precise mismatch while accessing address $he= x.*" ] \ > "continue to sigsegv" Or change it to: gdb_test "continue" \ [multi_line "Program received signal SIGSEGV, Segmentation fault.*= " \ "ADI precise mismatch while accessing address $hex.*" = ] \ "continue to sigsegv"