From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out3.simply.com (smtp-out3.simply.com [94.231.106.210]) by sourceware.org (Postfix) with ESMTPS id 841A73858D32 for ; Thu, 30 Nov 2023 13:07:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 841A73858D32 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=gaisler.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gaisler.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 841A73858D32 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=94.231.106.210 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701349637; cv=none; b=fZ7oOk95BH0QveZoBkowyfEZDjHjyh0DaaxSTr/e7pme5Lkm4POA70w7G1hP7GFnIRB2G1xHWY/0kcBzJDCJdCYOYUF/ManQ+lbtD1J9jxXvyAhSmEgRYBZlVUGffDM8GLG9jsOcDXR6bNXOhehUE4d3i4nc9fn/faevBikPeCU= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701349637; c=relaxed/simple; bh=n2eEhtEzmIaOKVGVvIRmRy2ucU+Kv61mJSlA/XKJX40=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=hKM4iFddjCivUIhmwmENB6sW6BfCOzmG/3yNsDdH28S1HeCySQ8efUzwdfLrCvF8LTjBdhgqi4xopNkaZpIuVvxs1D+PH39qCOYosoVCBF34fQS5Xb3gOx9kKUpj5E+wYpDyMoEymfNWopovmKoB7jg4FlUf3kQWDX86WUPCUmk= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from localhost (localhost [127.0.0.1]) by smtp.simply.com (Simply.com) with ESMTP id 4SgxL92zNrz6841; Thu, 30 Nov 2023 14:07:13 +0100 (CET) Received: from [10.10.15.4] (h-98-128-223-123.NA.cust.bahnhof.se [98.128.223.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by smtp.simply.com (Simply.com) with ESMTPSA id 4SgxL917L9z684L; Thu, 30 Nov 2023 14:07:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gaisler.com; s=unoeuro; t=1701349633; bh=vtILvREi5yiQeSqpK1+6wvS+MWuCYTjU/28C3m/J0uo=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=p3n2cGEtYkr1FiIQARIIoSl9JAALX8gdrY0y6xe1y9XyVs7B3S1EILOH7nu3vSGRr Qx/qfv0yRm0gTONiuKFJv6JEl8vkrGM6HUyNUTQBPR6oYAQ8gS2JpvqhFQgWzIDLMe 2DCDaEMZm/DF1GEkv0TJ7OQZuSNjjQARj/K7dmQU= Message-ID: Date: Thu, 30 Nov 2023 14:07:12 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC] resolv: Align buf before second query for A_AAA in __res_context_query Content-Language: en-US To: Florian Weimer Cc: libc-alpha@sourceware.org, adhemerval.zanella@linaro.org, software@gaisler.com, andreas@gaisler.com References: <20231130112430.23815-1-ludwig.rydberg@gaisler.com> <87leafv4n8.fsf@oldenburg.str.redhat.com> From: Ludwig Rydberg In-Reply-To: <87leafv4n8.fsf@oldenburg.str.redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00,DKIM_INVALID,DKIM_SIGNED,KAM_DMARC_STATUS,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Thanks for your quick reply. Ok, just a question (to avoid misinterpretation), when you say "... it needs to be fixed in their implementation", what are you referring to? Best regards, // Ludwig On 2023-11-30 12:53, Florian Weimer wrote: > * Ludwig Rydberg: > >> So, can the alignment code be re-introduced or should this be handled >> in another way? > > The res_* functions do not require aligned buffers as part of the API, > so I think if they have such an implicit dependency, in needs to be > fixed in their implementation. > > Thanks, > Florian >