- Aug 14, 2009
-
-
rswindell authored
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
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
deuce authored
-
deuce authored
-
- Aug 07, 2009
-
-
deuce authored
-- Fixes bug reported by Jon Justvig (Thanks!)
-
- Aug 04, 2009
- Aug 03, 2009
-
-
deuce authored
with IE8.
-
- Jul 31, 2009
-
-
rswindell authored
previously missing and probably explains why some CGI programs (e.g. upload, IRC) didn't work on Windows. This has not been tested, so feedback is welcome.
-
- Jul 19, 2009
- Jul 17, 2009
- Jul 16, 2009
-
-
rswindell authored
enabled in SCFG.
-
- Jul 15, 2009
- Jul 14, 2009
-
-
rswindell authored
* ZNAK's do not include a file position (according to ZMODEM.DOC). * ZRINIT's received between files are now parsed for options. * When finishing a session by sending ZFIN and no ZFIN is received in response, up to 10 (by default) ZABORTs and ZFINs are sent alternately. * If a ZRPOS is received in response to a sent ZEOF, continue the transfer. * If first file in batch is unsuccessfully sent, stop the batch.
-
rswindell authored
-
rswindell authored
Added prompts for sub-board operators/sysops, after reading an unvalidated moderated messages to validate or delete the message.
-
- Jul 12, 2009
-
-
rswindell authored
-
- Jul 11, 2009
-
-
rswindell authored
if savemsg() call failed, SMB status was not saved in msgbase.status prop. if savemsg() call failed, the recipient list array, if supplied, was still parsed and headers created (!). if the recipient list parsing fails, the msgbase.error string may not have been set, now it'll be set to "Recipient list parsing failure" (if not SMB error).
-
rswindell authored
-
rswindell authored
-
- Jul 08, 2009
-
-
rswindell authored
* First subpacket of every frame now uses ZCRCW, this adheres to the following "should" from ZMODEM.DOC: The next transmitted data frame [after a ZRPOS] should be a ZCRCW frame followed by a wait to guarantee complete flushing of the network's memory. * Added support for the following ZMODEM.DOC requirement: FULL STREAMING WITH SAMPLING If one of these characters [CAN or ZPAD] is seen, an empty ZCRCE data subpacket is sent. This is now true, but for ZPAD chars (e.g. ZRPOS header) only. * Implement an attempt counter in the ZFILE header re-transmit scheme (previously, would retry indefinitely until locally or remotely cancelled) * Better support for receiving a ZSKIP header mid-file transfer. * Better support for receiving a ZRPOS to end-of-file during a file transfer (ala HyperTerminal). * New and updated log output.
-
- Jun 28, 2009
- Jun 19, 2009
- Jun 12, 2009
-
-
rswindell authored
-
- Jun 11, 2009
-
-
rswindell authored
file) case-insensitively.
-
- Jun 10, 2009
-
-
rswindell authored
change in rev 1.507 (Dec-20-2008): sbbs->event_thread_running was being set to false *before* js_cleanup() was being called, so it was possible for the js_cleanup() in the sbbs_t destructor to be called simultaneously with the js_cleanup() at the end of the event_thread causing mayhem.
-