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.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 434 invoked from network); 4 Jun 2023 13:52:02 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 4 Jun 2023 13:52:02 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1685886722; b=aJaPQRz15VkNdpXTIaGIfgRqoiAAi1AElM8pd55H2u5C9VF3tD7URTDVwHL04F30KSWcHhhJ/g 4ovvpdZADGgclp6sIz1BG1SFaEvmIbHhuGbux91nm9hn8DF+wHgIdjQox7Y/f4od7d5UP+SRB6 jqDXwq2mFp7dImNOcsa5jZafJT8pfrKswb5BI1Ue2Q6jpuxwlkai+qO41tNlZQsm9+ewQ7AynP ky5XiGhXvFvYBnsRrxA7jwatWe/K8ceaEk3GFbxoYRSyXcXV+rSxJ0ueRVVSK792tnF7Fh3b1L TBD9mcXW+TkaZWaRdxXfSb9Gjcb+ud8QbdjuPzq9bcKa6w==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (baseband.digital) smtp.remote-ip=162.55.218.138; dmarc=none header.from=hostalia.de; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1685886722; bh=myF64URaFqndNl++UN3dI14djTvpuHS1rFu0Hs4OJ+c=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:Content-Transfer-Encoding:Content-Type:Subject:From:To: MIME-Version:Date:Message-ID:DKIM-Signature; b=UNcjacF/TUsUDFHS2g/Pod1IEIyvYIk7tows4bP8baKC3XctWWIyQEpgWB6P3R+0euX/Zp6blf EMb/ywkkhks6gqbMhLnc/+Y9PVIh5KCCyF5sDk2XmJciGT8dUS38ukEtk6vQhc6F4L3U9352Yk zEP/AQyDWrZb8jwxgHbP7+jJ8X4Kpf86I2d/q3argh6RO57bwSFBmJ87zd5KBI6+niSnnUOKZm 4QRfYvyhXyagemVljgXM+WcwBUC2t3l0d0rVf1W9G9n2LQ31SvSSjQlnixUhxzXdCAZSb5HQK2 BdyYkNR4BZYA3YXZucW4GJvzTWL3pl9tdqyo5TXXw0yrAg==; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Content-Transfer-Encoding: Content-Type:Subject:From:To:MIME-Version:Date:Message-ID:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References; bh=D8f+oV/HXxCapPKI0xEvIb+p8jeFj0khyLshADlmrqc=; b=c7pwg3/F7gIUM55QSBgIZs7GWc R80N0LEQC8SlRbgxOhZIahz66QDZAU9s1roKpNDBIEhQXUxb/oH9ACKUfRaUdVzGhG9Co0JQ3rl/0 iYo1sGGgn3NWxn2HM3j9R0Pu7whbNGU1kp8kA2l7vFqo/+Ftv2R2E+42YyQZ9L9effNQUD05FYk6m ptYIqeeDpf26ztL2PKPbjnnUH3vDLK14DaGOMzm7QH4Bqo75j728D7PMUbe+SujP+KpDHyJMDhF3F M20eRr8vBDZ0k4vSEi8aZPqfa+WaGUtCMxuVa0RUkQHxJ0aynDHnH3ZQqBwqZenq0QWumHMtlKgD8 n8z+NYww==; Received: by zero.zsh.org with local id 1q5o9J-000B2P-5b; Sun, 04 Jun 2023 13:52:01 +0000 Authentication-Results: zsh.org; iprev=pass (baseband.digital) smtp.remote-ip=162.55.218.138; dmarc=none header.from=hostalia.de; arc=none Received: from baseband.digital ([162.55.218.138]:54100) by zero.zsh.org with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256) id 1q5o91-000Akc-9I; Sun, 04 Jun 2023 13:51:45 +0000 Received: from [IPV6:2001:9e8:385d:b300:998f:ca6a:6065:3212] (unknown [IPv6:2001:9e8:385d:b300:998f:ca6a:6065:3212]) by baseband.digital (Postfix) with ESMTPSA id 757495DC76 for ; Sun, 4 Jun 2023 15:51:42 +0200 (CEST) Message-ID: Date: Sun, 4 Jun 2023 15:51:42 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US To: zsh-workers@zsh.org From: =?UTF-8?Q?Marcus_M=c3=bcller?= Subject: [Bug] modules zsh/tcp, zsh/zftp unloadable, probably affecting most modern Linuxes Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Seq: 51821 Archived-At: X-Loop: zsh-workers@zsh.org Errors-To: zsh-workers-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-workers-request@zsh.org X-no-archive: yes List-Id: List-Help: , List-Subscribe: , List-Unsubscribe: , List-Post: List-Owner: List-Archive: Dear ZSH community, I just opened a Fedora bug[1], since I suspected this to a configuration-vs-facts mistake in the build, but it turns out that this happens on debian, too, and that I can see in the source code that the offending function is actually used – which should have made linkage fail, but it only does so at dynamic runtime linking. Don't really know how to go from there – someone would have to rework name resolution to use getaddrinfo/freeaddrinfo (which is POSIX) instead of getipnodebyname/freehostent (which isn't POSIX). I see that this already happened, in 2007, in commit a5187bb6ac96cc43f68367c5dc9332854c250713, "23670: use getaddrinfo() and getnameinfo() instead of get*by* functions.", but was promptly reverted 30 minutes later without explanation. Maybe it's time to revisit that? Maybe it's also just a sign that the code hasn't been used by anyone in roughly forever, and deserves to be not built on the platforms it doesn't support, or removed altogether. Bug description: when running `zmodload zsh/zftp`, it fails due to missing symbol `freehostent`. This is worrisome, because a) that's a broken feature, and b) `freehostent` shouldn't be used on glibc systems (far as I can tell) – `man freehostent` tells us that the function is *not* present in glibc and deprecated. Steps to Reproduce: 1. clean F37 or F38 or debian stable installation 2. `sudo dnf --refresh install -y zsh` 3. `zsh` 4. in zsh: `zmodload zsh/zftp` Actual Results: zsh: failed to load module `zsh/zftp': /usr/lib64/zsh/5.9/zsh/zftp.so: undefined symbol: freehostent Expected Results: loading of module Best regards, Marcus Müller [1] https://bugzilla.redhat.com/show_bug.cgi?id=2212160