From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id yIzVKhjojmbU8CEAWB0awg (envelope-from ) for ; Wed, 10 Jul 2024 15:59:20 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=MmNcLVov; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 9EF9D1E0C3; Wed, 10 Jul 2024 15:59:20 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 8A64E1E030 for ; Wed, 10 Jul 2024 15:59:18 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 2EC8A386C5AF for ; Wed, 10 Jul 2024 19:59:18 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2EC8A386C5AF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1720641558; bh=v0lEy4CUudQfCnj0LSGpplHIWDz1wJaNkpEkeWZNgSk=; h=Date:To:Subject:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=MmNcLVovYt4Eigsv8UidTxtmbp1mG8tfEhJqkN1omntDVVptuyFRY/LRhauSakKMK 0SPuYOAT+uXErvReh1vo3k4kSubxCvbNJTJ1bT+tsb/u8+OWDVBxDDLMMkfcIiTmn4 JeDe2FTncjuJxStjuKa18XIVK2UvyTPw/gn3lHHg= Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 12B8B3851C30 for ; Wed, 10 Jul 2024 19:58:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 12B8B3851C30 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 12B8B3851C30 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1720641520; cv=none; b=nmzx/+0G+C37tYRLzwdHtPwObUUSADNZcTCXrHweKge4zS7DAtY3jwnuL5wBPwwE0jFRdgb+tue7HsYKo4bW7tbLfEl0FvMZE3Z4DR5FiDPLY5hb025WyEUXZ/17MLxE8HyzV9NnDK+h2IITenvTZITpJzVRb/C/hbY4ShStNfA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1720641520; c=relaxed/simple; bh=dm6MlFD/R7GAStp7z55/n8Nxwh1KBhmqLh1YC1IRZoA=; h=DKIM-Signature:Message-ID:Date:MIME-Version:To:From:Subject; b=nZVc4x3ckevcGIryFUSzD3LhqJEXwYYdBWpbBA2jwahDyjQu+aw/y9glgoDnxohhY1IZGJodyFLGf2rmCr7hOVQbRurLxcaMxnLR+weXZTPCUFzjeB4NtnXlgqXc6h45jZI7JVyOgY6gJYsBKF+wfP33ZUCjj8GzOJ7WeIuNG10= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from mail-pl1-f198.google.com (mail-pl1-f198.google.com [209.85.214.198]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-161-kNTlfqHuN6-7nexUXhumuA-1; Wed, 10 Jul 2024 15:58:37 -0400 X-MC-Unique: kNTlfqHuN6-7nexUXhumuA-1 Received: by mail-pl1-f198.google.com with SMTP id d9443c01a7336-1fb2ee83169so607095ad.3 for ; Wed, 10 Jul 2024 12:58:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720641516; x=1721246316; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=v0lEy4CUudQfCnj0LSGpplHIWDz1wJaNkpEkeWZNgSk=; b=hLkVKTaZm3BtC69oNxEXHXWX31Tvwna7LRkPl/pB2oJLeldAHPawo3tCqavF26LhJI xXxxxO1mAValuJrRAmUOVJvv+WrMjtVm3qSY9tUVgYKDcmm1svwPIWIJKD2L8Fgn/v4R oCvBDN7z4Rfv/zP7OqQdGrgv7MgcCgWR1RbHWNoxMCFSIUPU+am3M07EdLhR8RyHXma8 Clyai2FYTHd+Z94rTBsv3UV6t+v6Oeg6yDn9Yt9il1Q2YNFRTbX/W/Ec5NmQ5mym4keQ 1a0p5p4DOUb6VucQ5/FWeX6pImtJUtrgZUZwv1bk1tb1Qc8p8w5hvfB8tCIJiALLGPY0 Q48A== X-Gm-Message-State: AOJu0Yzzr2TugzJC2iF1PYCS2xrc9PeLE0envwLSr3ne08TeKgaUYTMx TVNZgCc3vVPqidnIjJV+fExf+PnccB/+ZV2zERAS0TQ2m8JK+Ad/AnW9uU0Y5swlCj+wGw5o6u3 Fll1IdHmJtTTk0wRc1ysZ+ZdONioo09ffBT5h6AwrhsfPTwjjotpoU4qCvD8idpNxfiZTdI0awM 6lToY58X7JM6BP+olAWEesWA68/g0koto= X-Received: by 2002:a17:902:d2ca:b0:1fb:62e8:ae98 with SMTP id d9443c01a7336-1fbb6cda8fbmr63317005ad.3.1720641516079; Wed, 10 Jul 2024 12:58:36 -0700 (PDT) X-Google-Smtp-Source: AGHT+IF65u9RvXEfbHxA38ab5/+G/2OFGP8anMfftvdzNR+gDMNkT6WL7ilJF8zI6VlrYlqjFjkv7Q== X-Received: by 2002:a17:902:d2ca:b0:1fb:62e8:ae98 with SMTP id d9443c01a7336-1fbb6cda8fbmr63316785ad.3.1720641515535; Wed, 10 Jul 2024 12:58:35 -0700 (PDT) Received: from ?IPV6:2804:14d:8084:92c5::1001? ([2804:14d:8084:92c5::1001]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-1fbb6ad0298sm37428475ad.278.2024.07.10.12.58.34 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Jul 2024 12:58:35 -0700 (PDT) Message-ID: <3efbc686-a7ec-4699-85ba-b96ea4ec2bad@redhat.com> Date: Wed, 10 Jul 2024 16:58:32 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: "gdb@sourceware.org" Subject: Wondering if record save should be deprecated X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.3 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, 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 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Guinevere Larsen via Gdb Reply-To: Guinevere Larsen Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi everyone! I decided to try a bit of a different workflow for reverse debugging and noticed that using "record save", then loading that file in a new gdb session, and I noticed this generated an assert. The assert itself is not too hard to solve (Hannes had a patch ready when I mentioned it in IRC), but it had me wondering: this bug is present since GDB 10, and there are no bugs in bugzilla about it. In fact, searching for "record save" only has a stack overflow question from 2.5 years ago that uses precsave, but is about a separate topic. Everything else, including the few reverse debugging tutorials I've seen, never mention this option. Does it make sense for us to continue supporting this feature that was nigh unusable for 5 releases without anyone noticing? Does anyone reading this makes use of this feature and managed to somehow avoid that crash? -- Cheers, Guinevere Larsen She/Her/Hers