uncrustify nl_split_if_one_liner setting

... using uncrustify mod_paren_on_return config

Where ever we assign the realloc() result to the same pointer we pass, use this new function instead to eliminate the cppcheck error reported by Nelgin:
Common realloc mistake: 'p' nulled but not freed upon failure  [memleakOnRealloc]

This isn't going to actually solve any memory leaks, it's just good practice for critical error (e.g. no memory error) handling.

Some legacy Baja source files !INCLUDE SBBSDEFS.INC, but the filename is now
sbbsdefs.inc, which does not match on case-sensitive filesystems (e.g. Linux)
e.g.
BBSLISTR.ZIP:!INCLUDE SBBSDEFS.INC
FORSALE1.ZIP:!INCLUDE SBBSDEFS.INC
FWISH10.ZIP:!INCLUDE SBBSDEFS.INC
GUESS20.ZIP:!INCLUDE SBBSDEFS.INC
NU_SYNC.ZIP:!INCLUDE SBBSDEFS.INC
ONELINE1.ZIP:!INCLUDE SBBSDEFS.INC
ni-sbbs.zip:!INCLUDE SBBSDEFS.INC

This issue was reported via DOVE-Net by Rick Smith.

I'm fed-up with MSVC assertions in ctype functions (e.g. isdigit, isprint, isspace, etc.) when called with out-of-range (e.g. negative) values.

This problem only affects MSVC debug builds, but if you run them (like I do), these things are like little time bombs that can drive you crazy (knocking your board out of service).

The new macros names are bit more descriptive as well.

SCFG for Win32 is linked against a load_cfg lib that builds withOUT SCFG defined, so these compiled AR elements were allocated and then many SCFG operations (e.g. copy/paste, create new) would copy the allocated ARs to another configuration and then be subjected to double-free upon exit/clean-up (resulting in exception or crash).
Just get rid of this cruft and some other related RAM-byte-saving hold-overs from the MS-DOS days.

current sub, executing the configured "List Msgs Module" if there is one
configured in SCFG->System->Loadable Modules (e.g. msglist.js)

default location to find !include'd baja (*.inc) files. If you use the '-I'
option, it will override the environment variable setting. For Nelgin.

I need to remove the \n at the end of usage() since puts() appends one.

Whatever we needed windows.h for here is gone.  this fixes the windows.h -> winsock.h / winsock2.h problem.

I've likely broken something though, so if you see weird behaviour with
extended ASCII, let me know please.

This is *likely* to break the Win32 build and even when the macros are
specified in xpdev, I doubt Microsoft has added support for the 'z' size
specifier used in smblib/smbadd.c we'll likely need a SIZE_T_SIZE macro
that is "z" on C99 systems and "ll" or "64" or whatever it is on Win32.

Or maybe a whole slew of complete SIZE_T macros since the 32/64 but thing
and the max file size thing may actually need the full format specification
to be in the macro... "zu" on C99 platforms and whatever magic Microsoft
needs there.

Also fixed issue with the -o (output dir) option.

Thanks pewp!

ASCII value of a number happened to match the crc32 of a variable name,
the code wouldn't run correctly. isvar() and newvar() are updated.

CHDIR/CHANGE_DIR.

variable hashes (variable names in "var_xxxxxxxx" syntax).
Use build date for copyright date.

Consider doing the same for all .h files.
Consider the meaning of sanity.

Include directory can be over-ridden with -i command-line option.
Using xpdev/dirwrap functions for much improved filename/directory parsing.

the first 3 characters to an integer value. This allows sequences like \0014
(^A4) to work correctly.

Unix compatibility).
Added support for -p, pause-on-error command-line option.
Increased version to 2.33.