From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id +d5MGIqrjmDxIgAAWB0awg (envelope-from ) for ; Sun, 02 May 2021 09:39:22 -0400 Received: by simark.ca (Postfix, from userid 112) id 5B5981F11C; Sun, 2 May 2021 09:39:22 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from 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 RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id B628E1E783 for ; Sun, 2 May 2021 09:39:21 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 6F432389440C; Sun, 2 May 2021 13:39:21 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6F432389440C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1619962761; bh=QENTC+hisPGCIxo8QT6852LndpuwjpAQn8QMqFaXL6o=; h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=YBSIMus/3z4odIxE3Wk4pyNnrMxr38hGTYCtRP3ebTtDxGdFTzsVO5RCr92oNaeXz N3y8v3HaEj0jijPnij2rdUVI/EmSMfIWDTmYvmWlMU/zzo4UIPSeTmeE+8P7LxvJPK rQgZKcnFBFKlCbYxW+333T/kGgONhK5ytWCEhFTM= Received: from smtp.polymtl.ca (smtp.polymtl.ca [132.207.4.11]) by sourceware.org (Postfix) with ESMTPS id A4F35383303F for ; Sun, 2 May 2021 13:39:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org A4F35383303F Received: from simark.ca (simark.ca [158.69.221.121]) (authenticated bits=0) by smtp.polymtl.ca (8.14.7/8.14.7) with ESMTP id 142DdDnN013603 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 2 May 2021 09:39:18 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp.polymtl.ca 142DdDnN013603 Received: from [10.0.0.11] (192-222-157-6.qc.cable.ebox.net [192.222.157.6]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id D98061E783; Sun, 2 May 2021 09:39:12 -0400 (EDT) Subject: Re: [patch] Fix LD_PRELOAD=/usr/lib64/libasan.so.6 gdb To: Jan Kratochvil , gdb-patches@sourceware.org References: Message-ID: <547bc1ec-ffa3-2705-39ca-a6d65056461d@polymtl.ca> Date: Sun, 2 May 2021 09:39:12 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Poly-FromMTA: (simark.ca [158.69.221.121]) at Sun, 2 May 2021 13:39:13 +0000 X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Simon Marchi via Gdb-patches Reply-To: Simon Marchi Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" On 2021-05-02 9:34 a.m., Jan Kratochvil via Gdb-patches wrote: > Hi, > > AddressSanitizer: alloc-dealloc-mismatch (malloc vs operator delete) on 0x613000000040 > https://bugzilla.redhat.com/show_bug.cgi?id=1510413 > > The gdb binary had so far on Fedora 34 x86_64: > > U operator delete[](void*) > U operator delete[](void*, unsigned long) > U operator delete(void*, unsigned long) > > While now there are defined all these - but IMO it is a bit unpredictable This last sentence doesn't sound grammatically correct (and I don't understand what you mean). > which will be used in the future: > > 00000000000000c0 T operator delete[](void*) > 00000000000000d0 T operator delete[](void*, std::nothrow_t const&) > 00000000000000e0 T operator delete[](void*, unsigned long) > 0000000000000090 T operator delete(void*) > 00000000000000a0 T operator delete(void*, std::nothrow_t const&) > 00000000000000b0 T operator delete(void*, unsigned long) Please make sure to include all the relevant information about the issue you observed in the commit message. It's really not clear by reading it what's the problem and why your change fixes it. Simon