This is the last thing needed to complete the new temp/archive menu module implemented in JavaScript for v3.19.

File list generation can easily be done in JS (see filelist.js for example), but since we have this function already in C++ (i.e. for including filelists in QWK packets) - might as well make it available for use in JS.

To list/view file/archive contents.

One potential issue here is if you connect/send to irc.synchro.net,
you'l going to get the PONG response back from a different hostname
(e.g. vert.synchro.net), which won't match the expected PONG response.

Is this what you had in mind, Cyan?

And nobody cares about your terabytes of free space anyway.

40 was causing a lot of cosmetic issues in sbbslist.js (for 80col terminals).
This is a compromise (not reducing to the old limit of 25 chars at least). :-)

Also added debug-level log messages for message loop rejection
reasons, for John Dovey (GATOFUEG).

Now archive.js can be installed as a sort of "fall-through" file viewer (rather than listing all the supported/possible archive extensions as separately viewable file-types):
File Extension        *                
Command Line          ?archive list %f 

And the IPv4 link local address block (169.254/16) too.

No need to keep this around, someone might try to build or run it!

Any screen mode where the description and the enum value were not
identical (ie: ones with spaces or parenthesis) would not be used
at startup correctly.

Reported by DigitalMan via Discord

Underscores are more JS friendly (and correct).

Just include the total files in the listing, not the current display.
Fixes #268.

Resolve error reported on irc with Ubuntu (don't know what version):
<rjwboys> ok now i get filedat.c:896:3: error: unknown type name ‘la_int64_t’

For programs that don't specify a scaling type (scfg, syncdraw)
use blocky scaling.

Setting the scaling and size before changing modes does weird things.
Those things should be fixed, but at least this makes the problem
go away in SyncTERM for now.

Now IS_WHITESPACE() will return true for that char and this allows things like truncsp() to truncate trailing white-space (e.g. from a FILE_ID.DIZ), even if it contains a terminating 0xFF character for some unknown reason.

He's old, and should keep his blood pressure down.
Do not walk on his lawn.

IRCd 1.9b

See merge request !126