From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by sourceware.org (Postfix) with ESMTPS id 607CE3858C52 for ; Thu, 19 Jan 2023 10:49:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 607CE3858C52 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1674125397; x=1705661397; h=from:to:subject:date:message-id:references:in-reply-to: mime-version:content-transfer-encoding; bh=Vj8xIOwLaQZFaFbdS/TihzLsEXpEkTQwjjdqGVTE0jQ=; b=KBRAxqi87rAJWmIpOgF9pIcBE3vKuvGunuN5t4qwWwbAo/Q7y/+IJicp rnLUTm4StqhG+8qIxw787kuxZK57lxHJcKUVcq+2lsgL+Jo0j2C+nGhZ+ pr4HaYofaMmuq2MJIqVqQZJMxi+rF2BNF135gvaOzswu5q22MPGYUc9nR x6OUW0tCSkZpBudPv9bjlghpfDcjXD65eygGruJoQ5k315CJ5p5RNM6yU YSPm4c4qroBjYzrr6rbA/9IrH4x+cMOqTD9UEmo0faFviy0y/1erRND8P +0hv7CX97d3JYbKF65MVFYJU38iQQFf/uokuJFXtzmg8AdpQNMkaT05p+ A==; X-IronPort-AV: E=McAfee;i="6500,9779,10594"; a="322940774" X-IronPort-AV: E=Sophos;i="5.97,228,1669104000"; d="scan'208";a="322940774" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jan 2023 02:49:56 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10594"; a="748863787" X-IronPort-AV: E=Sophos;i="5.97,228,1669104000"; d="scan'208";a="748863787" Received: from orsmsx603.amr.corp.intel.com ([10.22.229.16]) by FMSMGA003.fm.intel.com with ESMTP; 19 Jan 2023 02:49:55 -0800 Received: from orsmsx612.amr.corp.intel.com (10.22.229.25) by ORSMSX603.amr.corp.intel.com (10.22.229.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16; Thu, 19 Jan 2023 02:49:55 -0800 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX612.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16; Thu, 19 Jan 2023 02:49:55 -0800 Received: from orsedg603.ED.cps.intel.com (10.7.248.4) by orsmsx610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16 via Frontend Transport; Thu, 19 Jan 2023 02:49:55 -0800 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (104.47.55.104) by edgegateway.intel.com (134.134.137.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.16; Thu, 19 Jan 2023 02:49:54 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KvzkCN9oMGj4bwE6XBMqV4+lOjkQWStqJSrp1IuKANIpGMvIqR1ZT6Cfls2XgD+Gkf7acxDk/T6QfymzUNiPnMoM/OsNp+7rBaub2IHKiH5KNq6slMVB4x2VEiaYUTvLlO/b/FKoggnbpNRmDrbrHs47tEtCPlFOPo3B6Q9FFEa9m1dWHVQHBK3SUqKNfuYSLndY0fiuTjio0KrGL6D1jI44VkkvS8xyBsw+3OOSC0vQ88VLST7tuhkk+xwMMgpqcNDHj27o7BgkXlDSqvlWBr413+W3B9H6PjTpkR6d8de9v0EpfWurd8+mhwTtRtNjCSfesB2zQAkJfJ6TYouDnw== 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=rnouuGYlkrau4UmPWy98zi1z0k8OXQ8P0BqxQIzGOsw=; b=n03kzdYg+oNGivI+8spagOM7ciaOfdAWl+8EXL6DsZfmiCDlJJwqZP669n2ZjABUK/EHioGpFd4gC8Uqip0+CbU0RCx5kmVGKoiMdDM2LdFQjDkahQzSRolPBdsQ4pqOf7y1cuO9y86ywtdOoL9x5J/ddeIYKgbPbiZnQqRRBx8DPtIuxn0xwLki1pl7NS2hWe8rlCo3yPumpwdy1k+OuyXfjDSmCZPmwnvat8HWS5tyOdSTRbAELvHjnPzKPIL+/IFwCOVRSUVQxH0hPybkLSVLXxFVXuqCB5hfG0kVTNnYOREE4SW5Yw9mnheoROqvTqbzzRGNt2rpuZs3jud0PQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from DM4PR11MB7303.namprd11.prod.outlook.com (2603:10b6:8:108::21) by DM4PR11MB5533.namprd11.prod.outlook.com (2603:10b6:5:38a::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6002.26; Thu, 19 Jan 2023 10:49:53 +0000 Received: from DM4PR11MB7303.namprd11.prod.outlook.com ([fe80::d2a1:8dd2:854f:d5df]) by DM4PR11MB7303.namprd11.prod.outlook.com ([fe80::d2a1:8dd2:854f:d5df%8]) with mapi id 15.20.5986.023; Thu, 19 Jan 2023 10:49:53 +0000 From: "Aktemur, Tankut Baris" To: Andrew Burgess , "gdb-patches@sourceware.org" Subject: RE: [PATCHv2 07/13] gdb: don't always print breakpoint location after failed condition check Thread-Topic: [PATCHv2 07/13] gdb: don't always print breakpoint location after failed condition check Thread-Index: AQHZK1jWaAtR7evXj0CDeiJB1gwaxK6ljtyQ Date: Thu, 19 Jan 2023 10:49:53 +0000 Message-ID: References: <6f9398a42867d24757af1a0b74623f24fb1cd606.1674058360.git.aburgess@redhat.com> In-Reply-To: <6f9398a42867d24757af1a0b74623f24fb1cd606.1674058360.git.aburgess@redhat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DM4PR11MB7303:EE_|DM4PR11MB5533:EE_ x-ms-office365-filtering-correlation-id: 51b47e3a-bcd0-4c2c-48f3-08dafa0ae560 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bcJ5slQYEWg5sG1GVZ1/p1z9RlR8+QW95zfp3Sm8P8fyM17LgUEGuwov0YpfNPU5spF/TkwXat4TvtV1wCNymGrxcgp3Kkan/+/7hPVkjzsc0dHusR2K6FH90oBpeSxi1gUj/YHNLMVSMSSr+t37VeKyF085p4kDJhC4NHA8ONQUkHDPN8jY+gLMW/HadX85XuiBDv74S7RJLyjsUOv00LFnKJJyWgMmazYBgmkMqfwoWGxXcPJMI9QZdBAzsTVD+tEGIZ2V4KTnIGaygsBpjBQQH4RUmwuvXX66HhnBtDIO2Aa28fprCP/Al7IEWzyxkYJgbekOAoK6HZB1JUKTZEKenDVy98oMq9Vj3vWi+oqUF/zHh+AiPpf5yPyC/Jgs+zkICFkC0rQvMkCVNQSCgTInD8o9Avxij0wbh+7rHm26m95jHWzAuC7dKe/9NLeZ02tSn/M7cJHy+3Kcm6GCMxCU3WHnTFRnWDDKewzMxiJKfnPv8SqGbJH5rbhcH7WfIJaAudUJIgynPoE7ZBKfqOJ7rKVBUDSvgVdr+vpAlJubSLcKDv+dUB6iUnG6iVnoRmq3pT92F7kn25roSYiXvHsi2QMv8ydmg2+ZCkyQ0kBo67X4I14Acw+CfwzD3YsHe6EmErvmgQg+SAfAjXk1NTrDPWZEA2nua2I7RnEIegX7aNRtKJ5/BQgWn0eDlTYamchEEqsOeMj+Ri+Tt30z9Q== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DM4PR11MB7303.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(396003)(376002)(136003)(346002)(39860400002)(366004)(451199015)(71200400001)(33656002)(8936002)(122000001)(316002)(52536014)(5660300002)(86362001)(7696005)(478600001)(53546011)(6506007)(2906002)(38070700005)(110136005)(83380400001)(55016003)(76116006)(8676002)(66946007)(38100700002)(66446008)(66556008)(66476007)(64756008)(82960400001)(26005)(9686003)(186003)(41300700001);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?vyaE2Y4B/SNHDiTx0F/EnTQxmlI9lG7+ss6i8UCzPzvKrn4OowdxKqn13m4B?= =?us-ascii?Q?6na6ctYlGeFeKlHhnJfV46pQY/ulWdZXQsALAunXfwQKmPRkm3aLXm4LZkCi?= =?us-ascii?Q?BhEnw+rWI0a/38nE4r2VvoevfI3olMYueshEomd0dDWVhz5vxa9d/C3c9QpR?= =?us-ascii?Q?UQWz3YcczUm3l0rWyI1jGdOzK+EdnwT8AEx5kevGB6WfQQ6VatYQ1JGHGVy+?= =?us-ascii?Q?lDvRW/o/JIG4erxQ4lSvPbClKGtmn5gJX+75GA8Rgcq0BwZ+Rdjr6YNEsAIG?= =?us-ascii?Q?2x5aHZJxjlsluIN0YlGgf2+IBzz466e3qfO10j3+OcXy9ATfGGu2SWsCXQ9m?= =?us-ascii?Q?Y/H9GcVFmv6XLGFN7mVblE0oG60TMjr+DoUJYo3+SZL6AoPptBYHKybUdybw?= =?us-ascii?Q?iHGtY1Os3l4YiI7X5akD0SBDgZnDougaDevmV0AtkUHe6p8ONqvBJ8qI8ENK?= =?us-ascii?Q?H/3ZndfK150tsULQ9OWGCGCuoyQcc1TwrI7zGgipy+yAOieQb6YC3rSG+/xk?= =?us-ascii?Q?eGa4NE7cC81kmu7jgwQtYZYwf7APwIaLSsMyt2hjwgDaFiJ2B8/w5xHHlm38?= =?us-ascii?Q?fkUBIWS3rSIci16eYoBUk8mN6kpOrd8/N4PtNO+Jwtiv9uuZnzJwFNdSg2QO?= =?us-ascii?Q?UNFomhJ6XW4MmoKGyJ5V1yTAa8VgdBWFggDFQFH749qA814XhJ3ogGCEYFms?= =?us-ascii?Q?HNyPuVz2+RhAfKNn7zqbJ3Yg2/r7seasyeSOed2gxb2056OpGpLgd8Sb+tFE?= =?us-ascii?Q?z9IaB8wwrWuNaUuogrztNEEL+J/+dKbTtqB8d+HI0gq8/tTQm/QkmOqdwR1A?= =?us-ascii?Q?qlvD/msM9og5zRAPBfR3AN1ZtbWJuWbOqXTJXx2FoL0FyBsNDOPHcvAdjMtZ?= =?us-ascii?Q?HJKTFT2bhK6MP/dv4a96LDC/d3EHa0U9zz3zko0WzMs/To8gwRLxIp0o67Dx?= =?us-ascii?Q?R/xiovOxgFS2k7Mk8QNdY7be6TjZTUoUaMuX4NjfEhmrlANrnhrhGMYb68mZ?= =?us-ascii?Q?LJqslr92VIUXuqrCSP+E0PGgXhsb2kCgic4oWBY8pOx64b+b/X4zGjamI5Hl?= =?us-ascii?Q?SEzUfWnPgdQKo1hYNAeKMW0pxHPfXUYRTrhJ41O3AUL203IM2FQL5q2SSNDY?= =?us-ascii?Q?jYfxLj+JTbHOxQl+4j1PnoJwKtx+/fcoc9v27RWOFiQhYDxQm1Gv+RHZWN0P?= =?us-ascii?Q?KAfFbFtOCeG6qFdr2QAo4q4dYMcOZ3qPdVfgk7vYCHMobxyvx3K9o3Pp8zUq?= =?us-ascii?Q?/7T4GObUSNZo/+8TTtMgrWJ63ThwihVS7djl83e3to1XM9m8Ky+AN2edc/7z?= =?us-ascii?Q?Uky78zCj2Vwvk8tKTmHOv5+wZQNgHjaiPGr9dGvGQKfBie9IEAJDTO8fT4O/?= =?us-ascii?Q?JElKODk32kcaThaTWcYS9LWfW1AXf6nETRSBYYgzbyLWgjoj47cEYxXf/Csg?= =?us-ascii?Q?kxHzo8RS/DIVvGUs1qF/1qkBlivDPhVI7HhGTaSlUzlV9BKdTNNopBeJGFTN?= =?us-ascii?Q?CXegzyrqsXv8s3xcPpX41t4h4o3H6Tpgp8Ss/TIb3Ywj8JGn+ywn87VpALz2?= =?us-ascii?Q?YLy33RUlX0p71sevlkLw9rdPWR3v7zzaOnBipntxN9KDU85uGGTXCZv3G/jl?= =?us-ascii?Q?cg=3D=3D?= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB7303.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 51b47e3a-bcd0-4c2c-48f3-08dafa0ae560 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jan 2023 10:49:53.0943 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: P9txr3G42x1a97zNxMYbYozMpUVanvlXgj/pAPEfbFrUJepBTxXAXOBMS4ZINyRsNwWvopUHciXoDKbOtFu/BAaAmV3fPKgdrzs1S06ZO3k= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5533 X-OriginatorOrg: intel.com Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-12.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,SPF_HELO_NONE,SPF_NONE,TXREP autolearn=ham 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 Wednesday, January 18, 2023 5:18 PM, Andrew Burgess wrote: > Consider the following session: > = > (gdb) list some_func > 1 int > 2 some_func () > 3 { > 4 int *p =3D 0; > 5 return *p; > 6 } > 7 > 8 void > 9 foo () > 10 { > (gdb) break foo if (some_func ()) > Breakpoint 1 at 0x40111e: file bpcond.c, line 11. > (gdb) r > Starting program: /tmp/bpcond > = > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000401116 in some_func () at bpcond.c:5 > 5 return *p; > Error in testing condition for breakpoint 1: > The program being debugged stopped while in a function called from GDB. > Evaluation of the expression containing the function > (some_func) will be abandoned. > When the function is done executing, GDB will silently stop. > = > Breakpoint 1, 0x0000000000401116 in some_func () at bpcond.c:5 > 5 return *p; > (gdb) > = > What happens here is the breakpoint condition includes a call to an > inferior function, and the inferior function segfaults. We can see > that GDB reports the segfault, and then gives an error message that > indicates that an inferior function call was interrupted. > = > After this GDB appears to report that it is stopped at Breakpoint 1, > inside some_func. > = > I find this second stop report a little confusing. Yes, GDB has > stopped as a result of hitting breakpoint 1, but, I think the message > as it currently is might give the impression that the thread is Something is missing in this sentence, I think. Did you mean "I think the message it currently prints might give..."? > actually stopped at a location of breakpoint 1, which is not the case. > = > Also, I find the second stop message draws attention away from > the "Program received signal SIGSEGV, Segmentation fault" stop > message, and this second stop might be thought of as replacing in > someway the earlier message. > = > In short, I think that the in the situation above, I think things Please consider revising this as = "In short, in the situation above, I think things". > would be clearer if the second stop message were not reported at all, > so the output should (I think) look like this: > = > (gdb) list some_func > 1 int > 2 some_func () > 3 { > 4 int *p =3D 0; > 5 return *p; > 6 } > 7 > 8 void > 9 foo () > 10 { > (gdb) break foo if (some_func ()) > Breakpoint 1 at 0x40111e: file bpcond.c, line 11. > (gdb) r > Starting program: /tmp/bpcond > = > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000401116 in some_func () at bpcond.c:5 > 5 return *p; > Error in testing condition for breakpoint 1: > The program being debugged stopped while in a function called from GDB. > Evaluation of the expression containing the function > (some_func) will be abandoned. > When the function is done executing, GDB will silently stop. > (gdb) > = > The user can still find the number of the breakpoint that triggered > the initial stop in this line: > = > Error in testing condition for breakpoint 1: > = > But there's now only one stop reason reported, the SIGSEGV, which I > think is much clearer. FWIW, I agree to this. > To achieve this change I set the bpstat::print field when: > = > (a) a breakpoint condition evaluation failed, and > = > (b) the $pc of the thread changed during condition evaluation. > = > I've updated the existing tests that checked the error message printed > when a breakpoint condition evaluation failed. > --- > gdb/breakpoint.c | 12 ++++++++++++ > gdb/testsuite/gdb.base/infcall-failure.exp | 18 ++++++++---------- > 2 files changed, 20 insertions(+), 10 deletions(-) > = > diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c > index eecaeefed3e..c4fec7e8e55 100644 > --- a/gdb/breakpoint.c > +++ b/gdb/breakpoint.c > @@ -5533,6 +5533,7 @@ bpstat_check_breakpoint_conditions (bpstat *bs, thr= ead_info *thread) > else > within_current_scope =3D false; > } > + CORE_ADDR pc_before_check =3D get_frame_pc (get_selected_frame (nu= llptr)); > if (within_current_scope) > { > try > @@ -5544,6 +5545,17 @@ bpstat_check_breakpoint_conditions (bpstat *bs, th= read_info *thread) > exception_fprintf (gdb_stderr, ex, > "Error in testing condition for breakpoint %d:\n", > b->number); > + > + /* If the pc value changed as a result of evaluating the > + condition then we probably stopped within an inferior > + function call due to some unexpected stop, e.g. the thread > + hit another breakpoint, or the thread received an > + unexpected signal. In this case we don't want to also > + print the information about this breakpoint. */ > + CORE_ADDR pc_after_check > + =3D get_frame_pc (get_selected_frame (nullptr)); > + if (pc_before_check !=3D pc_after_check) > + bs->print =3D 0; > } > } > else > diff --git a/gdb/testsuite/gdb.base/infcall-failure.exp b/gdb/testsuite/g= db.base/infcall- > failure.exp > index 2dcdda34b4d..8fa2c407fc5 100644 > --- a/gdb/testsuite/gdb.base/infcall-failure.exp > +++ b/gdb/testsuite/gdb.base/infcall-failure.exp > @@ -79,10 +79,7 @@ proc_with_prefix run_cond_hits_breakpoint_test { async= _p non_stop_p } { > "The program being debugged stopped while in a function called fro= m GDB\\." \ > "Evaluation of the expression containing the function" \ > "\\(func_bp\\) will be abandoned\\." \ > - "When the function is done executing, GDB will silently stop\\." \ > - "" \ > - "Breakpoint ${bp_1_num}, \[^\r\n\]+" \ > - "${::decimal}\\s+\[^\r\n\]+Second breakpoint\[^\r\n\]+"] > + "When the function is done executing, GDB will silently stop\\."] > } > = > # Start GDB according to ASYNC_P and NON_STOP_P, then call an inferior > @@ -138,13 +135,12 @@ proc_with_prefix run_cond_hits_segfault_test { asyn= c_p non_stop_p } { > "${::hex} in func_segfault \\(\\) at \[^\r\n\]+:${::segv_line}" \ > "${::decimal}\\s+\[^\r\n\]+Segfault here\[^\r\n\]+" \ > "Error in testing condition for breakpoint ${bp_1_num}:" \ > - "The program being debugged stopped while in a function called fro= m GDB\\." \ > + "The program being debugged was signaled while in a function calle= d from GDB\\." > \ > + "GDB remains in the frame where the signal was received\\." \ > + "To change this behavior use \"set unwindonsignal on\"\\." \ > "Evaluation of the expression containing the function" \ > "\\(func_segfault\\) will be abandoned\\." \ > - "When the function is done executing, GDB will silently stop\\." \ > - "" \ > - "Breakpoint ${bp_1_num}, \[^\r\n\]+" \ > - "${::decimal}\\s+\[^\r\n\]+Segfault here\[^\r\n\]+"] > + "When the function is done executing, GDB will silently stop\\."] > } > = > # Start GDB according to ASYNC_P and NON_STOP_P, then call an inferior > @@ -167,7 +163,9 @@ proc_with_prefix run_call_hits_segfault_test { async_= p non_stop_p } { > "Program received signal SIGSEGV, Segmentation fault\\." \ > "${::hex} in func_segfault \\(\\) at \[^\r\n\]+:${::segv_line}" \ > "${::decimal}\\s+\[^\r\n\]+Segfault here\[^\r\n\]+" \ > - "The program being debugged stopped while in a function called fro= m GDB\\." \ > + "The program being debugged was signaled while in a function calle= d from GDB\\." > \ > + "GDB remains in the frame where the signal was received\\." \ > + "To change this behavior use \"set unwindonsignal on\"\\." \ > "Evaluation of the expression containing the function" \ > "\\(func_segfault\\) will be abandoned\\." \ > "When the function is done executing, GDB will silently stop\\."] > -- > 2.25.4 Regards -Baris Intel Deutschland GmbH Registered Address: Am Campeon 10, 85579 Neubiberg, Germany Tel: +49 89 99 8853-0, www.intel.de Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva = Chairperson of the Supervisory Board: Nicole Lau Registered Office: Munich Commercial Register: Amtsgericht Muenchen HRB 186928