Seen disconnected users "stuck" in irc.js for long periods of time. Hopefully
this helps.

I saw this in my error.log:

evnt DELFILES !JavaScript  /sbbs/exec/delfiles.js line 100:
     Error: -110 loading file 'somefile.name'

Which would terminate the script. We don't need to do that, just log it
and continue on.

Other changes of no consequence.

Specifically, \x11 is not cursor on, and \x14 is not cursor off.

If there's a problem, we'll catch it on the rename(), no need to
add a race condition by checking if it exists first.

Should fix issue 190

There's very little evidence that Prestel terminals supported this,
and zero evidence that BBC Micro terminals did.

ESC and ENQ are ignored like all other control characters in Mode 7
now.

For 10 years (commit e212e2c5), sbbs_t/console.getstr() has limited length
of string input to the available columns of the terminal.

To fix issue #869, rather than change getstr()'s default behavior, add a new
mode flag: K_LINEWRAP which does not limit the string length input based on
the terminal width (and the current column) (e.g. for use with ;string
commands from the default command shell).

Ideally, I'd like to have a marquee-style option (K_mode flag) where longer
strings just side-scroll to accommodate strings longer than the terminal
width, but in the mean-time, this'll do.

So anywhere we think a narrow (e.g. 40 column) terminal is being excessively
restricted in string input width and starting the input in the first column
is not an option/solution, adding the K_LINEWRAP flag to the getstr() call is
the proposed solution.

Fix issue #868 - pretty this string for 40 col terminals

In v1.5, it was changed to sending an ASCII CR instead of an ATASCII
one, breaking auto-login.

No need to use LoadLibrary() and GetProcAddress() here

No need to use LoadLibrary and GetProcessAddress here any more either

Vista ended support before XP did, and it doesn't seem to show up
on any usage lists (while XP still has 0.27% of all Windows systems...
which are 25.46% of systems on the internet)

https://gs.statcounter.com/os-market-share

9 years ago in commit dbbfabf1

Insure that msgcnt is initialized.

Check sscanf() result
Don't use deprecated function: inet_addr()

At one point while migrating off the Windows XP compatible WinSDK and toolset,
I was getting nice deprecation warnings in this file about uses of
GetTickCount() and the 49 day roll-over isuse. I stopped getting those
deprecation warnings (not sure when/why), but I'm still doing the right thing
here/now and using the newer Win32 API function when it's available (always,
for the versions of Windows we're building Synchronet and friends for).

Synchronet v3.20 doesn't actually work on Windows XP due to depenendies in
3rd party libraries we link with and more recent ciolib improvements.

So, no need to use an ancient WinSDK (7.0) or toolset anymore. Hooray!
I'm not changing the versions of C or C++ language enabled (yet), but that's
something we should consider doing.

Also, re-enable enhanced x86 processor extensions (e.g. SSE2) as I doubt very
much you can run Windows Vista on a pre-2000 CPU anyway. If this is a problem
for anyone, it's trivial to disable the processor extensions again.

No need to continue to carry this baggage

dupefind is another candidate for removal (soon)

To help debug any situations where import_netmail() might silently fail
(though I don't anticipate there are any, Accession suggested there was).