home *** CD-ROM | disk | FTP | other *** search
-
-
-
- APPENDIX T -- DOS Limitation on Running Programs Remotely T-1
-
-
- APPENDIX T -- DOS Limitation on Running Programs Remotely
- ---------------------------------------------------------
- When accessing your PC via a communications port, the carrier detect signal
- tells the PC that you are on-line. DOS's major limitation is that there is
- no way to tell DOS to monitor carrier detect automatically when the
- standard input and output is transferred to a communication port (i.e. via
- the CTTY command). RBBS-PC makes sure that the carrier is not dropped
- when a user exits to DOS either via the "DOORS" option or using the remote
- SysOp function 7. However, it is the SysOp's responsibility to insure
- that whatever programs are invoked after leaving RBBS-PC perform all
- the necessary functions to maintain the communications session and, when
- exiting to return to RBBS-PC, that the carrier is "NOT" dropped.
-
- Most application programs (i.e. databases, etc.) are not designed to be
- controlled by users accessing them from a communications port. This
- problem is solved when a function is invoked that:
-
- 1. Checks to see if the standard input and output console have been
- assigned to an auxiliary console such as a communication port.
- 2. If condition 1 is true, checks to see if the carrier detect signal is
- lost by intercepting each interrupt from the communication port the
- auxiliary console has been assigned to.
- 3. If BOTH conditions 1 and 2 are true, this function would cause DOS to
- return to the standard screen and keyboard for its operations AND continue
- processing whatever batch file that had been executing.
-
- Such a function (or device driver) would provide a "fail safe" feature that
- would allow users to exit RBBS-PC to use whatever other software the
- SysOp chose to make available (i.e. relational databases for complex
- inquiries -- bibliographic, sports, games, etc.). For those
- anticipating using RBBS-PC's "doors" or exiting to DOS when you are a
- remote SysOp, you are strongly encouraged to consider using the "watchdog"
- utility program available on many bulletin board systems under such file
- names as WATCHDOG.COM, WATCHDOG.ASM, WATCHDOG.DOC, WATCHDOG.EXE that
- monitors the communication port for you and reboots your system if carrier
- drops. If you don't use a program like WATCHDOG and accidentally hang up
- while in a "door" or in DOS, you system will remain "hung" until you can
- manually reboot it.
-
- Programs that utilize the PC's built in video memory (such as the IBM BASIC
- interpreter or WordStar when it writes to the 25th line) need to have such
- I/O redirected in a special way to a remote users terminal. Additionally,
- if the I/O is redirected to the communications port, the terminal on the
- other end must have a "cursor" that can be sent the appropriate command
- sequence to move it around on the remote users terminal as necessary.
- Without this capability, programs made available through "doors" must be
- line-at-a-time programs. This of course excludes programs such as
- WordStar, Lotus/123 etc.
-
- If you aren't technically inclined and want to use RBBS-PC "doors", I
- suggest you consider only using programs that have been explicitly written
- to overcome the above two DOS limitations. Applications that don't write
- directly to the video memory of the PC can be used safely as a "door" as
- long as a "watchdog" type program is also used.
-
-