ͻ
  FULLPACK.TXT - A 10 step guide to setting up a DOS-Based BBS under OS/2  
ͼ
                            Revision 1.00 
                           ;
(Revised 12-22-94)

Welcome to the world of OS/2!


Many have requested a set of instructions on how to get their BBS
up and running under OS/2. This text file, along with SETTINGS.TXT
gives you the tools necessary to get your DOS-Based BBS running
under OS/2 with minimal down-time.

Please note that this package centers around the Wildcat! BBS
platform, as this is the current BBS package that I operate. However,
I have attempted to make the following set of tips and instructions
as "generic" as possible. Although substitution of certain commands
and environment variables is in order if you run a different BBS
package, the basic structure can be adapted to your specific needs
without too much trouble.

Well take a deep breath, grab a can of your favorite beverage, and let's
get started! Only 10 steps from start to finish!

-
Step 1:

The first thing you should do is prepare your BBS software to run under
OS/2's operating environment. Before you do this there are a couple of
things you will need to be aware of regarding OS/2's DOS support itself.

First off, unlike MS-DOS, OS/2's DOS emulation does not need an
external program (SHARE.EXE) to enable file sharing support. This
support is totally integrated into OS/2, thus SHARE.EXE is not needed.
The main thing to remember is that there is no need to enable this
support under OS/2. File sharing support is ALWAYS there. You can't
"turn it off".

Any programs that require DOS Share to be loaded will work properly
under OS/2 in most situations*. Simply tell the program that DOS Share
is loaded, and you are set.

So the first step would be to go into your BBS configuration setup
program and tell your BBS software that SHARE is loaded.

ͻ
 EXAMPLE:                                                                  
                                                                           
 For Wildcat systems, go into MAKEWILD.EXE and under "General Information" 
 there is a field for "Network Type" as shown below. This needs to be set  
 to DOS Share.                                                             
ͼ

 General Information ͻ
 Path for language files               : E:\WC40\LANGUAGE\                 
 Default file extension                : ZIP                               
 Generate file keywords dynamically    : Y                                 
 Index long file descriptions          : Y                                 
 Copy files from CD-ROM on transfers   : Y                                 
 CD-ROM changer tables                 :  (Press F2 to edit)               
 Allow duplicate user names            : No duplicate names                
 Database file safety mode             : None                              
 Network type                          : DOS share                         
 Node ID                               : 1                                 
 Auto determine node ID                : N                                 
 Display information Ķ
 Screen blanker type                   : Blank out                         
 Video adaptor type                    : Auto Detect                       
 RIP mode for system                   : Standard RIP                      
 Clear screen before menus             : Y                                 
Ľ

NOTE: If you are running a SINGLE-NODE BBS only, you will not need to make
use of file sharing, so you have the option to set Wildcat's network mode
to "No Net".

* - There is a bug in OS/2 Warp that will cause some programs to error
with a network initialization error or an error related to not having
share loaded. There are many fixes available for some of these programs.

As of this revision, patches are available for Wildcat, wcEDIT!, PostMaster,
and wcTODAY, and are included in this archive. More on these patches at
the end of this text file. Program upgrades which also fix the problem
are available for Transcan, Wildmail, and HyperMail. IBM is working on the
problem and a fix should be released shortly.
-
Step 2:

Ok, now that you have your BBS configuration set, it's time to make use
of a file distributed with this archive, SIO140.ZIP. These are the
high-performance communications drivers that are needed for your BBS to
run properly under OS/2. Create a directory on your hard drive called
SIO and copy that ZIP file into that directory. Now unzip it's contents
into that directory. The files you are concerned with now are SIO.SYS
and VSIO.SYS, which you have just PKUNZIPed into that directory. 

Please take the time now to read the SIOUSER.TXT which is the documentation
for SIO. ESPECIALLY if you are using non-standard COM ports and IRQ's.
The doc's explain exactly how to enable non-standard COM support under OS/2.

Now that you have those files ready to go, it's time to implement them.
Using a text editor, REM out or delete the following two lines:

DEVICE=x:\OS2\BOOT\COM.SYS
DEVICE=x:\OS2\BOOT\VCOM.SYS

and replace them with:

DEVICE=x:\SIO\SIO.SYS
DEVICE=x:\SIO\VSIO.SYS

