From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) by sourceware.org (Postfix) with ESMTPS id 399513857826 for ; Mon, 7 Mar 2022 22:07:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 399513857826 Received: by mail-pj1-x1032.google.com with SMTP id v4so15352447pjh.2 for ; Mon, 07 Mar 2022 14:07:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=BxokgyOBjY/tX+i6UGsyIF+pdU7jfsCLs7mWrLrLJaU=; b=uW+6wcPyRvmZYK94u90lfIK/MCvBJlY/AoiJgdAYC5TCkyzzzNYlqfRpyxhFg5h2a1 w4F6HiBEn3dJYi8omYBhEoU1oj/dPL3EnLqYTQc5RWQF+PXiSfNbz/hvsS6Oq7Lb5t/7 kCfUGjAuGwFlZEAwBJoT9Ity8VAJHvXwULO0/A2WtolOTIeA4TpE7S3aK7aUvR8nXOBR X+RqKiF1A5VacgaJElv9+O/z5/a2nYH23F3HjoW6JGsdmpM88XLG1pT/0M3E228BsD0A 47BeR6YWwJfjzZKIbiyYM9o9AWL6oA3yzuiE8KDQ9kyatKcRMpk6uaUgm1uLX/i00OHL tSpw== X-Gm-Message-State: AOAM53303nUC2sfmO+NsTaFzc26GhL4rkTXuGVUa9738RrUecAU+xAKk QUrMtqglNEaR+UAF2SttqAVwwtc2n7A= X-Google-Smtp-Source: ABdhPJw3fZ96/PxU7F26BnjOK00g2MOBrr6nT+kYzrJbXYZP6domGaweSOVX3ruCb++LVnc8mpSFRQ== X-Received: by 2002:a17:902:b60f:b0:14f:ee29:5ef7 with SMTP id b15-20020a170902b60f00b0014fee295ef7mr14085287pls.106.1646690844586; Mon, 07 Mar 2022 14:07:24 -0800 (PST) Received: from smtpclient.apple ([98.42.207.67]) by smtp.gmail.com with ESMTPSA id k23-20020aa790d7000000b004f6c8b7c13bsm11466392pfk.132.2022.03.07.14.07.22 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Mar 2022 14:07:23 -0800 (PST) From: rajpal gusain Content-Type: multipart/signed; boundary="Apple-Mail=_BF95AF7B-D4F6-4784-8AD1-CFCEDA54A52B"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\)) Subject: Help regarding bug 25533 (RTLD_DEEPBIND, glibc, custom memory manager) Message-Id: <132AB50E-6AB1-4B5E-A87A-3D5DC680271E@gmail.com> Date: Mon, 7 Mar 2022 14:07:21 -0800 To: libc-help@sourceware.org X-Mailer: Apple Mail (2.3693.60.0.1.1) X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: libc-help@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-help mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2022 22:07:28 -0000 --Apple-Mail=_BF95AF7B-D4F6-4784-8AD1-CFCEDA54A52B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi all, I need help regarding an issue for which I created bug 25533 a while = ago. The issue is mainly because of complex interaction of RTLD_DEEPBIND, = libc and custom memory manager.=20 Let me explain issue first 1. In my application, I use a third party application which makes use of = dlopen with RTLD_DEEPBIND flag 2. In my application, this third party application is linked statically = along with Google=E2=80=99s memory manager (gperftools = ). 3. When third party application calls dlopen with RTLD_DEEPBIND flag, = strdup (along with malloc) gets picked from glibc.=20 4. free definition is still communing from custom memory manager and = it=E2=80=99s a problem as malloc=E2=80=99ed memory was allocated by libc = malloc while free call is directed to custom memory manager. I asked third party application vendor to fix it at their end (dlopen = with RTLD_DEEPBIND), but they expressed their inability to do it as it = has side effect. I filed ticket against tcmalloc as well but it also hit dead end. As a = workaround, I made use of malloc hooks. But, I consider malloc hooks as temporary workaround and I=E2=80=99m = looking for proper solution to this problem and IMO, proper fix should = be in glibc which should be agnostic to memory manager=20 that any application chooses. I believe jemalloc (Facebook) also has = same issue and they also have used malloc hooks to work around this = problem.=20 Through this email, I=E2=80=99m looking for suggestions to fix this = issue properly.=20 I have created a small test case which is not exactly what is there in = my application but closely resembles what I see. It=E2=80=99s dependent = on TCMALLOC_STATIC_LIB variable which should be path to static library = (.a) for custom memory manager. Thanks Rajpal Singh= --Apple-Mail=_BF95AF7B-D4F6-4784-8AD1-CFCEDA54A52B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCA0Aw ggM8MIICJKADAgECAgp7SX3tkI/LBaBNMA0GCSqGSIb3DQEBCwUAMEwxFTATBgNVBAMTDFJhanBh bCBTaW5naDEmMCQGCSqGSIb3DQEJARYXcmFqcGFsLmd1c2FpbkBnbWFpbC5jb20xCzAJBgNVBAYT AlVTMB4XDTIwMTExMzE4MTkzNloXDTI1MTExMzE4MTkzNlowTDEVMBMGA1UEAxMMUmFqcGFsIFNp bmdoMSYwJAYJKoZIhvcNAQkBFhdyYWpwYWwuZ3VzYWluQGdtYWlsLmNvbTELMAkGA1UEBhMCVVMw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDhOkxpTVf2wYRhH0Dfntzrrt9yrsWObd8c a8aNhY4NkVD1WD626DapsVEK/Q/AiByYuvJcZZuajMJNgOlipUqlmNq8c2Y8qfhCKi1vXkPI/hfc pPE/otKk1jIXJGseDkF2OgHK4XFkhNEoafB7giBQGGRO55UbN76dCGBG7UchFq7qRa2WypmuqfY1 zyKzDQMFlR0mWh3jKz6pd8Y4ouJ0phMaEfAbzQMsg1o8OL1kgVshj8netWS1nDEQMMtbIjCbMn8T N77j69DO9DqrjWehlq0xQ6bYqHakfsYJiw14G0iuGK/1MzB1KzauL0Tqsr0mv73sOSkyX+OdeNfl 7x0zAgMBAAGjIDAeMA8GCSqGSIb3LwEBCgQCBQAwCwYDVR0PBAQDAgeAMA0GCSqGSIb3DQEBCwUA A4IBAQCZSUiwNWUDvEcWlvExmQ4yPv+yzZ5k0HH1LWuCXJL5fn3oQkhlQG63ZITORCixfNRvpu+e BANRJ8P7qdf36KVw5Yv/d7rYUEE4rldYTsUyy60RkYCDW0UYiqUIFS+e4U9UZ/Ofkz9oN7dn2vrX f6pgIre+R+RTblsA4eMz+ouvV4E4TInvF18w4JU8OYZYirEg6Dx+lOv/Pqhr0QHY9aWA957Lyewf nKwZU+5Uwcik3vq46aaw9FukGke8EpEhPdgcTXc/YxX/Ntn6m/Yauinir0X9znGHTs7Pm0PVk+SF EkaOfQy2KstbgNiKwXV1ZkMhc9waQBr90IfvQrIJVz5TMYIB8DCCAewCAQEwWjBMMRUwEwYDVQQD EwxSYWpwYWwgU2luZ2gxJjAkBgkqhkiG9w0BCQEWF3JhanBhbC5ndXNhaW5AZ21haWwuY29tMQsw CQYDVQQGEwJVUwIKe0l97ZCPywWgTTANBglghkgBZQMEAgEFAKBpMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIyMDMwNzIyMDcyMVowLwYJKoZIhvcNAQkEMSIEILSy Reh71yz5QsSWCtnp/TMm8WUSuE92Bu7Iltit3ufjMA0GCSqGSIb3DQEBCwUABIIBAH+DSaVGAvF9 aa3QEtZsAhsgoTqAVS4b/yL6EkEgMKDrnHS/hV7a9JfgdpdJeiJqMyx0/FHGZ2WBze63PIDqL5zj 8caZysKUbDgtScIUoso1So0BciMHJ1h2uGgrkaUHCMKvZFjSN2seXaWEAS4u/ub86uUy5aepRp5r JarzbNM0VwTIl0iYwWv+CgIkhRrJKhohEDT57C9oocPpo+VcawJZdLNaaxyCWVW1hj+AT2sBSsnU d4RXokgx4Vi9TBZm67qHeXSxIWzcMmZ/62Bz83Ly281XWi+kGoPr21A0WOgNcUoPfs16c0HNkwI8 5Hm8S3WsfMM+zWilbUUTLAx2lQwAAAAAAAA= --Apple-Mail=_BF95AF7B-D4F6-4784-8AD1-CFCEDA54A52B--