be used after leaving the scope (which was a bug).

It is surprising that this worked as much as it has.

resolve callbacks.

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)

functions when an excpetion is pending.

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

a later date.

(Doesn't solve the testbuild issue though)

When a minimum number of parameters is specified in the method spec, this
shouldn't be required, but overkill is better than underkill.

Only js_ValueToStringBytes() still leaks.

(Still broken)

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

Last commit before stuff starts to break.

JSexec confirm function now prompts user and return value is based on their
response.

fails to compile.

for relative paths in the module name.

current working directory, then mods, then exec dirs.

number (e.g. "-Linfo", "-Eerror")

(potentially) non-blank for external JS modules configured in SCFG->External
Programs, as well as those executed from jsexec. If the startup_dir is
specified in SCFG and no path is given for the .js file, it will look in the
startup_dir first. js.startup_dir will be an empty string for all other cases
(currently).

only a single read-only property orig_cwd which contains the current working
directory at startup (before the directory is changed to the ctrl dir).

This may turn into a global at some point... so I wouldn't suggest using it
for a week or so at least.

Mostly they seem to be using unsigned long rather than DWORD for Win32 API
calls.

than dynamically allocated string list. Also, allow a blank JavaScriptLoadPath
to be specified in the sysop's sbbs.ini if they wish. This resolves the memory
leak issue with this startup parameter.

created:
js.exec_path - full path and filename of file executed
js.exec_dir - directory of executed file
js.exec_file - filename executed (with no path)

Configurable via ctrl/sbbs.ini file JavaScriptLoadPath key value
(comma-separate listed of search directories), default value is "load".
This list is exposed in the JS object model via the js.load_path_list array
(may be modified by scripts).
For JSexec, the default load path list may be over-ridden with the '-i' option.
For relative load paths (e.g. not beginning with '/' or '\'), the path is
assumed to be a sub-directory of the (configurable) mods or exec directories
and is searched accordingly.
So, by default, load("somefile.js") will search in this order:
mods/load/somefile.js
exec/load/somefile.js
mods/somefile.js
exec/somefile.js

Call JS_ReportPendingException() after script execution.

Some overhaul of log levels in web server.

Eliminated some bcc32-reported warnings.

some requests for clarification from Deuce.

bugs.

under certain circumstances.