This will enable COM1 and COM2 for use under OS/2. For details on how
to enable COM3 and COM4, refer to the SIO documentation.

If you would like to lock the ports at a certain baud rate, the way to
do this is to enclose in parenthesis the COM port number you wish to
lock and the baud rate to lock the port at. This needs to be placed on the
SIO.SYS command line, NOT the VSIO.SYS command line.

 ͻ
  EXAMPLE:                                                               
                                                                         
  To lock COM1 at 38,400 BPS and COM2 at 57,600 BPS, the command line to 
  accomplish this is:                                                    
                                                                         
  DEVICE=x:\SIO\SIO.SYS (1:38400) (2:57600)                              
  DEVICE=x:\SIO\VSIO.SYS                                                 
 ͼ

Save the file, and reboot for the changes to take effect. If SIO
reports ANY errors, please take the time NOW to correct them, SIO must
be operating correctly in order to continue. If SIO detected your COM
ports, and reported no conflicts or errors, you're ready to continue!

You have just enabled COM support for your BBS!

Step 3:

It's time to create a folder for your BBS nodes on your OS/2 desktop. The
easiest way to do this is to pick any other folder on your desktop, place
your mouse cursor over the folder, and click your right mouse button.
This will bring up a variety of options, one of which will look similar to:

Create another ->

Click on the arrow, and choose "Folder".

This will bring up a note pad. At the top of the Pad it displays:

New Name: Folder

Change the name from "Folder" to whatever you would like to call your
new BBS folder, for example, "Shadowgate BBS".

On the note pad it also asks you to "Select a folder as a target for this
operation". Click on "Desktop". You will now have a folder on your desktop
with your BBS name!

Step 4:

Now that you have your folder, click on it to open it. You should have
an empty (icon-less) folder. Now it's time to add some DOS-session
icons to this folder that will be used to represent each node of your BBS.

Before you can begin to do this, you'll need to set up your DOS sessions
to be as fast as possible under OS/2. OS/2's DOS sessions are THE most
user-configurable DOS sessions available. While introducing a whole new
level of power and flexibility to DOS, it also introduces a whole new
level of confusion<g>.

Since there are approximately 65 different DOS settings, setting up each
DOS session you have can be a long and tedious task. But why make it long
and tedious when you can make it short and sweet! Here's how you're going
to do just that!

Open up your command prompts folder, and there will be a command prompt
labeled "DOS Full Screen". Place your mouse pointer over that icon and
click your right mouse button once. This will bring up a pop-up list.
One of the choices will be "Settings". Click on that. Now there will
be a settings notebook displayed with five tabs on the upper right hand
side labeled "Program, Session, Association, Window, and General".

The first tab, Program, is already selected for you. Please click on the
"Session" tab.

This will bring up a number of options, and among the options there will
be a button in the middle right-hand side labeled "DOS Settings". Click on
that button and brace yourself<g>.

Clicking on "DOS settings" brings up a list of possible ways to display
the settings. (NOTE: This ONLY applies to users of OS/2 3.0 - 2.x users
will be sent directly to the DOS settings list). Choose "All DOS
settings" and click "Ok".

Now you will see the beginning of a list of all of the DOS settings for
that particular session. Starting with either "AUDIO_ADAPTER_SHARING", or
DOS_AUTOEXEC.

Now you're going to set each one according to my recommended DOS session
settings for this session. Included with the FULLPACK archive was my
SETTINGS.TXT file. What follows are my recommended DOS session settings
taken from that file. I URGE you to read SETTINGS as soon as you are
finished setting up your BBS to put the finishing touches on your system.
SETTINGS.TXT includes not only optimized DOS session settings, but
selected CONFIG.SYS modifications as well. It's definitely worth the read!

Ok, here are the settings, in order. Please modify your DOS session to
reflect these settings (substiute the "x" for the appropriate drive letter
in your case):


DOS_AUTOEXEC                x:\AUTOEXEC.BAT

DOS_BACKGROUND_EXECUTION    ON

NOTES: Necessary for multitasking ANY communications program.

DOS_BREAK                   ON

NOTES: Turn on to Allow CTRL-Break in the DOS session.

DOS_DEVICE                  x:\OS2\MDOS\ANSI.SYS
                            x:\SIO\VX00.SYS

