connection destination, hoping this to help ftpd's behavior with
scoped IPv6 addresses.
I'm not sure if it is the right way, but it is the best way available to us.
LPRT or EPRT command gives no information about which interface (or scope)
to be used for new data connection.
ftp(1): On data connection establishment, warn if scoped address is used.
If peer (ftp daemon) does not handle scoped address, data connection
may not work right.
This seems to be sort of protocol spec hole, not implementation issue.
rewrite of the driver for the DECchip 21x4x Ethernet chips, and a variety
of clones.
Currently, the driver supports the Winbond 89C840F (this works pretty
well), and the Lite-On PNIC (e.g. NetGear PCI boards), however Lite-On
support may be broken [I may simply have a busted test board].
Eventually, support for the Macronix and ASIX chips will filter into
this driver, and then, slowly, support for the genuine DEC chips,
and maybe even the DE-425 EISA model.
serving UDP requests if none of the -t or -u options are
given.
Previously, nfsd wouldn't actually do anything at all
if it was not told to do UDP and/or TCP, which could be
confusing.
Note that at least Solaris and IRIX default to both TCP
and UDP when nfsd is run without options. This might be
useful for NetBSD as well.
Fixes PR bin/7358.
Note that all IPv6 address must be wrapped with square bracket, like:
ALL: [::1/128] 127.0.0.1/255.255.255.255
Increase shlib minor.
ftp://ftp.kame.net/pub/kame/misc/tcp_wrappers-76-v6-19990831.diff.gz
arm32/Makefile.inc: don't need to set .PATH
i386/Makefile.inc: don't need to set .PATH, SHLIB_VERSION_FILE
Fixes PR lib/8298 from Richard Earnshaw in a more general way.
function (which nobody was able to explain): it's critical to allowing a
complex command run from an interactive shell to be terminated. So, reinstate
it and fix it correctly. See the comment if you really want the gory details.
