Teach window(1) how to deal with ANSI terminal escape sequences.
Specifically: escape sequences begining with [ and which contain ? or numeric values.
This allows window(1) to work better with those terminal programs, especially those which use
readline(3) calls, which insist on emitting these extended escape sequences even if those
definitions are not in the termcap or terminfo spec for the terminal in use.
this new support is incomplete in the sense that we don't do anything with the numeric values,
but we do honor the functions of the actions requested as long as they were actions this
program already supported.
Preliminary testing shows a vast improvement with programs like gdb and the interactive python
shells.
tnftp 20260211 release
Changes since tnftp 20230507:
- Improve transfer performance by simplifying socket buffer and
transfer buffer handling.
- Add -b BUFLEN to adjust size of buffer for HTTP response line parsing.
- Add -h HEADER to support custom HTTP headers.
- Add "connect" as a synonym for "open".
- Fix ASCII mode transfers when progress bar is enabled.
- Fix creation of empty downloaded files.
- Exit non-zero if a HTTP transfer is shorter than expected.
- Fix HTTPS through a proxy.
todo: sl_init and strvis updates not needed.
sl_init update only provides sl_delete(), which tnftp doesn't use.
strvis is only used by libedit history_save()/history_load(),
which tnftp doesn't use.
sync lib/libc/inet/inet_ntop.c 1.12
Update from othersrc/libexec/tnftpd/libnetbsd/inet_ntop.c 1.5:
Functional changes since upstream 1.3:
- 1.10, 1.12: always set errno when returning NULL
Retain tnftpd local changes:
- 1.3: don't use non-standard u_char u_int
- 1.1: only enable IPv6 ifdef INET6.
Comment out other unneeded upstream code to minimise differences.
fgetln: sync tools/compat/fgetln.c 1.12
Switch to a version that does not suffer from reporting the wrong length
if the file contains NULs. From OpenBSD.