NOTES: ANSI.SYS is necessary to load if you wish to be able to view callers
activity while they are in a door.

VX00.SYS is OS/2's FOSSIL driver, and is included with the SIO package.
If you use doors that require a FOSSIL driver, VX00 is the one you need
to load. (Do NOT use DOS fossil drivers such as X00 or BNU).

DOS_FCBS                    16

DOS_FCBS_KEEP               8

DOS_FILES                   40

DOS_HIGH                    ON

DOS_LASTDRIVE               Z

DOS_RMSIZE                  640

DOS_SHELL                   x:\OS2\MDOS\COMMAND.COM x:\OS2\MDOS

DOS_STARTUP_DRIVE           (Blank)

DOS_UMB                     ON

NOTES: This is up to your individual preference. For Sysop's who use
Livecat door monitor program under OS/2 this setting as well as DOS_HIGH
must be turned OFF for that program to work properly.

DOS_VERSION                 (Too Numerous To List)

NOTES: This setting is only for programs that require a specific DOS
version. 90% of the time this will never need to be touched.

DPMI_DOS_API                AUTO

DPMI_MEMORY_LIMIT           16

NOTES: Increasing this from the default of 4 will cause your DOS-based
programs to load up faster.

DPMI_NETWORK_BUFF_SIZE      8

EMS_FRAME_LOCATION          AUTO

EMS_HIGH_OS_MAP_REGION      32

NOTES: This is different from the default of 0. Some programs that use EMS
encounter problems if this is not set to 32.

EMS_LOW_OS_MAP_REGION       384

EMS_MEMORY_LIMIT            2048

NOTES: See notes under XMS_MEMORY_LIMIT

HW_NOSOUND                  OFF

HW_ROM_TO_RAM               ON

HW_TIMER                    OFF

NOTES: Some people were having difficulty getting system sounds to
generate from the PC Speaker when this was turned on. If you are having
this problem, turn this option OFF. If you are not experiencing this
problem, you can turn it ON. However, the performance improvement is
hardly noticeable under most cases.

IDLE_SECONDS                60

NOTES: Necessary at 60 for 14.4+ modems. Improves CPS rates dramatically
(as opposed to the default of 0)

IDLE_SENSITIVITY            38

NOTES: If using OSTSR - Set to 38, otherwise, set it to 100 (Disable it)
OSTSR needs IDLE_SENSITIVITY enabled for it to work properly.

INT_DURING_IO               OFF

NOTES: LEAVE IT OFF! Under NO circumstances should this be turned on unless
it is specifically needed for a particular DOS session. Your CPU will take
a serious performance hit with this turned ON.

KBD_ALTHOME_BYPASS          OFF

NOTES: Setting this to ON prevents you from using Alt-Home to toggle
between DOS full screen and DOS Window.

KBD_BUFFER_EXTEND           ON

KBD_CTRL_BYPASS             NONE

KBD_RATE_LOCK               OFF

MEM_EXCLUDE-REGIONS         (Blank)

MEM_INCLUDE_REGIONS         (Blank)

MOUSE_EXCLUSIVE_ACCESS      OFF

PRINT_SEPERATE_OUTPUT       ON

PRINT_TIMEOUT               15

NOTES: This setting is up to you. It adjusts the amount of time, in
seconds, that the system waits before forcing a print job to the printer.
The default of 15 seems to work fine for me.

SESSION_PRIORITY            1

NOTES: This setting is OS/2 3.0 specific. It works best at the default
of 1.

SIO_ALLOW_ACCESS_COM1       See Notes
SIO_ALLOW_ACCESS_COM2       "   "
SIO_ALLOW_ACCESS_COM3       "   "
SIO_ALLOW_ACCESS_COM4       "   "

NOTES: Leave this at the default for now, you will be modifying this later.

SIO_IDLE_SENSITIVITY        32

SIO_MODE_DTR                No Change at Open or Close

NOTES: Some people were reporting drop carriers if this option was set to
"On at open, off at close" using SIO 1.32 with a front-end mailer. Setting
this to the default cures that problem.

SIO_MODE_FIFO_LOAD_COUNT    16

SIO_MODE_IDSR               Ignore DSR during receive

SIO_MODE_OCTS               HandShake signal, as in RTS/CTS

SIO_MODE_ODSR               Ignore DSR during transmit.

