home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 2 BBS
/
02-BBS.zip
/
fossdumm.zip
/
FOSSDUMM.DOC
< prev
next >
Wrap
Text File
|
1993-06-15
|
7KB
|
171 lines
Welcome to the world of Dummy Fossil!
Version : 0.1 (Just to have to count something :-))
Legalities :
*****************************************************************************
Author and Copyright:
Michael Mrosowski
Mühlenweg 1
22880 Wedel
Germany
1. Liability
This software and accompanying materials are distributed "AS IS" without
warranty, express, implied or statutory, including but not limited to any
implied warranties of merchantability and fitness for a particular purpose.
In no event shall anyone involved with the creation and production of this
product be liable for indirect, special, or consequential damages, arising
out of any use thereof or breach of any warranty.
2. Distribution
This program is Public-Domain, that means that everyone can use and copy this
program as long and as often as he wants.
*****************************************************************************
This is a short guide of:
- what you can do with it
- what you should not do with it
- how to install it
- further information
Function and environment of Dummy Fossil:
-----------------------------------------
short :
OS/2 2.0 or newer
DOS-Door which supports a fossil driver
supports multi-node
(have a look at the scheme below)
long:
- Dummy Fossil has been written do allow an easy use of Dos-Doors under
Maximus OS/2 (anyway you can use it with any OS/2 Program which uses File-
Handles for I/O).
- Dummy Fossil consists of an OS/2-Server (SERVDUMM) which communicates with
a DOS-Fossilemulator (FOSSDUMM) via a Named Pipe.
OS/2-Session DOS-Box
SERVDUMM.EXE<─────(Named Pipe)───────>FOSSDUMM.EXE
^ ^
┌──────┴─────┐ │
(com-handle) or (local=0) (fossil calls)
│ │ │
v v v
COM-DRIVER CONSOLE DOS-DOOR
- The DOS-Door MUST have FOSSIL DRIVER SUPPORT as any newer Door should
offer.
- You do NOT need any special hidden switches or patches to any DLL as in
the MAGIC toolkit. All you need is OS/2 2.0 or newer.
- Dummy Fossil should even be able (not tested) to access Dos-Boxes or native
Dos-Computers running running in a network (via the Named Pipe services).
- Multi-node capability (Node-numbers are simply added to the Pipe-Name).
What you should not do with it :
--------------------------------
short :
no high performance
long:
- The source code has not been optimized to support high-speed file transfers.
But it will offer a sufficient speed to use any other text-oriented doors.
Feel free to modify the added source code, to archieve that goal.
(see further information for that)
Installation + Testing :
------------------------
short:
see the examples at the end of this section
long:
- Install your Dos-Door as usual, but be sure to enable the Fossil-Driver
support.
- Copy FOSSDUMM.EXE and SERVDUMM.EXE to you disk.
Copy EMX.DLL to your DLL-directory or to the directory where you start
servdumm.exe (not always the directory where it stands but where you call
it from).
- You can hardcode the com-port in your Dorinfox.Def or whatever you use,
to a single port (e.g. COM1) because FOSSDUMM does not bother which
COM-Port, Baudrate the door wants to access. If you don't do that, the
door won't usually access FOSSDUMM in a local testrun (it runs then in local
mode) and you are not able to test the function of Dummy Fossil easily.
- Menus.ctl (Maximus) : After generating your Door-Info-file (Dorinfox.def
etc.) call the cmd-file listed below via Xtern_Run. Pass the Node-No and
the Com-Handle.
- In the cmd-file start a Dos-Session with a batchfile calling FOSSDUMM.
Then start servdumm.
Parameters of FOSSDUMM.EXE (DOS):
FOSSDUMM.EXE <Node-Id> <Programname> <Any other Parameters>
Example: 01 hello.exe param1 param2 param3
Parameters of SERVDUMM.EXE (OS/2):
SERVDUMM.EXE <Node-Id> <Com-Handle>
Example: 01 5
- Testing :
You can test the whole thing if you start SERVDUMM with the com-handle
"0" (yep zero): SERVDUMM.EXE 01 0
Then Servdumm accepts local keystrokes, sends them do FOSSDUMM and echoes
any output of the Door to the OS/2-Screen.
Example of menus.ctl:
NODsp Display_File misc\dummdoor limited "1"
Xtern_run cmd.exe_/C_gwar.cmd_%K_%P limited "1 = Global War"
% │ └Com-Handle
% └Node-Id
Example of cmd-file:
rem Parameter %K %P
cd c:\online\gwar
start "GWAR Dos-Session" /C /DOS /MIN gwar.bat %1
c:\online\servdumm %1 %2
cd c:\max
Example of batch-file:
c:\online\fossdumm %1 war.exe /R c:\max\dorinfo1.def
Further information:
--------------------
- Safety:
SERVDUMM has a built-in carrier-detect and will cancel the session on a
carrier loss.
FOSSDUMM will signal "Lost Carrier" to the door when it looses connection
with SERVDUMM.
This can be if:
- Carrier lost
- SERVDUMM has been aborted with Ctrl-C
- The OS/2-session of SERVDUMM has been killed for any reason.
(e.g. BIGBRO.EXE)
- Compatibility:
FOSSDUMM currently only supports the basic fossil-functions 0 through
0x0F. Any Door that expects more won't work very well.
I tested fossdumm successfully with the following doors :
Gwar, Studs, Bordelo, TJ Video Poker, The Pit, Ecelectic Avenue
- Bugs:
Always possible, notify me if you found some. I will try to catch'em
if this won't get too much work.
- Source-Code:
SERVDUMM.C has been compiled with GNU-EMX 0.8e
FOSSDUMM.PAS has been compiled with TP 6.0
(Q&D, i know)
Feel free to use the source-code where and for what you want. Change it,
squeeze it, eat it. But it would be nice if you could state my name some-
where if you redistribute the package for a similar use.
Author:
Michael Mrosowski
Muehlenweg 1
22880 Wedel
Germany
Fidonet : 2:242/330.1
Contact me if you want. Any remarks are welcome. And excuse my funny
germish.
Ciao, Mike