From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on2072.outbound.protection.outlook.com [40.107.15.72]) by sourceware.org (Postfix) with ESMTPS id 6ABB338582BC for ; Thu, 9 Feb 2023 14:35:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 6ABB338582BC Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wEf75Or7gBAdfWoneibqQqcBX+YWreg8wkUO9N21DGk=; b=DGtaN0Ogsb/fuNiRP5A33cObPFyzJmNtDdC3yRM6obR37N9ewPqwjT5etl7S2fUbwUX0w6fgKHacwWwJXVl4OeCXpvAHLQ1V1SiHbdWJxyhz74ou1LxfQCLXqtMHYHUAUA6+MkJZ9B3UTyhNWz1NU5C03T2GLxVqq6yv1SLfAFs= Received: from DUZPR01CA0029.eurprd01.prod.exchangelabs.com (2603:10a6:10:46b::18) by GV2PR08MB9950.eurprd08.prod.outlook.com (2603:10a6:150:b9::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6064.36; Thu, 9 Feb 2023 14:35:13 +0000 Received: from DBAEUR03FT040.eop-EUR03.prod.protection.outlook.com (2603:10a6:10:46b:cafe::28) by DUZPR01CA0029.outlook.office365.com (2603:10a6:10:46b::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.17 via Frontend Transport; Thu, 9 Feb 2023 14:35:13 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; pr=C Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by DBAEUR03FT040.mail.protection.outlook.com (100.127.142.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.19 via Frontend Transport; Thu, 9 Feb 2023 14:35:13 +0000 Received: ("Tessian outbound 333ca28169fa:v132"); Thu, 09 Feb 2023 14:35:13 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 8ec9dfaf28f16ecc X-CR-MTA-TID: 64aa7808 Received: from b1cf3a0a1abc.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id AAAA8173-A059-46F3-9C92-A5EB2445F8E1.1; Thu, 09 Feb 2023 14:35:06 +0000 Received: from EUR01-HE1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id b1cf3a0a1abc.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Thu, 09 Feb 2023 14:35:06 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cC1bpOGT/qt+m7Wt7evSUVn1J+IK/EmajPpimrsuXPbeDVXUqNoAU+Eis/F0rAqRsCcsgMQevXGPvFx9r5o2i4oRurEsskUb4HwaPIKjEur02GRubKtXhkJnw0aODo80XgGR66KohbgtsG/jrCjVfbGF9YzRHJM8bobQTzWAFadn8Uy0BX1+vYk+0QVGACUO0vTf0NXTi5wfMgsMMC9tI6gzowE1rt8aS6rp4TpTfSvz7QdYBSrUjaDuza/jAkdAZqfyXIqRYPQajyEr3GSUVp5AtcWc8H/HCsLavGODLLvQFHnR/QGf4FnPteue0T4iGOc8BJCx+wERbol8Lzh6fQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wEf75Or7gBAdfWoneibqQqcBX+YWreg8wkUO9N21DGk=; b=XzH6z82yq8UlehGKCW17w2Kl2M1xLUcJdOA3t0spNge/up/4swIoSnQ6ANHInU1I8p1INq7DU5iP/K452AkkltkmKPm41sBp/WV/6bxjYwTXL89O7oth0SL+egY8pbpmzirY3sCvib9AVSU3baWqCiG/Basd++IKF2GQnqy6g72Cw2zkNx1AmQH1OMsFq7u/B/WhiREEaK37Xd7eYzIZFDZT1lIqoh/K8iXwt9OMBzxvT/yQS6n0EJ2tsgM/g8OfvSh2dmUoX69bjPQOeaimZVWvlc16X05+sWXdscydqNfijBrxJYxetrSCzc+Vpx9RiFYoNluuFscmUpAN9oXWPg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wEf75Or7gBAdfWoneibqQqcBX+YWreg8wkUO9N21DGk=; b=DGtaN0Ogsb/fuNiRP5A33cObPFyzJmNtDdC3yRM6obR37N9ewPqwjT5etl7S2fUbwUX0w6fgKHacwWwJXVl4OeCXpvAHLQ1V1SiHbdWJxyhz74ou1LxfQCLXqtMHYHUAUA6+MkJZ9B3UTyhNWz1NU5C03T2GLxVqq6yv1SLfAFs= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) by AM9PR08MB6225.eurprd08.prod.outlook.com (2603:10a6:20b:2de::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6086.18; Thu, 9 Feb 2023 14:35:02 +0000 Received: from VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::bced:32a3:b77e:90a6]) by VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::bced:32a3:b77e:90a6%7]) with mapi id 15.20.6086.019; Thu, 9 Feb 2023 14:35:01 +0000 Message-ID: <81010327-729e-4ac0-66cd-a7eaf97756e4@arm.com> Date: Thu, 9 Feb 2023 14:34:59 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [pushed] [gdb/testsuite] Use maint ignore-probes in gdb.base/longjmp.exp Content-Language: en-US To: Tom de Vries , gdb-patches@sourceware.org References: <20230208124652.29570-1-tdevries@suse.de> <23f68beb-39c5-33c8-2d2d-f076192d2648@suse.de> <57277a06-0a9c-e731-beee-1f6d0e88ea6f@arm.com> <2503e9bb-78d0-52ab-71b3-3c8fe6c9415d@arm.com> <53610c56-49e5-643d-b44a-abe70821e7be@suse.de> <70bee05b-f07b-8fe8-d766-dfbefff244dc@arm.com> <943e3c5c-091b-5a15-881d-58bf360d2d96@arm.com> <34948fdd-acd2-7dee-dbd2-b5c7e7734c71@suse.de> From: Luis Machado In-Reply-To: <34948fdd-acd2-7dee-dbd2-b5c7e7734c71@suse.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO3P265CA0006.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:bb::11) To VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: VI1PR08MB3919:EE_|AM9PR08MB6225:EE_|DBAEUR03FT040:EE_|GV2PR08MB9950:EE_ X-MS-Office365-Filtering-Correlation-Id: 8ca2a366-c4c4-448e-11a7-08db0aaadab2 x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: lgJkxqOp3OodqnTJuGVJAvzEcNxaOsMrJAiJdL3ELPF0EpZgdT+4xqZLmNmawXovLVqMjuII+fQ3/cZ64jda0eNewDsuRxeUoex39mYblWEV6W0KTb+diBS/MB9hJsUfQqNI/0iiTvQwNg/IGKN9vsEc6NsaKfYHO+xiUbH4ztJ0xlJ8lICGvORU/Bd7UK7ruJq4eRy1PmqPcQTJcfRW6I+RDbSEc/SYHxNA+hUd3is2i0EAeEt2WFpn/3l1TEt1Oyi0VKwTvoEykPEFIiS7mvROsYo0KEQXUUzsD8TbJWIyE5isz3v6DySffC99I+hvawaRe1Er+t9X6vzZfedGxogSIjbRaZm8byrN44NkWjQxtgR+0ypA/ggMceeNHOD/0sPiy1PJDjyOB4kJc914hKJfbXLCvF+qMWYAp8EzBmMrgftczTTGukDB0FtRbyap+kIQ9Jofpj4VKyvOftWhwTt+FTP+1SoNowmPnFB1CVenBxG1Ggps7KWQE4Gj/M0VvjD8ZcdPX4oKRFNg3ZKyWb8z1Diu4T+b9E+KC9l9zmbq+mvSgzpF8J+n9H9aA3E8kK7VwkoXDUbrtbqoTeimM0i7N22QJX8r4ARbbBHQcLoZuKSe8bl/zD4aiUiuBOKn+xFJm+HSRucWbEGk1NAn7t1y/tz2fRFy3+5T4ufp+tUD8l2zLhzOs+87xnh4W+JxVsD0UPH769HDVDYTVz97gTH7Fgo8Ngp5gvsJW40pz4ywmWxCLs4tavNyoJ31pJo5UxmHr+yzGYyfbxcPUMgn9kgZ5H96VfqSx59nHfGSEapzlsjVVNo6w2WUBxF91QUp X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR08MB3919.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230025)(4636009)(376002)(396003)(39860400002)(346002)(366004)(136003)(451199018)(84970400001)(44832011)(2906002)(31696002)(186003)(86362001)(26005)(2616005)(8936002)(5660300002)(36756003)(966005)(31686004)(6486002)(478600001)(6506007)(53546011)(6512007)(38100700002)(41300700001)(8676002)(66946007)(19627235002)(66556008)(66476007)(316002)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9PR08MB6225 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: DBAEUR03FT040.eop-EUR03.prod.protection.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 931aaa95-2be7-411d-312a-08db0aaad393 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: VG3uw0HiHNLY7rS/pReZi05EiZdXfD5LT43ayDV96RZNvXREI/GKgPHOWCSal6B2kwfanFH56XW3n5WwvljgiqHHIkbzZ8oFYmHY+MB9AyOncUG6GCMzdyYfqwtaCFTnQ3yWTxq9UGz/yYxtOuL2IKVzuKqgU6MVucxDdgRBAC4B7Fqtm2vw5Ppk3ZhOtBdPOb4dxah8rMEipI1BqgklIhVSDCzsKGE3UAylR+k3EyJwJeiqXdgPT75ImBkKA0697Lgm60Px47K0bD6h5WdeOYQH9KYbhWQ4dFpozFtX9MVC92FGcUwr+PtjthqLsc/7ZDBSM2eDSVO+YGF7c+bRp+/Gal9oww5DA6CTVIkb+PbUZFShJJlIKwOLVlqiuo7abMo0OqFaMq5pNvbaz59MPlLpptQARwRrlbLahDdXshLakbh7nHQbF4N7w0TJzCvOTOu31W6Hl9z4CdxiZQ08aN10yQPpzxWn+4mJseRkXUhRhs+BYiHaGXQyqw0AE7H8gwBcLyhmkMxsW5QzdcvYr9KbJ/C9AMxlXbcDdcP42JC5yguiAVqPqB6X1VsE6dCpxChGtZ5fKjQ1JB90XdFwayS4sQT4COb81v6HLlkHN1Ck0jaXkIcZxFzXGFANbnbohNLViSacw1MRoYCn6IK2xsZ70xiEttdhGZELOxQip++KdPOa1iemX+eSL7m+fJu7Xf/iRksJ43i56p/+BlbOVeXyte6LBOInCwp/0ieyx7xuL3oogYIN++D2P5+1NIShEqy08BljrcYp32Amwe1ZgZfxc1hObn2NvdCABvLZ7tUXyLFM5b1gNf7PqdioqnhP X-Forefront-Antispam-Report: CIP:63.35.35.123;CTRY:IE;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:64aa7808-outbound-1.mta.getcheckrecipient.com;PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com;CAT:NONE;SFS:(13230025)(4636009)(346002)(396003)(39860400002)(376002)(136003)(451199018)(46966006)(36840700001)(40470700004)(44832011)(81166007)(86362001)(31686004)(31696002)(5660300002)(356005)(2906002)(82740400003)(36860700001)(8676002)(84970400001)(41300700001)(82310400005)(70586007)(70206006)(316002)(40480700001)(966005)(26005)(6486002)(19627235002)(8936002)(6506007)(47076005)(6512007)(53546011)(478600001)(186003)(40460700003)(336012)(36756003)(2616005)(43740500002);DIR:OUT;SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Feb 2023 14:35:13.2722 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 8ca2a366-c4c4-448e-11a7-08db0aaadab2 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d;Ip=[63.35.35.123];Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: DBAEUR03FT040.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV2PR08MB9950 X-Spam-Status: No, score=-6.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FORGED_SPF_HELO,KAM_DMARC_NONE,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,TXREP,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2/9/23 12:19, Tom de Vries wrote: > On 2/9/23 12:58, Luis Machado wrote: >> On 2/9/23 10:37, Luis Machado via Gdb-patches wrote: >>> On 2/8/23 20:36, Tom de Vries wrote: >>>> On 2/8/23 19:06, Luis Machado wrote: >>>>> On 2/8/23 15:38, Tom de Vries wrote: >>>>>> On 2/8/23 15:51, Luis Machado wrote: >>>>>>> On 2/8/23 14:48, Tom de Vries wrote: >>>>>>>> On 2/8/23 14:27, Luis Machado wrote: >>>>>>>>> Hi Tom, >>>>>>>>> >>>>>>>>> Is the entire test supposed to PASS? I'm seeing the following on my aarch64/Ubuntu 22.04 setup: >>>>>>>>> >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: next over call_longjmp (the program is no longer running) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: next over setjmp (the program is no longer running) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: breakpoint at pattern start (got interactive prompt) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: breakpoint at safety net (got interactive prompt) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 2: setup: continue to breakpoint at pattern start (the program exited) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: next over pattern (the program is no longer running) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: setup: breakpoint at pattern start (got interactive prompt) >>>>>>>>> FAIL: gdb.base/longjmp.exp: with_probes=0: pattern 3: setup: continue to breakpoint at pattern start (the program is no longer running) >>>>>>>>> >>>>>>>>> Maybe something is genuinely broken for aarch64 though, or I'm missing some packages/debuginfo. >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I just ran this test-case on openSUSE Leap 15.4 aarch64, no problems found. >>>>>>>> >>>>>>> >>>>>>> Alright. That's good to know. >>>>>> >>>>>> FWIW, I've tried this test-case also on various x86_64 distros other than the usual openSUSE Leap 15.4: ubuntu 20.04, fedora 37 and opensuse tumbleweed, again no problems found. >>>>> >>>>> I did a brief investigation on this one, and gdb seems to be doing something strange. >>>>> >>>>> For Ubuntu 20.04 we have the following, just after deleting the breakpoints leading into the pattern 2 check: >>>>> >>>>> >>>>> (gdb) info source >>>>> Current source file is longjmp.c >>>>> Compilation directory is /build/glibc-RIFKjK/glibc-2.31/setjmp >>>>> Located in /repos/binutils-gdb/gdb/testsuite/gdb.base/longjmp.c >>>>> Contains 82 lines. >>>>> Source language is c. >>>>> Producer is GNU C11 9.4.0 -moutline-atomics -mlittle-endian -mabi=lp64 -g -O2 -std=gnu11 -fgnu89-inline -fmerge-all-constants -frounding-math >>>>>   -fstack-protector-strong -fmath-errno -fPIC -ftls-model=initial-exec -fasynchronous-unwind-tables -fstack-protector-strong -fstack-clash-pro >>>>> tection. >>>>> Compiled with DWARF 4 debugging format. >>>>> Does not include preprocessor macro info. >>>>> (gdb) b 69 >>>>> Breakpoint 4 at 0xaaaaaaaa08ec: file /builds/binutils-gdb-arm64-focal/gdb/testsuite/../../../../repos/binutils-gdb/gdb/tes >>>>> tsuite/gdb.base/longjmp.c, line 69. >>>>> (gdb) >>>>> >>>>> And for Ubuntu 22.04: >>>>> >>>>> (gdb) info source >>>>> Current source file is ./setjmp/longjmp.c >>>>> Compilation directory is ./setjmp >>>>> Located in /repos/binutils-gdb/gdb/testsuite/gdb.base/longjmp.c >>>>> Contains 82 lines. >>>>> Source language is c. >>>>> Producer is GNU C11 11.2.0 -mlittle-endian -mabi=lp64 -g -O2 -std=gnu11 -fgnu89-inline -fmerge-all-constants -frounding-math -fstack-protecto >>>>> r-strong -fno-common -fmath-errno -fPIC -ftls-model=initial-exec -fasynchronous-unwind-tables -fstack-protector-strong -fstack-clash-protecti >>>>> on. >>>>> Compiled with DWARF 5 debugging format. >>>>> Does not include preprocessor macro info. >>>>> (gdb) b 69 >>>>> No line 69 in the current file. >>>>> Make breakpoint pending on future shared library load? (y or [n]) n >>>>> (gdb) >>>>> >>>>> There is a small difference in debug info (dwarf 4 for 20.04 and dwarf 5 for 22.04), source file name and compilation directory. >>>>> >>>>> What is strange is that gdb's 'info source' output seems to refer to the glibc longjmp source file as the current one. And the compilation directory >>>>> is also glibc's. The "Located in" field is from the testcase source, also named longjmp.c. The "Contains" line is also based on the testcase source file. >>>>> >>>>> Investigating further, if you "list", it will output the sources from the testcase file as well. >>>>> >>>>> Finally, for 20.04, the "break" command will use the testcase source file, but in 22.04 it will use the glibc source file. I'm guessing the fact that glibc's >>>>> source file in 20.04 is also called longjmp.c makes it work somehow. But in 22.04 the glibc source file is now ./setjmp/longjmp.c, and I guess gdb now >>>>> attempts to insert a breakpoint in the glibc source file, which doesn't have line 63. So it all goes downhill from there. >>>>> >>>>> I'm not sure if this is a long-standing bug or if it is a somewhat recent regression. But gdb seems to be genuinely confused about which source file is the current one >>>>> and which one to use for various commands. >>>>> >>>>> I'd expect gdb to pick one and stick with it, but it doesn't seem to be the case. >>>>> >>>>> Maybe we just uncovered a new bug with source handling. >>>> >>>> I suspect the FAILs will disappear if we replace "break " with "break $srcfile:".  I'm not sure yet whether this is a fix or a workaround. >>> >>> I suppose. But it seems there is a different underlying issue of gdb getting confused about what is the current source file. >>> >>>> >>>> Please file a PR and attach the entire gdb.log, I want to take a look at it. >>> >>> Will do. >> >> Looking around I found https://sourceware.org/bugzilla/show_bug.cgi?id=19474, which seems to indicate some confusing cases aren't really a bug. > > Does that mean you're not planning to post the gdb.log? > No. I was creating a new bug when I stopped to read the above one. I currently have a different set of tests on the logs. I'll reproduce the gdb.base/longjmp.exp FAIL's again and will attach to a new bug. Then we can decide it is a duplicate or not. > Thanks, > - Tom > >