of the user record is going to fail anyway. *this* explains a lot of
instances of the user.dat file being open concurrently, at least one per
active thread with a JS context.

user data is thusly cached - set the 'cached' property member to TRUE. This
prevents an unnecessary re-read of the user file and the leaving the user file
(user.dat) open, at least for JS contexts that contain a "user" object. I don't
think this explains the "too many open files" errors, but it explains at least
*some* number of the user.dat open file descriptors.

user.dat file open (for read operations only). Writing still opens and
closes the user.dat for each property/field modification.

HANDLE_PENDING() contains a return, so it's theoretically possible that the
memory allocated by the previous JSVALUE/STRING_TO_... allocation could
be leaked. So now we pass an optional pointer to HANDLE_PENDING() which will
call free() on it if it's not NULL, and then sets it to NULL for good measure.

Server via the new 'V' command from the Reading Mail prompt allows you to
toggle between all mail (including SPAM, the default), SPAM only, or HAM only.
Also added a new '/' (search text) command from the reading mail prompts.
Mail imported before the mailsrvr added support (recently) for the MSG_SPAM
attribute flag will not be counted/filtered as SPAM.
SBBSecho will have a commit (next) to support the new loadmail() usage, it
will not compile until then.

New Features:
- Multiple bindings for each service
  Use comma-separated interfaces on Interface= lines in the ini file.
  Default is now "0.0.0.0,::"
- IPv6 support
- TLS support for the webserver and (non-static) services
  New TLS option in services.ini (ie: Options=TLS)
- Decrease LEN_SCAN_CMD to 35 chars, increase the CID field to 45 chars,
  and rename the MAIL_CMD string to IPADDR.  I think this frees up the
  note field for SysOp use.

variable (with various race conditions). This resolves a long LONG standing
bug that caused crashes when shutting down or recycling servers/services
while one or more servers/services were in use.
This change requires every thread which calls into libjs to have its own JS
runtime.

user.security and move a general function to support it into str_util.c

resolve callbacks.

functions when an excpetion is pending.

Some work still needs to be done on js_msgbase.c,  js_user.c, and mailsrvr.c

all exported functions and data types using a 32-bit time_t (time32_t).
(part 2 of 2)

Only js_ValueToStringBytes() still leaks.

      on the floor of Deuce's computer room
Cyan: Rob's on his way
* Deuce throws his coffee on it.

(computer) property instead.

a NULL private data.

class prototype...

Solution from
https://developer.mozilla.org/en/SpiderMonkey/JSAPI_Reference/JS_InitClass

Note: By default JS_InitClass creates a prototype object but does not invoke
the constructor (JSClass.construct) on it. However, the prototype object
will eventually be finalized (JSClass.finalize). This inconsistency can
cause problems; for example, if the finalizer calls JS_GetPrivate(),
expecting that the constructor called JS_SetPrivate(), it may find that the
private data is NULL. The JSCLASS_CONSTRUCT_PROTOTYPE flag is one way to
avoid this inconsistency.

once the current user had the 'G' restriction.

instance (e.g. sbbs->useron) - this should solve the problem with an online
Guest user not getting account changes made via JS scripts (e.g. logon.js).
This may create other unforeseen problems. :-)

Added HOST and IP keywords to allow restricted access/privileges to/for
specific remote hostnames or IP addresses (wildcards allowed).
All string-argument type ARS keywords (e.g. SHELL, PROT, etc.) now support .can
style wildcards.
The current remote client is now used for protocol, host, and IP ARS checking,
when available, so this requires passing the client pointer around (which
explains why so many files are touched by this change) and takes care of a
long standing to-do item (the user's 'modem' value was used for the PROT
value checking, which was not always correct).

bugs.