From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8119 invoked from network); 7 Feb 2022 05:35:25 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 7 Feb 2022 05:35:25 -0000 Received: (qmail 11770 invoked by uid 550); 7 Feb 2022 05:35:23 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 11738 invoked from network); 7 Feb 2022 05:35:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1644212111; bh=ys5V8V4Jb/ZmuctfgfqXKMWhwrNWP3P1R0KBVutfjv4=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=JOimvjkh9A0oJfiDlvXZS5ggWJ8vJl2loospCKSiizIahhXO3DCNcMpgpza4CqbGO 4/RXbuiD7J3obCSJwGmUDxgBuD97ztIIPQv4N4u10ATDs/hgdXH9kdOPzMF4WK2w32 fxwJ7DfY1lIk5Dbz588SOgaOTqyzrWQE5RQniuk4= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Date: Mon, 7 Feb 2022 06:35:08 +0100 From: Markus Wichmann To: musl@lists.openwall.com Message-ID: <20220207053508.GA8426@voyager> References: <20220206213032.GU7074@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Provags-ID: V03:K1:edZU60lYt0dEKvMt2/ykj806dFr1hXcBeGW7e1t+69WoXJz9Hle uB0xSe3K8kONv8VAIOtX+zL470f2J979JBdMQbxOFx2lT40tE+gaML4uVLuJqJN38AglQT8 OtJNY1iMIIrxsUK5aocngAAoGj7qqBe06CCeFv1ASWsvU6jtboixxLLWfIAkLy7wzMX1awl 1m3mFreQJgPin50TrJMqQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:6NTH2hGZ8HI=:V7S0q0vmNa3xVGfMIG+0rs Tgjhe+OVPUbjyd60/vqs002rx7GltM06kXSdN3y2xIi44t17wvUOsFddipw9fFHl9QpnIJCjG q7+y+rqlEYm0Xw+i8onMnouG7tKnzidtoKGQpAVU4egU4Qv2IcekMZPCt5Vc6i/pM291v98MC PlQhY6dz419+ZlXadt68HzA07cpecdOR32hwlZEqX+yTQOPAFR6L7Fk1V5obPATSHliHjZDda uMemGLVEHhB68w/kmMwN7G0H1SpoZnaz4B+oe2jhBDY0FeHUt/0MFl8a41c4PvBsiMUNHsT8B nbHsQjNSMyuNJEjsAc5resIRvflseLnQJP9iYwYSzjt98lt9eqRepod+Ha2z1WQvHLA5+mLlz 79/2iiHSyRVf+1FxRhW7H6Ow8pYFyUwIsm0olhCQP7zDEnKilR5lE7VAV3K5BaOV2U4BkJ6OY /cmOMwTaW7DDNCiLJjM4LsGGFRBkM6GBe5dvQqLbgRkZdG4+MW5aL6XbGZU5yJz99tzR8OF1P rr06BqOp/2e2SIurRqJhYaAZA8xoBM6sqzPi+xp4efGuJknRULSOkAzX0FVYkRUBNw5+sAJOy x1BT+nuZPmWf8g32xBU7pziOndMn37k96y5tY9dLkcdZRjmkbbwL+XaJj7ISQJC9cMhBPiX7q NiZLCdyBSyz0AiZNEN6qxrTBh5KrrEJzG70sSueCrKsk9kLjQwZ64N66leWyYMBx+hES2ONzL h9piv+r/vnDjwDBgO6RvT+pAR1FTA+j2jfO8O/i9GYgosC71wkVOkfcjZ3pE9pf+9n93Kmm6z 5f8KxjWjzhhFofLYMtIt4tH85NFrkjpjlob5kTuETU5YsMt379tcFbDymxic+DHq5UO36TLsG oVzvbKzndc7pzdkABhJ4NtOGwIuF4nYkYSL42daen6GaCANBgWCkIvXG8KNyspdnUZTw7v2OB vBp7eBwi+5V4lN4XOE7wUSIyTI0/XGI6T8/QvlkZzAO5PQzsH/nmYgz0y1oiiM+3gNl5TD+hF pTSPONIxYTquWrSYEqRjph2cZRLFypjkMkWPYTI9uhSggtHe0cfE883/dUe+hdyPx5vztGQUz co76T8Txq5hw4A= Subject: Re: [musl] Re: musl getaddr info breakage on older kernels On Sun, Feb 06, 2022 at 06:25:34PM -0500, Satadru Pramanik wrote: > Does that ring a bell at all? Does it make sense for this to run > correctly when run with strace (built against glibc) but have problems when > run w/o strace? The libc strace is built against should not matter. strace uses a simple debugger interface to halt the target process at system call boundaries, and the system call interface does not depend on libc. The only difference it does make is to the timing, but on a level where it really should not matter for DNS. That is, unless docker were to do something weird to the time inside of the container that somehow is undone by strace running. But I don't know of any kernel interface that would do that and still leave strace to function. Ciao, Markus