Since sockwrap.h #Includes winsock2.h, let's #include it before any other
header files (e.g. genwrap.h)

Since sockwrap.h #Includes winsock2.h, let's #include it before any other
header files (e.g. genwrap.h)

InterlockedCompareExchange() expects a long*, not a uint32_t*.

genwrap.h, when needed.

Only about 4 million more to go. :-)

linked nodes: UseOutboxes (default: true)

BinkIT will continue to outboxes even when this option is set to false, but
SBBSecho won't place any mail files in the outboxes when this option is set to
true.

For PSI-Jack who was surprised that SBBSecho put mail files into outboxes.
Since it appears BinkD supports both outboxes and normal outbound directories
for linked nodes and BinkIT does as well, this shouldn't really make any
difference - just a sysop preference.

characters as the buffer width terminated by a linefeed would cause an
extra blank line to be inserted due to incorrect end-of-line detection.

The number of lines to allocate was calculated correctly, so this resulted
in writing past the last line in the screen buffer, corrupting memory after
the allocation.  Glibc detected this condition and crashed with a double-
free or corruption message.

doesn't actually *use* the password for anything, EchoCfg uses the nodecfg_t
definition from here (which includes the 'ticpwd') and the SBBSecho AreaManager
allows remote changes of the TicPwd by linked-nodes. For PSI-Jack.

editor even if the editor was configured for QuickBBS/MSGINF drop files.
Don't use the subject line from RESULT.ED when the read-only subject mode
is used.

was just a an outline of the Window? Apparently I set the MainForm's
DragKind = dkDock at some point, forever ago, and didn't realize it.
I thought all this time it was C++Builder's fault. :-(

Full editor name and version details (up to 127 chars), for use in the EDITOR
msg header field which is propagated over QWK networks.
From what I could find, the WWIV RESULT.ED file format only ever contained 2
lines:
<Anonymous: 0/1>
<subject>

So adding support for an optional 3rd line should be fine and backwards
compatible. Hopefully WWIV or its message editors don't define a different
"standard" 3rd line in the future. :-)

get_file_diz() was reading the contents of the DIZ/SDI file into a local
variable and not returning it or writing to the database. Poof!
Also, read the existing extended description if there is one, when updating
existing files.

Visual Studio 2017 - Windows XP (v141_xp) toolset

Visual Studio 2017 - Windows XP (v141_xp) toolset

- Coverity.

Found by Coverity.

bitmap_init_mode().

JS_ValueToUint32() for converting to integers where we may need the full 32
bits.

error (e.g. can't convert 2147745800 to an integer), so use
JS_ValueToECMAUint32() rather than JS_ValueToInt32() where we possibly need
a full 32-bit value.

certain Australian timezones.

need that internal for SSH and RLogin support of fast-logons.
So, now, even if logging in via SSH or Rlogin, the sys_status SS_FASTLOGON
flag will be set when the user specifies "!username-or-number" during logon and
then the logon.js can use that to determine what to display (or not) to the
user, during logon.

The QWK logon support ("*username-or-number") is also handled in this new
sbbs_t method: parse_login().

This means the fast_logon_char is no longer configurable (hard-coded to '!')
and the modopts.ini options are going to be parsed by logon.js from the [logon]
section (not the [login] section).

You still must set fast_logon=true in the [logon] section of modopts.ini to
enable the fast-logon option for users.

  MAILW#<num>, MAILP#<num>, SPAMW#<num>

These codes, unlike the colon-variants, can be combined with format modifiers
(e.g. -L, etc.).

size that's being protected in this case, it doesn't *really* matter, but
it's a technical flaw.