SIO_MODE_RTS                HandShake signal, as in RTS/CTS

SIO_MODE_XON/XOFF           No XON/XOFF Flow Control by SIO

SIO_SCREEN_SUNC_KLUDGE      ON

NOTES: Test this on your particular system. It seems to have different
results depending on the system. It improves performance for me when it is
ON, however it may not for you. Test and set accordingly.

SIO_SHARE_ACCESS_WITH_OS/2  ON

SIO_VIRTUALIZE_16550A       ON

SIO_VIRTUALIZE_COM_PORTS    ON

VIDEO_8514A_XGA_IOTRAP      OFF

NOTES: Some people were having problems when switching from full screen
graphical programs (such as Ripterm) to something else and then back again.
Their video would become corrupted and their screen would go blank or turn
a different color. Setting this to OFF cures that problem.

VIDEO_FASTPASTE             OFF

VIDEO_MODE_RESTRICTION      NONE

VIDEO_ONDEMAND_MEMORY       ON

VIDEO_RETRACE_EMULATION     ON

VIDEO_ROM_EMULATION         ON

VIDEO_SWITCH_NOTIFICATION   OFF

VIDEO_WINDOW_REFRESH        1

XMS_HANDLES                 32

XMS_MEMORY_LIMIT            0

NOTES: Either use EMS or XMS. (Whatever the particular program that you are
running wants).  Otherwise you are starving OS/2 of the one thing it likes
most...LOTS of RAM. You're consuming half of your total 8 meg for this
DOS session alone. 2 meg EMS is PLENTY. That way you get two DOS sessions
for the price of one.

SUGGESTION: If you run Windows programs under OS/2, allocate XMS memory to
the WIN-OS2 sessions, not EMS. Why? Windows does not use EMS, it only uses
XMS, thus allocating any EMS memory to WIN-OS2 sessions is unnecessary.

XMS_MINIMUM_HMA            0

Now that you have the settings set up for your DOS session, you can now
click on "Save" to save those settings, and then double-click on the
upper-left mini DOS icon to close the settings notebook.


Step 5:

Now the time has arrived to create your individual DOS sessions for your
BBS. Make sure you have your newly created folder OPEN displaying the
icon view (the folder should still be empty), AND your "Command prompts"
folder open displaying your newly modified DOS full-screen session as well.

Place your mouse over the newly modified "DOS Full Screen" icon and right
mouse button click on it. This will bring up a pop-up pick list, and one
of the options will be:

"Copy"

This will bring up a note pad. At the top of the Pad it displays:

New Name: DOS Full Screen

Change the name from "DOS Full Screen" to whatever you would like to
call your new BBS node, for example, "Shadowgate Node 1".

On the note pad it also asks you to "Select a folder as a target for this
operation". Click on your BBS folder. You will now have a DOS full screen
icon with for one of your BBS Nodes in your BBS folder!

Repeat this step for every node icon you wish to create. For example,
if you have 2 dial-in lines and one local node, you will want to create
three new BBS icons, one for each of your nodes.

The best part is that when you copy a DOS session like you just did, you
copy ALL of the DOS settings with it!
-
Step 6:

Now you'll need to open up your DOS settings for each node and tell SIO
what COM port to allow access to for each node. To do this start with one
of your BBS icons, place the mouse pointer over that icon, and click the
right mouse button once. Now choose "Settings" from the pop-up menu, and
the DOS session settings notebook will appear, click on the "Session"
tab on the right hand side to bring up the window settings. Click on
the "DOS Settings" button on the middle-right hand side. Click on "Ok"
to display all of the DOS session settings. Press the PageDown key until
you see the settings that begin with "SIO_".

You will find a group of settings that say:

SIO_ALLOW_ACCESS_COM1
SIO_ALLOW_ACCESS_COM2
SIO_ALLOW_ACCESS_COM3
SIO_ALLOW_ACCESS_COM4

You'll want to only give access to the one COM port that will be needed
for this session.

ͻ
 EXAMPLE:                                                                  
                                                                           
 If you are editing your BBS Node 1 icon, and your Node 1 is connected to  
 COM1 on your computer, you will need to allow SIO access to COM1 only, so 
 turn on access for COM1, and off for COM2, COM3, and COM4. For your local 
 login icon, you'll want to turn COM access off for all four ports.        
