From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id A3A103858D38 for ; Wed, 14 Jun 2023 10:17:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A3A103858D38 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1686737838; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2fnB1aWGtcZxZ5WnA1cxTKDuYN5GKFaR1vSyc6DC6RM=; b=Gx7irEGdS22hjEfsd4wRdVZNNSb0u0sNuw/NGJu2EoJ/m+P+XF73mYAC+eIzkKEcoN6LWE os2gFT7GEsPpb31uvW5SF3GFwZJOjtuIv8z8UWfES4tBHlmGCBO+rBlgO911tR3JvNIC8t fZSMyxxO3/LGwlMpnyp3Qs0ld/UQnO0= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-182-mMjfAFJiM6iYkRTZB1dVQw-1; Wed, 14 Jun 2023 06:17:17 -0400 X-MC-Unique: mMjfAFJiM6iYkRTZB1dVQw-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id A5C1D85A5A6; Wed, 14 Jun 2023 10:17:16 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.2.16.2]) by smtp.corp.redhat.com (Postfix) with ESMTPS id E82ED2166B26; Wed, 14 Jun 2023 10:17:15 +0000 (UTC) From: Florian Weimer To: Roger Phillips Cc: Roger Phillips via Libc-help Subject: Re: Getting more info about a heap corruption References: <87a5x2s8es.fsf@oldenburg.str.redhat.com> Date: Wed, 14 Jun 2023 12:17:14 +0200 In-Reply-To: (Roger Phillips's message of "Wed, 14 Jun 2023 10:13:12 +0000") Message-ID: <87o7liqrf9.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.1 on 10.11.54.6 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-4.5 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_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE 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: * Roger Phillips: > Thanks for the answer! Do you mean just LD_PRELOAD libasan without > linking against it? Yes, I think this will work in at least some cases. There are other debugging memory allocators that could be used in a similar way, of course. > Regarding less optimized libc, do you know if Ubuntu produces such > versions for their packages? I don't think so. You'd have to rebuild glibc yourself with different build flags, using their build process, but you don't have to install the result. Just copy the libc-2.31.so file and LD_PRELOAD it on the target system. Note that you need to rebuild the exact same glibc version, otherwise it might not work. And you have to do the rebuild for each libc6 package update. Thanks, Florian