home *** CD-ROM | disk | FTP | other *** search
/ Piper's Pit BBS/FTP: ibm 0000 - 0009 / ibm0000-0009 / ibm0003.tar / ibm0003 / ROVER.ZIP / DOORS.DOC < prev    next >
Encoding:
Text File  |  1989-10-29  |  2.8 KB  |  46 lines
  1.  
  2.                               rOverBoard BBS Software
  3.                    Copyright (C) 1987 - 1989 FreeLance Programming
  4.                                 All rights reserved
  5.  
  6.      Doors!  Well, almost, anyway.  I had this tremendous idea of how I could
  7. allow callers access to DOS, yet still be able to use the board when I wanted,
  8. without the possibility of being cut-off in mid-word, as some user entered a
  9. door.  So, I add that code (along with a few other changes in the same area),
  10. and then start looking into a) what it will take to add a D)OOR-Menu off the
  11. M)AIN-Menu, and b) what the typical door program expects in the way of a BBS
  12. interface.  
  13.  
  14.      A) turns out to be not-so-hard.  The hardest part would be expanding 
  15. SETUP.DAT to have room for the door descriptions and startup command lines;
  16. something which I think I can even accomplish without another CONVERT program.
  17. A standard menu to select the desired door, then exec() COMMAND.COM and pass
  18. it the associated command line (after starting multi-tasking, if the other 
  19. modem line is to be left active) - simple enough.  Then we come to B).
  20.  
  21.      I spent a couple days hunting down information about the way various BBS
  22. programs do doors, hoping to find something emulatable.  The only thing that
  23. even came close was a "generic" specification, which at least covered *most*
  24. of what I think is needed/desired, if still having lots of stuff that wasn't
  25. applicable also taking up space.  Even that pretty much requires the door
  26. author to hardcode a pile of information depending on which BBS type the door
  27. was running under (user file layouts, other system files, etc.).  
  28.  
  29.      In disgust, I threw up my hands and decided to release 1.8o as it was,
  30. since there are lots of OTHER good things in it too that don't deserve to 
  31. be held up by this dilemma.  So, even though it says "enable doors", there
  32. really are no doors to enable.  The "enable" function works just fine, though.
  33. "Enabling" doors puts the board into so-called "single-image" mode, where only
  34. the modem line(s) are active - the Main Menu and the local line are suspended
  35. and invisible.  There will be various rules for sharing the doorway between
  36. two modem lines (if needed) depending on how many users are actually on, and
  37. whether or not multitasking is enabled.  The local line will also probably get
  38. access to the doorway while doors are "disabled", in order to test things out.
  39.  
  40.      I am about 80% convinced at this point that the best thing to do with 
  41. rOver regarding doors is to create yet another proprietary interface, and 
  42. force door authors to support yet another BBS.  I don't particularly *like*
  43. the idea, but have been unable to find anything that *I* consider acceptable
  44. as an alternative.  Comments, suggestions, et al., are welcome in area 20 on
  45. TWW (301-322-8678) - leave mail for the sysop.
  46.