(or by adding NOCIRCULARFWD to your sbbsecho.cfg):
When "Circular Path Detection" is enabled (the default), the old behavior was
to still forward the message to any links (if there are any), but not import
the circular/looped message (likely a dupe). Now, if you set this new option
to no (or add "NOCIRCULARFWD" to your sbbsecho.cfg), the message will be
completely ignored and not fowarded to any links (if there are any).
If you have no downlinks or you have circular path detection disabled, this
new option does nothing. The default is the old behavior (forward circular
messages).
Also updated the Toggle Options help text in echocfg (many options weren't
documented.

this read() call will block indefinitely. Fall-through to pseudo-random seeding
if read() fails. Fix for FozzTexx-reported problem on reddit.

hash entries will then have incorrect or invalid message numbers.

your return value anyway.

item enqueing stuff which has been carefully preserved and equally carefully
never used.

call free() when processing for a js_peek() call with the old manual
serialization.  Obviously, it hasn't been used since the update to the JS
internal serialization stuff, and the new fix doesn't need it.

js_peek() calls js_decode_value() which would free the data for successive
js_peek() or js_read() calls to choke on.

Thanks for the report MCMLXXIX!

into the wrapping bits since we've added a space.

their own line, instead, just break them at the end of the line and continue.

Also, fix a bug where the intended "check next character" test was actually
checking the last characer.

Finally, use a common slightly wrong word-length calculating function rather
than custom-rolled mildly wrong stuff in-line.

with the ability for the running program to override it, so stop calling
lf_expand() when EX_STDIO is set.  This makes the default scfg as a door
configuration work properly on *nix systems and shouldn't bork any existing
configs.

first.

of its startup structure.

list parameter valuie.

by msvc debug build and reported via assertion.

traversed.  The existance of the pnode variable implies this was the intent

that was crashing the last time I tried to use this feature.

SMB message header fields (msg_auxattr and msg_netattr), as requested by
AccessDenied, though most of these attribute flags are currently never set by
anything. <shrug>

defines XPDEV_THREAD_SAFE (not currently used in Windows builds) and
LINK_LIST_THREADSAFE (notice the inconsistent use of underscore :-)

defines XPDEV_THREAD_SAFE (not currently used in Windows builds) and
LINK_LIST_THREADSAFE (notice the inconsistent use of underscore :-)
Use of this property sheet fixes the problem with the terminal server global
variable 'uptime' getting corrupted when jsrt_GetNew() called listInit() from
js_rtpool.c which didn't #include sbbs.h and therefore had a different idea
about the size of link_list_t and thus corrupted the global data region
(zeroing out the 'uptime' variable, probably amonst other important things).

if time_t is unsigned and the current time is less than uptime.

There's comments that suggest the time(NULL) value is influenced by the
timezone, so possibly therre's a usage of it somewhere with the timezone
not being set comparing to an uptime that was set when timezone *was* set.
In this case, @UPTIME@ will say it's been up for zero days until the timezone
is set in that thread/process, or time(NULL) passes uptime.

the data/error.log.

FTP server.

Bug-fix: daily statistics and free-credits-per-day were not reset when the user
logged in via HTTP. This affected: posts_today, emails_today, free_credits,
timeon_today, and extra time values (e.g. posts_today would contnue to
accumulate potentially affecting uh... hand-wavey stuff). getuserdat() does the
necessary value resets, we just needed to write the entire user record back to
disk upon successfull login, rather than just updating specific fields in the
user record on disk.

logged in via FTP. This affected: posts_today, emails_today, free_credits,
timeon_today, and extra time values (e.g. posts_today would contnue to
accumulate potentially affecting the users ability to post via FTP-uploaded REP
packet). getuserdat() does the necessary value resets, we just needed to write
the entire user record back to disk upon successfull login, rather than just
updating specific fields in the user record on disk. The HTTP server looks like
it might have the same/similar bug.

Broken in rev 1.561 by Deuce:
"Remove *_TO_STRING() and remove some uselss code to return a string value from
the log() JS command." - the "useless code" enabled behavior which the
listserver.js (and possible other JS scripts) depend on.

clients, timeouts, etc.) into the various *srvr.h files and use them instead of
hard-coded constants sprinkled through-out the .cpp files.
Use correct TCP port macros for default port values (not always 23).

clients, timeouts, etc.) into the various *srvr.h files and use them instead of
hard-coded constants sprinkled through-out the .c files.
If the web server "max_clients" key isn't specified in the sbbs.ini file,
use 0 (unlimited) for the max_clients value.