From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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: From: Simon Marchi 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-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org 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: , X-List-Received-Date: Sun, 02 May 2021 13:39:20 -0000 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