resolve callbacks.

thread tell the echo thread to exit.

load()ed file, not argc

Restore background log dance... logging from background thread should work
now as long as the parent is still around... not sure what will happen when
the parent goes away though.

Since this requires a context in the same runtime and we're not sharing one big
runtime (yet), we'll copy it out of magic JS land and into more sane normal
heap land and JS_free() immediately.

This should fix teh Windows crash on queues that digitalman was seeing (and
the leak he added to fix it).

a heap assertion (with jsexec/ircd.js).
I'm not sure if this is now a memory leak or what, but Deuce needs to take a
look-see tomorrow.

 - Fixed mention of $HOSTNAME.ini being supported
 - Added reference to wiki page (where most comments should be moved)
Fixed default value of SemFileCheckFrequency.
Added LoginAttempt* key values to [global] section.

*nix for it's temp directory as it routinely deletes all files in this
directory - no longer default to '/tmp' on *nix.

It fails.

and leave it rooted until the script is done or the context is destroyed.

This should clean up crashes before a script starts (ie: While creating
common objects)

has its own functional "too much recursion" detection.
Replaced "branch callback" stuff with "operational callback".
JavaScriptBranchLimit has been replaced with JavaScriptTimeLimit
(default value: 24 hours)

has its own functional "too much recursion" detection.
Replaced "branch callback" stuff with "operational callback".
JavaScriptBranchLimit has been replaced with JavaScriptTimeLimit
(default value: 24 hours)

are objects.

The dest6 test to check if the date passed though safely seems to be broken
as it actually does pass through and work but the comparison doesn't.

Sysops are not normally expected to run these.
- while1.js (infinite loop detection testing)
- recurse.js (infinite recursion detection testing)

value, some fixes).

code.

Currently, the return value and result of js_mailproc() isn't used anywhere
anyway. <shrug> Not compiled/tested.

functions when an excpetion is pending.

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

manager in 2.9

Perviously, if the argument to a number of bbs.* functions was not a valid
number, Synchronet would silently ignore the parameter and treat it as though
it was not specified.

The new behaviour was to use the value as a number.  However, the old code
caused the exception triggered by an inability to convert the number to
be pending until after the return (the JS_Native didn't return JS_FALSE) so
a try/catch block aorund it would not catch the exception.

The new new behaviour is to throw the exception immediately so it can be
caught and handled correctly.