From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta38.uswest2.a.cloudfilter.net (omta38.uswest2.a.cloudfilter.net [35.89.44.37]) by sourceware.org (Postfix) with ESMTPS id D95B93858D1E for ; Tue, 7 May 2024 17:40:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D95B93858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=tromey.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org D95B93858D1E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=35.89.44.37 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715103647; cv=none; b=hzsddiHWfPdZWLvQhsJSBMHN/wAFdlxkqv43V6NrsCNwnqccDRZ79tI8Y0X9cR1idL21SQ6gwblOyTNE+aDpE1am6Aa98HcF7D0qEEIkwLT74zOe9hC3fZteCbX1xGEPYK2+P7QNsQvfJsUEKirjOdtEECBCwOk4bq7OpLtAcBs= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1715103647; c=relaxed/simple; bh=3yuMmYBLVt10SnpgRhQZ9o/3rXUjlzDkaO17GkdMA+c=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=xUXFAq0KzVVbsd0T8SW7K69tiLEE2r/XCMg//7aeu0/yC4Z5aW9DuGojdAlidyCFlDH7YBrMtOn8dNC0IY2f5z6Y6tfvpBjlnJ8n/BDw1jU7y/Iwp6a/5wX9v/AQiHAvsJf0bd1tNGs4MiNcWMQFxl+dGxG0l6ps71hqJ3rUIDY= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from eig-obgw-5008a.ext.cloudfilter.net ([10.0.29.246]) by cmsmtp with ESMTPS id 4ELDs0oblSLKx4OnzsMWHz; Tue, 07 May 2024 17:40:44 +0000 Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with ESMTPS id 4OnzsmktiwT7p4OnzsObtq; Tue, 07 May 2024 17:40:43 +0000 X-Authority-Analysis: v=2.4 cv=etXZzJpX c=1 sm=1 tr=0 ts=663a679b a=ApxJNpeYhEAb1aAlGBBbmA==:117 a=ApxJNpeYhEAb1aAlGBBbmA==:17 a=IkcTkHD0fZMA:10 a=TpHVaj0NuXgA:10 a=Qbun_eYptAEA:10 a=CCpqsmhAAAAA:8 a=lfd-ojAqOzV-TuRSpA8A:9 a=QEXdDO2ut3YA:10 a=ul9cdbp4aOFLsgKbc677:22 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=gqN3NxJB2qbG3eZlV3sHB+dWJ1SNd5b5OIMpdQm9cP8=; b=EJtk2Qw9gsHjpoGkbuOYzc6k20 +8kDvXEUwONk5z0gFtQgnrote/XFeo40teSJ+eW7qGp5XNw+i7OwnxK5jn6dXpQo5uFdaveQ4ujfd aFoIVy55g4mRaFi9ZHE4xbT2G; Received: from 97-122-86-252.hlrn.qwest.net ([97.122.86.252]:59028 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from ) id 1s4Ony-003JED-2R; Tue, 07 May 2024 11:40:42 -0600 From: Tom Tromey To: Carlos =?utf-8?Q?S=C3=A1nchez?= de La Lama via Gdb Cc: Carlos =?utf-8?Q?S=C3=A1nchez?= de La Lama Subject: Re: Unwind cycle detection false positive mixing frame view and backtrace In-Reply-To: ("Carlos =?utf-8?Q?S=C3=A1nchez?= de La Lama via Gdb"'s message of "Thu, 21 Mar 2024 19:29:21 +0100") References: X-Attribution: Tom Date: Tue, 07 May 2024 11:40:41 -0600 Message-ID: <87wmo58qqu.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5379.bluehost.com X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tromey.com X-BWhitelist: no X-Source-IP: 97.122.86.252 X-Source-L: No X-Exim-ID: 1s4Ony-003JED-2R X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 97-122-86-252.hlrn.qwest.net (murgatroyd) [97.122.86.252]:59028 X-Source-Auth: tom+tromey.com X-Email-Count: 9 X-Org: HG=bhshared;ORG=bluehost; X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-CMAE-Envelope: MS4xfG6oX6N2GKPy0uGAzhGtV+bvCqIXlpVhLHHT5a9wo32QG8u/zYHpbgC3V15v40npUmoRP38vRo82qn81N+4f/2tRu2dRBdRMcaqFtHWzfyDTG/mnzSh4 nQmjo4HSRoQCYLFcZ3cUjKBL0MJ07NWZOi7yNS3vZT0IrfVdDI+71KNzhzxlM2Rh+tGikkEWry2E3A== X-Spam-Status: No, score=-3014.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,JMQ_SPF_NEUTRAL,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,TXREP 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: >>>>> "Carlos" =3D=3D Carlos S=C3=A1nchez de La Lama via Gdb writes: Carlos> I have found a problem which cases a false positive detection of cy= cles Carlos> when "frame view" specifier is used in combination with "bt"; the Carlos> consequence is affected frames are (wrongly) reported as impossible= to be Carlos> further traversed. ... Carlos> I was going to create a bug report, but I want to hear comments on = the Carlos> expected behaviour here: Carlos> Option 1) this works as expected, you are not supposed to "frame vi= ew" frames Carlos> which are on your current backtrace Carlos> Option 2) make "frame view" reset the frame stash before and after = running Carlos> Option 3) condition the frame traverser to skip the cycle detection Carlos> when using "frame view" Carlos> Suggestions? I don't really know the answer, but I didn't want your note to go too long without some kind of response. It's not clear to me we ever really worked out all the implications of "frame view". On the one hand, it seems like it should flush the frame cache and let you "bt". On the other hand, the docs say you can then do "frame level 0" to reset back to gdb's "native" notion of frames -- which seems a little incoherent to me. If we had green thread support I guess I'd be tempted to make "frame view" make a temporary, gdb-side-only green thread. Then switching away from the thread would delete the frame view. Tom