From: "Marcus Müller" <marcus_zsh@hostalia.de>
To: zsh-workers@zsh.org
Subject: [Bug] modules zsh/tcp, zsh/zftp unloadable, probably affecting most modern Linuxes
Date: Sun, 4 Jun 2023 15:51:42 +0200 [thread overview]
Message-ID: <afe7b7c7-0e47-26be-0d6d-7f7ca5891108@hostalia.de> (raw)
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
next reply other threads:[~2023-06-04 13:52 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-04 13:51 Marcus Müller [this message]
2023-06-04 20:37 ` Marcus Müller
2023-06-04 21:17 ` Philippe Troin
2023-06-05 19:35 ` Marcus Müller
2023-06-05 20:07 ` Bart Schaefer
2023-06-06 6:42 ` Jun T
2023-06-06 9:05 ` Peter Stephenson
2023-06-06 14:38 ` Jun. T
2023-06-06 15:01 ` Peter Stephenson
2023-06-06 16:37 ` Philippe Troin
2023-06-06 17:54 ` Mikael Magnusson
2023-06-07 2:05 ` Jun T
2023-06-07 2:35 ` Jun T
2023-06-07 14:40 ` Jun. T
2023-06-23 13:41 ` Jun. T
2023-06-07 9:25 ` Marcus Müller
2023-06-04 22:41 ` Axel Beckert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=afe7b7c7-0e47-26be-0d6d-7f7ca5891108@hostalia.de \
--to=marcus_zsh@hostalia.de \
--cc=zsh-workers@zsh.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).