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

Issue reported by plt2 via IRC.

This is basically just a scratchpad for things I want to have in
the future ciolib.

Currently, this has RIP.supported which returns true if RIP is
supported by the client, and rip.loadicons(archive) which sends
all the icons (and .RIP files) in the specified archive (either
an Arcive object or a filename) to the remote if they don't
already have them.

If you have a RIP enabled door, a small JS script as a pre-run
command like this:

require("rip.js", "RIP");
rip.loadicons('/sbbs/xtrl/lord/lordicns.zip');

Will automatically send all the icon files in the arcive to the
user if the user doesn't already have them.  For SyncTERM as of
this commit, they will be placed in the cache directory for that
BBS (and only be available for that BBS).

On *nix, the cache dir is ~/.syncterm/cache/<bbsname>
On Win32 it's something like:
C:\Users\User\AppData\Local\Microsoft\Windows\INetCache\SyncTERM\cache\<bbsname>

No ideal what it is on macOS.

I was going to start keeping the old rect around again, but that
idea didn't pan out.  This massive memory leak is what I get for
not doing more commits while tuning.

Reported by Booch (Thanks!)