ͼ

Now click on the upper left-hand corner of the DOS settings notebook and
close it. Repeat this step (Step 6) for all of your node icons. When you're
finished, you're ready to move on!

Step 7

Now that you have that taken care of, it's time to set up some batch files
to run a multiple-node BBS under OS/2.

I have included the files STARTBBS.BAT, NODE0.BAT, NODE1.BAT, NODE2.BAT, and
AUTOEXEC.BAT with this archive, and you can use these by simply modifying
the names and SET statements to match your needs and preferences.

The way I have structured this is for simplicity, and to make it as easy
as possible to add new nodes in the future. Basically here is how the
structure flows from start to finish:

  Ŀ  Ŀ   Ŀ
    Node 0 (Local)     Node 1 (Non Mailer)     Node 2 (Mailer) 
       
   Ŀ      Ŀ        Ŀ
    Click on icon        Click on icon          Click on icon 
                 
                                                         
           
                        Ŀ
                         Load AUTOEXEC.BAT 
                        
                                  
           Ŀ
                                                         
   Ŀ     Ŀ       Ŀ
    Load NODE0.BAT       Load NODE1.BAT         Load NODE2.BAT 
               
                                                         
                                                         
           
                                  
                  Ŀ
                   Call STARTBBS.BAT from NODEx.BAT 
                  
                                  
           Ŀ
                                                         
   Ŀ     Ŀ       Ŀ
    Local node           Node 1 is now          Mailer is now    
    is now loaded!       waiting for            loaded and       
                         calls!                 ready for calls! 
               

As you can see, no matter what icon you click, your AUTOEXEC.BAT is loaded
first. Let's take a look at the AUTOEXEC.BAT which was included with this
packet as AUTOEXEC.FPK:

-
AUTOEXEC.BAT (AUTOEXEC.FPK):
-
@ECHO OFF

NOTES: Simply tells DOS not to echo any statements in this batch file back
to the monitor when executing them.
-
PROMPT $P$G

NOTES: Set the DOS Prompt for this session. "$p$g" will cause the DOS prompt
to display like this:

C:\>
-
PATH=C:\WC40;C:\OS2;C:\OS2\MDOS;C:\;C:\DOS;

NOTES: You can place any directory you want in your path. Make sure your
main BBS directory (In this case C:\WC40) is in the path. The PATH statement
functions the same as MS-DOS's PATH statement.
-
DOSKEY /INSERT

NOTES: Loads DOSKEY command macro editor. This particular command tells
doskey to turn on the Insert key so that when you recall commands at the DOS
prompt using the Up/Dn arrow keys, it will automatically insert your
new modifications instead of overwriting. If you would rather it default
to overwriting, remove the /INSERT parameter.
-
SET WCNODEID=10

NOTES: This is a very useful feature for Wildcat Sysop's, and can probably
be modified for other BBS platforms as well. This basically acts as a "fail-
safe" so that no matter what DOS session you open, you will always have
a BBS node ID set for programs/utilities that need one. (Such as PostMaster,
wcPRO, etc.). You can set this for any node that your BBS software will
allow, but it is a good idea to use a node ID that is NOT already being
used.
-
SET DIRCMD=/O/P

NOTES: This SET statement is identical to the MS-DOS DIRCMD statement, and
simply tells DOS how to display your directories when you type "DIR".
The "/o" parameter tells DOS to display directory listings in alphabetical
order with directories first, and the "/p" parameter pauses the listing
after every screenful. Choose parameters that you like the best.
-
SET DELDIR=C:\DELETE,4096

NOTES: This is OS/2's undelete environment variable. This tells OS/2 to
allocate a 4 MEG area to hold deleted files until they are either recovered
by typing "undelete", or overwritten by newer deleted files. Basically what
happens is when you delete a file, it is actually copied over to this
4 meg (4096) holding area. The file will remain there until either you
recover it using "undelete", or 4 MEG worth of newer deleted files arrive
in that directory. Then it will overwrite the old with the new. You need
to set this environment variable for each drive you have. If you have a
C, D, and E drive, the SET statement would look like this:

SET DELDIR=C:\DELETE,4096;D:\DELETE,4096;E:\DELETE,4096
-
SET WCHOME=E:\WC40

