- Nov 10, 2015
- Nov 08, 2015
-
-
deuce authored
var s= new Socket(true, descriptor); This creates a new socket object from a socket descriptor.
-
deuce authored
Once again, actually using these is NOT SAFE, you need to pay very close attention to the C source code to know what functions you can use in multiple threads. The log function gets overwritten, so it should remain somewhat safe, but everything else is a potential bug in your background script.
-
deuce authored
can be used from background threads. If the parent thread has a bbs and/or console object, create the object in the children as well. Accessing the console object from more than one thread is very much a bad thing. Accessing the BBS object from more than one thread may be bad as well...
-
- Nov 06, 2015
-
-
rswindell authored
- the default protocol (line 27) was hard-coded to 'Y' rather than whatever the user had selected. - the "BBS default color (line 41) wsa hard-coded to 14 - now uses the External Programs (default attribute) value from ctrl/attr.cfg (default: 15). It's unlikely these changes will actually affect the operation of any doors, but might as well make the content a bit more dynamic/accurate.
-
- Nov 04, 2015
-
-
deuce authored
Use lazy resolution for file_area, msg_area, and xtrn_area objects to prevent having to pay the price during startup if the objects are never accessed. The delay now occurs the first time a member of the specified objects is accessed. These objects also now have associated class names... FileArea, MsgArea, and XtrnArea respectively.
-
- Nov 03, 2015
-
-
deuce authored
-
deuce authored
by a webctrl.ini... this allows redirect scripts to notice. Also, clear extra_path_info when we handle an internal redirect so it doesn't use stale data.
-
deuce authored
If present, this JS code will be executed before any SSJS or Rewrite code for this request. Also, populate js.startup_dir and js.exec_dir as the directory the webctrl.ini is in so that you cna do something like: JSPreExec=load(js.exec_dir+'/coolstuff.js'); This now allows super-cool rewrite thingies.
-
deuce authored
work for rewrite scripts. Fix up the rewrite logging to be more helpful and a bit less verbose.
-
deuce authored
Added by keys beginning with "Rewrite", ie: RewriteDetail=var n=http_request.request_string.replace(/_detail\/(.*)/,"lib/exe/detail.php?media=$1"); if(n != http_request.request_string) { http_request.request_string=n; true } If the expression returns "true", reparses http_request.request_string as an internal redirect. I plan to have another key that will pre-execute a script from a file so that these don't need to be an entire script on one line in the INI file. This API is subject to change. May contain peanuts.
-
deuce authored
the extra path. Set the SCRIPT_NAME to include the index filename... this was apparently changed to emulator a specific mod_rewrite rule for a specific package and is wrong.
-
deuce authored
update the path info data and re-extract the filename so that widcards in section names can match path info index files.
-
- Nov 02, 2015
-
-
deuce authored
-
deuce authored
longer than 127 bytes.
-
deuce authored
the script until the entire POST data is read, so is sub-optimal, but it works.
-
deuce authored
Now tested on FreeBSD (should work for any *nix). CGI and FastCGI still needs testing on Win32.
-
deuce authored
-
deuce authored
Add support for FastCGI with an eye to making PHP significantly faster. In the webctl.ini file, add something like the following: [*.php] FastCGI=localhost:9000 To pass all PHP requests under that directory through to a PHP fastCGI server. You can start the PHP FastCGI server with a command something like this: php-cgi -q -b localhost:9000 This change has also refactored normal CGI support, especially the Win32 support. Since this patch is currently untested, it's best to assume that it breaks both *nix and Win32 CGI support and doesn't work for FastCGI either at this point.
-
deuce authored
(read email)
-
- Oct 31, 2015
-
-
rswindell authored
1. If the PATH kludge line only contains 1 address, don't use it for circular path detection. 2. If the last address of the PATH kludge line is the system's address, don't add the system's address to the PATH.
-
rswindell authored
If the following filenames don't exist, don't try to display them (i.e. don't report/log an error if the file doesn't exist): text/sbbs.msg text/system.msg text/newuser.msg text/feedback.msg Removed hard-coded clear-screen and pause sequences before/after each of these files are displayed (instead, moved the clear-screens to @-codes in the stock files). This gives the sysop more control over what is displayed to the user during the new-user registration process. NOTE: You may want to review your new-user process and modify your copies/ versions of the above mentioned filenames to make sure they display to the user as you wish.
-
- Oct 30, 2015
- Oct 29, 2015
- Oct 28, 2015
-
-
deuce authored
-
deuce authored
-
deuce authored
-
deuce authored
directory. This is the beginnings of the ability to write a door in JS for all BBSes, not just Synchronet (door kit pending). This requires moving js_CreateCommonObjects() into main.cpp, which requires constifying the name parameter to js_CreateClientObject() due to C++ being more paranoid about using a string literal as a char * parameter (warning fix).
-
rswindell authored
-
- Oct 24, 2015
-
-
rswindell authored
When parsing the SBBSecho configuration file (for the USEPACKER, AREAFIX, or ECHOLIST items), flags or packer names would be ignored if they began with the same sequence of characters which made up a previous configuration item (flag or packer name). This appears to be a *very* long standing bug going back to the origination of this program by Allen Christiansen (King Drafus). Also, long overdue brace style update. Steve Deppe's influence is diminishing. -(
-
rswindell authored
in the system's areas.bbs file, SBBSecho would terminate prematurely with an error: "No areas defined in <path/to>areas.bbs". This would prevent SBBSecho from importing inbound netmail and packing outbound netmail, for example.
-
- Oct 17, 2015
-
-
rswindell authored
should not have the "include message by self" setting applied - the hub should include all messages from all authors in all cases. The symptom of the problem was that messages posted by a user with the "Real Name" value of the QWKnet account would not be included in the QWKnet account for the node. This was most obvious in networked message areas where the same user may post from multiple nodes and see a lack of message propagation.
-
- Oct 07, 2015