If this menu file exists, it'll be used to display file information (e.g.
when using 'E'xtended info or 'D'ownload commands) instead of the Fi* text.dat
strings.

Allowing more customization options for file information displays.

datestr() will return this string when passed a time_t value of 0.

FILE_DESC didn't handle blank/no file description correctly

The @-codes that need file size or date needed to call the proper filedat
functions to get those values or else risk them being 0.

I received 6853 duplicate FastCGI error emails today (sent in a 2 minute
time span). I wish I already had this in place. :-(

Caught by Coverity: CID 529977:  Incorrect expression  (SIZEOF_MISMATCH)

Converting the path to UPPER case and then comparing against a lowercase
string would never work.

Bug introduced in commit 6edc0270, reported by xbit (XBITBBS)

Transposed some digits, setting 1056×823 as the resolution instead
of 1056×832.  This resulted on crashes with some output modes, and
"just" the status bar being truncated on other output modes.

Fixes at least part of ticket 178.

This was one of the two major perforance issues with previous
versions of SyncTERM.  Using a larger scrollback will not longer
slow down SyncTERM.

The other major issue is updating the pixel data for every change,
but we can't fix that as long as graphics and text are drawn on the
same plane.

New:
- FILE_COST, file's credit value or "FREE" when applicable
  (see also FILE_CREDITS - the file's credit value or 0 when free download)
- FILE_AUTHOR - file's author (e.g. from SAUCE record) or blank if N/A
- FILE_GROUP - file's author group (e.g. from SAUCE record) or blank if N/A
- FILE_BYTES - file's size in bytes (previously, would use FILE_SIZE for this)
- FILE_CRC32 - 8 hex digits or blank if N/A
- FILE_MD5 - 32 hex digits or blank if N/A
- FILE_SHA1 - 40 hex digits or blank if N/A
- FILE_TIME_TO_DL - estimated time ("HH:MM:SS") to download file at current CPS

Changed:
FILE_SIZE is now the file size estimated in KB, MB, GB, etc., not the exact
file size in bytes.

from text.dat.

Also change the alignment of the Fi* (File Information) text.dat strings to
allow more space for the data fields, allowing better support for adding URLs
(for sysops that want to do so, e.g. by setting FiFilename in text.ini).

At -O3, the only reason the frame pointer will be retained is when
removing it makes it impossible to get any reasonable information
out of a core dump.

I personally prefer to take the small performance hit on affected
platforms and always include the frame pointer because it makes
profiling release builds possible... but I can manually make that
adjustment when I want to.

This reverts commit 269875be.

There are plenty of existing text.dat strings where URL @-codes can be added.
I had good/better results by changing the FiFilename string.
So let's not add a new/blank text.dat string for now good reason.

Some weren't (mostly sftp ones though)

Should force other threads to pay attention even if they're stuck
in select or something.

This is an optional (default: blank) string that can be used to display a
file's URL(s) (e.g. FTP and/or Web URLs, using @-codes) when viewing extended
file information. I currently have this string output before the file
description.

The idea is that a sysop could set this string (e.g in their ctrl/text.ini)
instead of or in-addition-to their text/menu/download.msg file and then the
file URL(s) would be more readily displayed (not just went prompting for a
download protocol to send said file).

As an alternative to directory aliases configured in ftpalias.cfg and/or
web_alias.ini, a sysop can specify a shortcut (virtual directory name) per
directory in SCFG->File Areas. These shortcuts will appears as top/root level
directories in the FTP and Web servers for quick user access to important
directories.

The advantages (over ftpalias.cfg / web_alias.ini) are:
- one place to configure
- FILE_FTP_PATH and FILE_WEB_PATH @-codes will use the shortcut
  (usually a shorter, preferred virtual path to the directory)

* New JS file_area.dir[].vshortcut property

This appears to have been the original intention (otherwise, why call ultoa?),
but was never done. Just a usability/convenience thing, but an apparent bug.

We can't just memcpy() this because it's not a uint32_t, it's an
Atom.

It can be added back if the issue reappears.

ssh_active was never set to false anymore
channel_gone did exactly the same thing as conn_api.terminate
change read/write timeouts to zero when closing

Fixes the issue on Raspberry Pi with a 64-bit kernel with a 32-bit
userland. (I hope)

Previously, did not include the size, so was a 0x0 icon.

Again, not exhaustive, just the places I found quickly.

If ESC is pressed, clears the UIFC_XF_QUIT and aborts the exit.
Otherwise, continues exiting.

Not sure if there's anywhere else that needs the ATEXIT change to
avoid infinite exit loopage.

We don't appear to need it anymore, and it results in inconsistent
behaviour.

Basically, this allows figuring out if you can intercept and block
closing the window.

Two are AI generated, one is from a random dwarf name generator.

This allows us to detect the remote sending a FIN early and
disconnect rather than waiting until we have data to send.

This isn't actually necessary for the ones that use the socket
directly as they'll read zero bytes and terminate, but this way
it's consistent across all of them.

Another attempt to drive a stake through the heart of ticket 174