NOTES: This variable is specific to Wildcat systems and tells programs
that look for this variable where your Wildcat home directory is located.
-
E:\SIO\OSTSR 2

This executable is included in your packet as OSTSR11.ZIP. Place the ZIP
file in your SIO directory and UNZIP it there. Refer to the documentation
on how to use OSTSR. The above statement sets OSTSR at a value of 2, which
I recommend. OSTSR is a DesqView timeslice converter for OS/2, and works
well on programs that normally are DV-aware but not OS/2 aware.
-
C:\SIO\KBSET N+

NOTES: This is a nifty little utility that will turn on various keyboard
switches. Since OS/2 defaults to NumLock off, I use KBSET to turn on
NumLock as soon as the DOS session loads. KBSET.EXE was included with this
package, and can be copied to your SIO directory as well.
-

That covers the basic AUTOEXEC.BAT for OS/2. Of course you can modify the
above any way you like, but it's a good starting point.
-
Step 8:

Now that we have the AUTOEXEC.BAT taken care of, we can move on to the
Individual NODEx.BAT files. These batch files can be placed anywhere you
wish. Personally I place each of them in their respective work
directories. For WIldcat users that would be your x:\WC40\WCWORK\NODEx
directories. Others will vary but again they can be placed wherever you
want.

Now here are some examples of various batch files you may wish to use
in your setup. NODE0.BAT shows what a local login batch file would
look like, NODE1.BAT is what a normal dial-in line would look like, and
NODE2.BAT is for those who run a mailer.

  Ŀ
   NODE0.BAT 
  
  @ECHO OFF
  SET WCNODEID=0
  SET WCPORTID=0
  SET NODEPATH=E:\WC40\WCWORK\NODE3
  CD\WC40
  STARTBBS.BAT

  This file is pretty self-explanatory. It sets the WCNODEID, WCPORTID,
  which is all that is necessary for local logins. Calling STARTBBS.BAT
  is OPTIONAL. Doing so will give you an Idle screen. If you would rather
  click on this icon and be logged in directly, remove the STARTBBS.BAT
  line and replace it with WILDCAT /LOCAL.

  The NODEPATH environment variable is for programs such as Romdoor that
  look for that environment to be set.

  Ŀ
   NODE1.BAT 
  
  @ECHO OFF
  C:
  SET WCNODEID=1
  SET WCPORTID=1
  SET WCIRQID=4
  SET WCBASEID=$3F8
  SET NODEPATH=C:\WC40\WCWORK\NODE1
  SET WCMDM=SPORTSTR
  CD\WC40
  STARTBBS.BAT

  This is similar to the NODE0.BAT except that we add a few important
  items. WCMDM is the .MDM file that Wildcat will use with this node.
  Change the name to reflect what you use for an .MDM file. Use
  wcMODEM to edit/create your .MDM file. WCIRQID and WCBASEID are
  important variables to set for certain 3rd party programs. These
  settings are identical to what is shown in your .MDM file, but
  they should still be used.

  Ŀ
   NODE2.BAT 
  
  @ECHO OFF
  C:
  CD\IM
  SET MAILERID=1
  SET WCMDM=HAYES288.MDM
  SET WCHOME=C:\WC40
  SET WCNODEID=2
  SET WCPORTID=2
  SET WCIRQID=3
  SET WCBASEID=$2F8
  SET NODEPATH=C:\WC40\WCWORK\NODE2\
  MAILER

  As you can see this is very similar to node 2 except that at the end
  it loads MAILER.BAT (or whatever your bath file name is to load your
  mailer) instead of STARTBBS.BAT. I also add a handy environment
  variable for those like me who run a mailer on more than one node.
  That way you can specify which mailer configuration you would like
  to use depending on the node you are loading.

  For Intermail the command line would look like this:

  im -nounpack /#%MAILERID%

Now it's time to show the core file that each of the NODEx.BAT files
loads, the STARTBBS.BAT. The master batch file that calls up the BBS is the
STARTBBS.BAT file, which for Wildcat! users will be their CAT.BAT file.
Here is what that batch file looks like. (Remember this was included in
your packet as STARTBBS.FPK).

   Ŀ
    STARTBBS.BAT: 
   
   @ECHO OFF
   echo Running STARTBBS.BAT for Node %WCNODEID% on COM:%WCPORTID%
   :RELOAD
   WILDCAT /T
   IF ERRORLEVEL 1 GOTO RELOAD

   This batch file serves one purpose, to load up your BBS software.
   for Wildcat users, I have added the /T parameter so Wildcat will
   release timeslices (it seems to do so regardless of whether or not
   you have the /T set but let's humor MSI<G>)

   Well, you've got your NODEx.BAT files, and your STARTBBS.BAT files
   all set, and if you'll refer back to the above diagram, you're almost
   done!

   Now simply modify the files to suit your taste and number of nodes.
   After you have edited them the way you liked, you're ready to tell
   each of your node icons which batch file to run. You are almost there!
   Now is the time to edit those files, and copy them to where you would
   like them to be. For the sake of congruity I am assuming that you have
   copied your NODEx.BAT into the appropriate WCWORK\NODEx sub-directories.

Step 9:

Now it's time to modify each of your DOS session icons to load the
correct NODEx.BAT files. This is accomplished my placing your mouse pointer
over one of the icons, and clicking the right mouse button on it. Choose
"Settings" from the pop-up pick list. You'll now see the settings notebook
for that session.

There now is a field displayed that says "File Path and Name". You'll need
to enter in the path and file name to your batch file.

ͻ
 EXAMPLE:                                                                  
 If you're editing the icon for Node 1, In the "File Path and Name" enter: 
                                                                           
 C:\WC40\WCWORK\NODE1\NODE1.BAT                                            
ͼ

Leave the "Parameters" field blank, and for the "Working Directory:" field
put in the directory where your NODEx.BAT resides.

ͻ
 EXAMPLE:                                                                  
 For Node 1, your working directory would be:                              
                                                                           
 C:\WC40\WCWORK\NODE1                                                      
ͼ

Repeat step 9 for each of the DOS sessions, and guess what...

YOU'RE ALMOST DONE!


Step 10:

If you're running a Wildcat! BBS, you'll need to take the time now to
run the OS/2 Warp fix included with this archive on your .EXE's. To do
this copy the WCOS2FIX.ZIP over to your main Wildcat directory, unzip
the file, and run the WCOS2FIX.EXE. It will then patch your files.

If you have PostMaster, wcTODAY, or wcEDIT, there are patches for these
programs included in this archive as well. They are PMOS2FIX.ZIP,
WCTOS2FX.ZIP, and WCEOS2FX.ZIP respectively.

Please view the README's in each of these fix archives before you
install them. They are important!

If you use Transcan, Wildmail, or HyperMail, there are patches for
each of these programs available also. These patches were included
with program updates which were too large for this archive. If you
are running Transcan 5.10+ or HyperMail 1.10+ there is no need to
upgrade. The fix for it was included with the latest update. The
current upgrade for Wildmail fixes the problem with SHARE as well. 

Click on the icons and load the BBS up. You're now running full-speed
under OS/2!

For those of you that were either used to a DesqView utility that would
"spawn" new DOS sessions and run a specified program, or for others
wishing to get the BBS back up and running as soon as possible, Doug
Glenn's KIS0894 (Keeping it Simple) for OS/2 "spawns" new DOS or OS/2
sessions on command. This is very useful for systems that process a
large amount of mail as you can open a new DOS window to run the mail
tosser, allowing your BBS to immediately come back online. The uses for
KIS are really unlimited, and for a $5 registration fee, it's well worth
it. It's avaiable for FREQ as KIS0894.ZIP

Please take the time to read SETTINGS.TXT which is your guide to improving
OS/2 performance. The file includes not only recommended DOS settings,
but also recommended CONFIG.SYS all tuned for performance.

In the future, the only file that you will need to keep up to date with
is SETTINGS.TXT, which is distributed separately as SETTINGS.ZIP. It is
not necessary to download this FULLPACK.ZIP file again. SETTINGS is
constantly updated to improve performance, and the latest version is
always available on my BBS (and many others!). For contact information,
please refer to SETTINGS.TXT. It has all of the different ways to contact
me, as well as the address to FREQ either FULLPACK.ZIP or SETTINGS.ZIP
from, and my BBS # to download it if you do not have a Front-End Mailer.

Good Luck with all of your future endeavors!

Tony Harrison, Sysop
Shadowgate BBS

