_____________________________________________________________________ B I M O D E M September 28, 1989 _____________________________________________________________________ Program Reference Manual (C) Copyright 1989 by ERIK LABS ALL RIGHTS RESERVED Erik Labs 3431 W. Thunderbird Rd. Suite 13-311 Phoenix, AZ 85023 (602)942-5403 Voice (602)979-5720 Data Bimodem Copyright and License Agreement BiModem Copyright and License Agreement (C) Copyright 1989 Erik Labs. All rights reserved. No part of this manual may be reproduced, transmitted, transcribed, stored in a retrieval system, or translated into any language (natural or computer), in any form or by any means, except as described in the following license without the prior written permission of ERIK LABS. You are granted a limited license to use the software described in this manual. The software may be used or copied only in accordance with the terms of that license, which is described under SINGLE COPY SOFTWARE LICENSE. Information in this manual is subject to change without notice and does not represent a commitment on the part of ERIK LABS. ERIK LABS may make improvements and/or changes in this manual and/or in BiModem at any time. SINGLE COPY SOFTWARE LICENSE THIS IS A SINGLE COPY SOFTWARE LICENSE granted by ERIK LABS whose mailing address is at 3431 W. Thunderbird Rd., Suite 13-311, Phoenix Arizona 85023. BiModem is licensed to you as the end user. BiModem is copyrighted material. You may use it on a trial basis provided you do not violate the copyright and if you follow these simple rules. Use of BiModem on a regular basis requires purchase as described later. You may not make any changes or modifications to BiModem, and you may not decompile, disassemble, or otherwise reverse-engineer it. You may not rent or lease it to others. You may make copies of BiModem only under the terms of the following section entitled "Limited License to Copy". This Software is Commercial Computer Software under Federal Government Acquisition Regulations and agency supplements to them. The Software is provided to the Federal Government and its agencies only under the Restricted Rights Provisions of the Federal Acquisition Regulations applicable to commercial computer software developed at private expense and NOT in the public domain. The use, duplication, or disclosure by the Government is subject to restrictions as set forth in subdivision (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at 252.227-7013. LIMITED WARRANTY. Erik Labs makes no warranty of any kind, either expressed or implied. This includes, but is not limited to, implied warranties of i Bimodem Copyright and License Agreement merchantability, and fitness for any particular purpose with respect to both the software and the documentation included in this package. IN NO EVENT SHALL Erik Labs OR ANY OF ITS PRINCIPLES BE LIABLE FOR ANY DIRECT, INDIRECT, CONSEQUENTIAL, OR INCIDENTAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THIS PRODUCT EVEN IF ERIK LABS HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES OR CLAIM. Some states do not allow the exclusion or limitation of liability for consequential or incidental damages, so the above limitation may not apply to you. The warranties set forth above are in lieu of all other express and implied warranties, whether oral, written, or implied, and the remedies set forth above are your sole and exclusive remedies. LIMITATION OF LIABILITY. In no case shall Erik Lab's liability exceed the license fees paid for the right to use BiModem or five dollars ($5.00), whichever is greater. INTEGRATION. This License constitutes the entire agreement and understanding between the parties and supersedes any prior agreement or understanding whether oral or written, relating to the subject of this License. This Agreement may only be modified by a written agreement signed by Erik Labs. LIMITED LICENSE TO COPY You are granted a limited license to copy BiModem only for the trial use of others subject to the software license described above, and also the following: BiModem must be distributed in absolutely unmodified form, including ALL program, documentation, and other files. BiModem may not be included with any other product for any reason whatsoever without a license from ERIK LABS. BiModem may not be offered through Public Domain, Shareware, Freeware, or other offers of mass media distributions unless prior permission has been granted in writing by Erik Labs. This includes disk vendors. Operators of electronic bulletin board systems (Sysops) may post BiModem for downloading by their users without written permission only as long as the above conditions are met. A fee may be charged for access to the BBS as long as no specific fee is charged for access to the BiModem files. ii Acknowledgements Acknowledgements We would like to thank the following individuals for their continued support and assistance. Chris Hall for QKBilog, the Quick BBS Door. BBS: The PC Network 505-821-5341 Dale Fedorchik for his Wildcat interface and assistance in testing. BBS: The Cat's Castle 215-867-8761 Jimmy Pearson for the Byte Brothers PCBoard Door. Michael Phelps for use of the name BiMenu. BBS: The Keyboard BBS 602-846-2940 Michael Malone for the BiModem Echo. BBS: The Migrant BBS 602-264-2328 Mike Callahan affectionately known as Dr. File Finder for assistance in propagating our product. Nick Annis for his loan of equipment, time, and suggestions. Steve Lea for BiDoor, the Quick BBS/PCBoard interface. BBS: The System Three R's 503-582-4860 We would also like to thank the numerous sysop's who have unselfishly devoted there time and energy to propagating our product. We appreciate it. The following companies hold the following trademarks, or market the following products, mentioned in this manual: Adam Hudson, Arvada, CO: Quick BBS Artisoft, Inc., Tuscon, AZ: Lantastic Clark Development Company, Inc., Salt Lake City, UT: PCBoard Datastorm Technologies, Inc., Columbia, MO: ProComm Exis, Inc., West Hill, ONT: Telix Hayes Microcomputer Products, Inc., Norcross, GA: V29/V42 modems Microsoft Corporation, Bellevue, WA: MS-DOS Mustang Software, Inc., Bakersfield, CA: Wildcat Omen Technology, Inc., Portland, OR: Zmodem Quarterdeck Office Systems, Santa Monica, CA: Desqview SoftLogic Solutions, Inc., Manchester, NH: Double Dos US Robotics, Inc., Chicago, IL: Courier 9600 HST, Dual Standard Ward Christensen: Xmodem Wynn Wagner: Opus iii Acknowledgements iv Table of Contents Table of Contents Copyright and License Agreement . . . . . . . . . . . . . . . . . . . . . . i Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . iii Table of Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . v INTRODUCTION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 Program Description . . . . . . . . . . . . . . . . . . . . . . . . . 1 The future . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Machine Requirements . . . . . . . . . . . . . . . . . . . . . . . . . 3 BiModem Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Start-Up Directory . . . . . . . . . . . . . . . . . . . . . . . . . . 4 BiModem Getting a Quick Start . . . . . . . . . . . . . . . . . . . . 4 BiMenu - The menu for BiModem and its support programs . . . . . . . . . . 7 command format . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 selection screen . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 BiPath - The original transfer list maintainer . . . . . . . . . . . . . . 11 command format . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 sample screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 acceptable keys . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 BiBat - The mini terminal emulator . . . . . . . . . . . . . . . . . . . . 17 command format . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 BiModem - The file transfer program . . . . . . . . . . . . . . . . . . . . 19 command format . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 example screen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 acceptable keys . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 BiConfig - Configuring your environment . . . . . . . . . . . . . . . . . . 27 command format . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 selection screen . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 Screen and Colors . . . . . . . . . . . . . . . . . . . . . . . . . . 29 Key Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 Terminal Options . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 General Options . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 Limits & Editing . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 Download Defaults . . . . . . . . . . . . . . . . . . . . . . . . . . 40 Upload Defaults . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 Filenames and Paths . . . . . . . . . . . . . . . . . . . . . . . . . 44 Comm Port Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 Write Setup to Disk . . . . . . . . . . . . . . . . . . . . . . . . . 49 Appendix A - File Formats . . . . . . . . . . . . . . . . . . . . . . . . . 51 Configuration File . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Paths file layout . . . . . . . . . . . . . . . . . . . . . . . . . . 52 v Table of Contents Appendix B - Sample Script Files . . . . . . . . . . . . . . . . . . . . . 53 Sample Telix Script File . . . . . . . . . . . . . . . . . . . . . . . 53 Sample Procomm Plus Aspect File . . . . . . . . . . . . . . . . . . . 53 Appendix C - Performance . . . . . . . . . . . . . . . . . . . . . . . . . 55 Appendix D - Desqview Notes . . . . . . . . . . . . . . . . . . . . . . . . 57 Appendix E - Double Dos Notes . . . . . . . . . . . . . . . . . . . . . . . 59 Appendix F - Lantastic Notes . . . . . . . . . . . . . . . . . . . . . . . 61 Appendix G - Modem Settings . . . . . . . . . . . . . . . . . . . . . . . . 63 Preferred USRobotics Courier 9600 HST Settings. . . . . . . . . . . . 63 Preferred USRobotics Courier 9600 DUAL Settings. . . . . . . . . . . . 63 Appendix H - 16550's . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 vi Introduction INTRODUCTION Program Description BiModem is a new communications protocol which allows simultaneous bidirectional file transfers. Yes, BiModem can upload while downloading. Imagine the time savings if you could upload with Zmodem (tm) and YmodemG efficiencies while downloading at the same efficiency at the same time. The applications for such a protocol are many, and I will not try to cover them here. Everyone from occasional BBS users to full time network managers will appreciate the advantages of exploiting full duplex operations. Even for those with small and moderate volumes of data to transfer, the time savings can be very significant. Please do not expect a 50% decrease in your overall modem transfer time. This can only be achieved when the same amount of information is transmitted in both directions, and does not account for the overhead of specifying the lists of files to download and upload. If that feature is not enough to get you really excited, how about the ability to chat while the transfer is going on? Chatting, of course, will impact your throughput, but since most of us are slow typists, when compared to the speed of even a 1200 baud modem, the impact is usually minimal. Two methods of automatic recovery are provided. This first is the one that everyone else provides. If a file exists with the same name, date, and time, but different sizes then BiModem picks up where it left off. The second method is for boards that like to have the date and time stamp reflect the time the file was uploaded. It will rename a file into an abortion directory if the transmission is prematurely terminated. Then when the user calls back to finish the upload it will restart where it left off. A refresh mode of uploading is provided that verifies the contents of two files and only sends the data where it encounters discrepancies. The verification part takes about 20 seconds per 200k at 2400 baud. If it finds a large number of consecutive discrepancies it then switches to a normal upload. This is perfect for large transaction files where the only thing that ever changes is at the end of the file where transactions are added. Imagine refreshing a 10 meg file in a few minutes that only had 20k modified at the end. Auto Verification insures that the entire file was accurately transmitted and can be switched on at the user's discretion. While this is normally not necessary (BiModem already uses 32bit CRC's to insure accuracy), it is a nice feature to have available for those critical transmissions and is efficient enough that you may want to use it routinely. BiModem has more than just * name handling. You can create a large list of upload and download requests before you even sign on. Create an entire evening's worth of requests and let your computer do the rest. 1 Introduction Multiple directories can be searched for the file. You can provide a list of directories for BiModem to search. Imagine requesting a download of *.GIF and receiving every GIF file the board has available. Not just the ones in the area you are in. You can also supply a list of directories for it to scan for duplicates. Upon finding a duplicate in any of the directories in the list it will discontinue the transmission of that file. BiModem is both Double Dos and Desqview aware. For both of these fine multi- tasking software additions it intelligently informs them when it is idle. This allows other tasks to get more of your machine's time. It also means that the display is as fast and intelligent as it can be. All of this power is provided to you by a menu. This makes the functions easy to remember and fast to get to. BiModem is fully configurable to allow as much or as little access to your system as you desire. You can allow full path specifications on both ends. If a file already exists, you can replace the file directly, or simply run a verify to revise only the parts that have changed. You may request that the source file be deleted on a successful transmission or you can disable this feature so others cannot delete files from your system. File level password protection is available. When someone uploads a file to a BBS they can also supply a password so that subsequent callers can only access the file if they know the correct password. For registered users there are even more features: Four different methods are available to maintain your file transmission requests. You can mark files to be sent by walking through your hard disks and selecting them. You can scan a previously downloaded list to select files you want to download while you are offline. There is a hot key program provided so that you can mark files that are displayed on screen. And there is the original request list maintenance program. Forget a file? No need to wait until the current transfer is done. You can add transfer requests while in the process of transferring other files. You can also kill single requests on either the send or receive side. Surely by now you are wondering if this is all BiModem does. The answer unfortunately for today is yes, but the future holds even more exciting things for BiModem. There just wasn't time to add all the features for this release. We are offering an earlybird special to the first 1000 users who have taken the time to read about BiModem. Simply write earlybird on your completed registration form. This entitles you to a free upgrade when the next version is released. The future will offer additional features such as: 2 Introduction Sub-Directory inclusion: Tell BiModem you want sub-directories included, and it will copy all files matching the * name from the specified directory on down the tree and create a similar tree on the receiving end (if allowed and the tree doesn't already exist). Dialing lists and scripts: Build a list of phone #'s to call, tell us which script to use, what transmission request file to use, and go to bed (let your computer do the walking). File Compression: for even faster transfer rates. Machine Requirements BiModem requires a PC/XT,AT,386 with at least 100k of memory available to it. It will work on MicroSoft DOS 2.0 and up. Unbuffered communications boards work best. The buffered communications boards will work, but they will have a negative impact on the BiDirectional file transmissions and when chatting. BiModem Files BiModem is comprised of the following files: BiModxxx.Zip - This is the shareware version of BiModem. The xxx represents the version number. For instance 111 would be version 1.11. Registered users are sent this so they may distribute THIS FILE ONLY according to its shareware license. All other files are governed by the license agreement included in this document. BiMenu.Com - The BiModem menu program. BiModem.Com - The File Transfer Program. BiPath.Com - The Paths File Maintenance Program. BiBat.Com - A Mini Terminal Emulator that monitors the communications port to see when BiModem is up on the other computer. BiConfig.Com - The BiModem Configuration Program. BiModem.Cfg - BiModem's configuration file. BiModem.Pth - Paths File - specifies files to be transferred. BiSetup.Com - The setup program. Prompts you for information and then runs Binstall.Bat. Binstall.Bat - This helps to install BiModem and should be run from a directory other than the one your Terminal Program (i.e. Telix or Procomm) resides in. 3 Introduction BiModem.Cf? - A series of sample config files used to simplify the installation process. BiMod.Slt - Simple script example for Telix. BiMod.Asp - Simple script example for Procomm Plus. BiMod.Scr - Simple script example for Qmodem. BiMod.Bat - Batch file for running BiModem from Dos. For registered users the following programs are also included. BiMark.Com - Program to mark uploads from your disks. BiList.Com - Program to mark downloads from a downloaded LIST of files. BiHot.Com - Hot Key program to mark downloads from what's displayed on your screen. BiSelect.Com - Program to select from multiple transfer lists. Note: The script files are renamed bimodem.??? when the install is run so that is what you will want to execute from your terminal program. BiModem will create a BiModem.Cfg file if none exists at the time it is run. BiPath.Com will likewise create a BiModem.Pth. BiModem transfers the files, and BiPath maintains the list of files to be transferred. Start-Up Directory BiModem must reside somewhere, and this directory is referred to as its startup directory. The easiest method of placing files is to simply place them all in the same directory. The default configuration specifications require this. BiModem has been designed to be flexible, so you may place them in any directory on any disk you like. To do this, install BiModem and specify the full paths to these files, or provide command line overrides to specify these paths. For more detailed information on these options, please refer to the detailed BiModem Installation section and the Command Line syntax section. BiModem Getting a Quick Start The easiest way to get BiModem up and running is to run Binstall. It will let you select the communications program that best describes your program (Other for most), and which directory it resides in. You will also be asked which communications port your modem uses. The appropriate files will then be copied 4 Introduction to your communications directory. Before running this, you should unarc the BiMod*.Zip file into a work directory from which the files may be copied to your communications directory. ****************[BiSetup (C) Copyright Erik Labs 1989]**************** * What Communications program will you be running on your computer? * * 1 - Telix * * 2 - Qmodem * * 3 - Procomm Plus * * 4 - Other * * 5 - Running a BBS * * * * What is the path to your communications directory? ie C:\TELIX * * _:________________________________________________________________ * * * * What communications port will you use from this communications * * program? 1-COM1 2-COM2 3-COM3 4-COM4 5-COM5 6-COM6 7-COM7 8-COM8 * ********************************************************************** * This batch file cannot configure bimodem for everyone nor does it * * attempt to. What it does do is give you a good place from which * * to start. It will generally set up acceptable parameter values * * for general use, however it simply installs the suggested * * configurations for BBS Sysops. Your particular software and * * hardware configurations may make it necessary to make changes to * * these settings for optimal use. See documentation for assistance. * *********************[Esc-Undo,Alt-X Exit,>,<,v,^]******************** Fill in the blanks on the screen and the batch file will do the rest. If you use Telix, and you don't have CS.EXE in your Telix directory, you should move a copy there prior to running the batch file, and you may delete it and move the bimodem.slc file into your designated script directory after the install is complete. We recommend you use this setup a few times to get familiar with Bimodem, and then change only the upload and download directories on the BiModem Installation screen. Then, try it a few more times before experimenting with the other parameters. The other method is manual, and is described below: 1. Pick a directory where BiModem and BiPath may be easily executed from your communications program. I use Telix, and simply placed BiModem and BiPath in my Telix directory. 2. Unarc the BiMod*.Zip file into a work directory. Copy Bi*.Com, BiMod.Bat, and BiModem.Cfg from the work directory to your communications directory. If you do not use Com1, you will need to run BiConfig to switch the port. See item 6 below on configuration files first. 3. Before transferring files with BiModem, you must specify the files to be transferred on one of the computers. To do this, enter BiMenu and select transfer list maintenance. This will give you a transfer specification screen. 5 Introduction All you must specify is (U)pload or (D)ownload, and the source file (may be full pathname). Be sure the specification is entered by pressing PGDN which will display the transfer request in the scroll area above. If you are uploading, most sysops prefer descriptions so you should probably give the file descriptions too. 4. If you have not already established a connection (i.e. Logging onto your favorite BBS), you should do this now. 5. Finally, start BiModem on the other computer and execute bimodem on your end. BiModem can be executed on your computer by invoking it from DOS, a script file, or selecting Host or Remote BiModem from BiMenu. Remote BiModem brings up a mini terminal emulator so that you can start BiModem on the other computer. On a terminal emulator to terminal emulator connection you would want to invoke remote BiModem on one end and Host BiModem on the other. The script files included bring up BiMenu. 6. Note, there are two BiModem configuration files included in the BiMod*.Zip file. BiModem.Cfg is set up for most people; BiModem.Cf1 is set up for most BBS's. If you are installing BiModem for use on a BBS, you should copy bimodem.cf1 to bimodem.cfg. Otherwise you should be all set. 6 BiMenu BiMenu - The menu for BiModem and its support programs BiMenu is a customized menu for BiModem and its support programs. BiMenu and all of its sub-programs can either be in your current directory or be accessible from one of the path environment variable directories. It is designed to be invoked from a terminal emulator as a hot key, or by jumping to DOS and invoking BiMenu (see appendixes for interface information). The command format is: BiMenu [/?/C/T/B/L/P/S] /? Displays the acceptable arguments. /C Config_Path Tells BiMenu what configuration path to use. The default is BiModem.cfg in your current directory. This argument, as with all BiMenu arguments is passed through to programs that it invokes. /T Time Limit Tells BiMenu what time limit in minutes to pass to BiModem. This value overrides the value specified in the configuration file. /B Baud Rate Tells BiMenu what baud rate to pass to BiModem for it to use in its time estimation. This value overrides the value specified in the configuration file. /L Comm Port Tells BiMenu what communications port to use. This value overrides the value specified in the configuration file. /P Transfer List Path Tells BiMenu what transfer list path to use. This argument overrides the path specified in the configuration file. /S Size Limit Tells BiMenu what size limit to pass to BiModem. This value overrides the value specified in the configuration file. 7 BiMenu The selection screen looks like this: ***************[BiMenu - (C) Copyright Erik Labs 1989]**************** * * * * * Remote BiModem * * * * * * Host BiModem * * * * * * Transfer List Maintenance * * * * * * Kill Transfer List * * * * * * Configure BiModem * * * * * * Exit * * * * * * * ****************************[Esc-Exit,^,v]**************************** Once this screen appears you may use the up and down arrows to position to the appropriate selection. Once the selection bar is on the appropriate selection you can then hit the enter key to invoke that function. Alternatively you can type in the first character of the selection to invoke it. Some of these functions are internal to BiMenu and some of them invoke other programs. We will now discuss the functions in detail. Remote BiModem This selection first invokes the program BiBat so that you may start BiModem on the bulletin board at the other end. BiBat is a mini terminal emulator that passes characters that you type on to the comm port and displays characters received from the comm port on your screen. It also monitors the characters received for the space/backspace character sequence that BiModem uses for its handshaking. Once BiBat recognizes a space/backspace sequence it terminates and BiMenu then invokes BiModem on your computer. Upon completion of BiModem, BiMenu also terminates. This should bring you back to your favorite terminal emulator software. Host BiModem This selection invokes BiModem on your computer. Upon completion of BiModem, BiMenu also terminates. This should bring you back to your favorite terminal emulator software. 8 BiMenu Transfer List Maintenance This selection invokes the program BiPath so that you can modify the list of files to be transferred. When BiPath terminates control will return to BiMenu. See the chapter on BiPath for information on how to use it. Kill Transfer List This selection deletes the current transfer list file. Configure BiModem This selection invokes the program BiConfig so that you can establish the operating environment for BiModem and all of its support programs. When BiConfig terminates control will return to BiMenu. See the chapter on BiConfig for information on how to use it. Exit This selection terminates BiMenu. The Escape key also terminates BiMenu. 9 BiMenu 10 BiPath BiPath - The original transfer list maintainer BiPath is a program designed to let you maintain the list of files to be sent and/or received. It is designed to be invoked from BiMenu, but you can invoke it from the command line if you prefer. The command format is: BiPath [Transfer List Path] [/?/C] /? Displays the acceptable arguments. /C Config_Path Tells BiPath what configuration path to use. The default is BiModem.cfg in your current directory. Transfer List Path Tells BiPath what transfer list path to use. This argument overrides the path specified in the configuration file. 11 BiPath BiPath starts out by displaying all files currently selected to be sent/received in the top part of the screen. The cursor will then stop on the (U)pload/(D)ownload field and wait for you to enter a new file to be sent/received. If you want to modify an existing transfer request you can press PgUp and PgDn to get to the request you want to modify. Then you may use Ctrl/D to delete the request or re-type the information to change it. Here is a sample screen followed by a description of the fields, and a list of valid keys. **************[BiPath - (C) Copyright Erik Labs 1988,89]************** * * * * * * * * * * * * * * * * * * * * * * * * * * ********************************************************************** * (U)pload/(D)ownload U * * Source File> * * Dest File--> * * Description> * * Refresh Include Sub Directories * * Replace Delete SOURCE When Done * * Verify When Done * *[Esc-Undo,Alt-X Exit,Ctrl-D Delete,PgUp,PgDn,C-PgUp,C-PgDn,>,<,v,^]** (U)pload/(D)ownload This field will only accept a U for upload or a D for download. Upload means a file that is going to be sent from your computer to another computer. Download means a file that is going to be received on your computer, sent by another computer. 12 BiPath Source File This field is the path to the source file(s). It can contain star names. In the case of an upload it would point to one or more files on YOUR computer. In the case of a download it would point to one or more files on ANOTHER computer. If it is an upload the path is checked to insure at least one file exists. Some bulletin boards may not allow the use of full paths. If this is the case then the file part of the path you have entered will be used and the path part will be ignored. You can configure BiModem to search multiple directories for a file (See BiConfig). This will only work if a simple name (file name only, no path) is used or the file name has been stripped from the path due to the simple name only configuration option. You can also supply a password in the source file like this: [D:\path\]file,password. If you are downloading a file that is password protected, this is the only way that you can get the file. If you are uploading a file and you supply a password, the filename and password are added to the remotes password file. This means that no one else can download this file unless they know the password you have assigned to it. Dest File This field is optional. This instructs BiModem where to put the file on the receiving computer. In the case of an upload this would be on another computer. In the case of a download this would be on your computer. If you omit this field the file will be put in either your current directory, or the receiving directory specified in BiConfig. You can point to a directory by terminating this field in a slash. This is extremely handy in the case of star names source files. Description This field is optional. It is only meaningful in the case of an upload. Some bulletin board interfaces will use this field to post the description of the file. If you omit this field on an upload some bulletin board interfaces will prompt you for them after the transfer is completed. Refresh This field is optional. You may specify a Y,N,or space. A Y indicates that you want the file verified via checksum and any discrepancies found sent. Of course this will only occur if a file is found on the receiving side. If the file can't be found then BiModem will perform a normal transfer. An N has no effect other than eliminating a default Y in BiConfig. A blank in this field indicates that BiModem will use the BiConfig default for uploads or downloads. 13 BiPath Replace This field is optional. You may specify a Y,N,or space. A Y indicates that the file will be replaced (assuming that the receiver allows replacements). An N has no effect other than eliminating a default Y in BiConfig. A blank in this field indicates that BiModem will use the BiConfig default for uploads or downloads. Verify When Done This field is optional. You may specify a Y,N,or space. A Y indicates that the file will be verified when the transfer is complete. An N has no effect other than eliminating a default Y in BiConfig. A blank in this field indicates that BiModem will use the BiConfig default for uploads or downloads. Include Sub Directories This field is not used at this time. It is planned that a Y in this field will indicate that directories subordinate to the one pointed to will also be searched for matching files to be transferred. Delete SOURCE When Done This field is optional. You may specify a Y,N,or space. A Y indicates that the source file will be deleted when a successful transfer completes. This ability can be disabled via BiConfig. An N has no effect other than eliminating a default Y in BiConfig. A blank in this field indicates that BiModem will use the BiConfig default for uploads or downloads. While using BiPath you may use the following list of acceptable keys. Right Arrow Advances the cursor 1 position to the right. Left Arrow Advances the cursor 1 position to the left. Control Right Arrow Advances the cursor 1 word to the right. Control Left Arrow Advances the cursor 1 word to the left. Home Puts the cursor at the beginning of the field. 14 BiPath End Puts the cursor at the end of the field. Alt Right Arrow Deletes the current word. Control U Converts the case of the current letter. Destructive Backspace Deletes the character behind the cursor and positions the cursor and text back 1 space. F6 Inserts 1 space at the current cursor position. Shifted F6 Deletes 1 space at the current cursor position. Control End Erases from the current cursor position to the end of the field. Control X Erases the entire field and puts the cursor in position 1 of the field. Down Arrow Advances to the next field. Up Arrow Takes you back to the prior field. Control Home Puts the cursor on the first field. Page Down Accepts the current transfer request or advances to the next transfer request. Control D 15 BiPath Deletes the current transfer request. Page Up Takes you back 1 transfer request. Control Page Down Advances you 1 page of transfer requests. Control Page Up Takes you back 1 page of transfer requests. Alt/X Exits BiPath and causes any modifications or additions you have made to be written to disk. Esc This key has many purposes. Its basic function is to undo the last thing entered. For example if you were half way through entering a description and you hit Esc, it would clear the description field and place the cursor at the beginning of the field. If you then hit Esc again it would clear the record you were working on and position the cursor on the first field. Then if you hit Esc again it would terminate BiPath and NOT write the modifications to disk. 16 BiBat BiBat - The mini terminal emulator BiBat's main purpose is to allow you to invoke BiModem on a bulletin board. Then once it sees BiModem come up it terminates so that BiModem can come up on your end. BiBat is a mini terminal emulator specially tailored for BiModem. In addition to performing ansi graphics level terminal emulation it also monitors characters received for 2 space/backspace pairs. The space/backspace pair is how BiModem handshakes to determine that there is a BiModem running on the other end. When BiBat sees 2 space/backspace pairs it terminates so that BiModem can be run either through a batch file or BiMenu. BiBat can be run on both sides of a connection, however it will never detect the 2 pairs of space/backspaces. Thus it will never continue on to BiModem. The command format is: BiBat [/C] /C Config_Path Tells BiBat what configuration path to use. The default is BiModem.cfg in your current directory. Once invoked, if Bibat does not immediately detect the 2 space/backspace pairs, it displays the following message. Dos to Comm Gateway -> Invoke BiModem on the other end or press ESC to exit (C) Copyright Erik Labs 1989 At that time you may type characters and they will be passed on the to comm port (Just like any terminal emulator). Normally you would type whatever characters the board requires to start BiModem. Characters received from the comm port are then displayed on your terminal. If it detects the 2 space/backspace pairs BiBat will terminate. You may also hit Esc to terminate BiBat. 17 BiBat 18 BiModem BiModem - The file transfer program BiModem is the file transfer program. It can be run all by itself from command line, or it can be invoked from BiMenu. There are two references to BiModem in Bimenu. Remote Bimodem actually invokes BiBat first and then BiModem (see BiBat for further info). The second invokes BiModem immediately. The command format is: BiModem [/?/C/T/B/L/U/D/P/S/W] /? Displays the acceptable arguments. /C Config_Path Tells BiMark what configuration path to use. The default is BiModem.cfg in your current directory. /T Time_Limit Tells BiModem what time limit in minutes to use. This value overrides the value specified in the configuration file. /B Baud Rate Tells BiModem what baud rate to use in its time estimation. This value overrides the value specified in the configuration file. /L Comm Port Tells BiModem what communications port to use. This value overrides the value specified in the configuration file. /U File_List Specifies a list of files to be sent to the remote location. These may be the simple format which requires that the file be located in the current directory, or they may be full or partial paths. Due to the limited command line length, this is basically a convenient way to send a very few file specifications. Note, however, that the wildcard specifications are permitted and that depending on the situation, many files may be transferred with this option. If the file list is preceded by an @ (@uploads) it indicates that this is a path name to a c/r,l/f delimited list of file paths to be uploaded. This list may contain passworded files in the following format: [D:\path\]file,password(C/R L/F) This allows you to upload files that others can only access if they know the password you have assigned to it. Passwording is not provided for in command 19 BiModem line specifications. In other words you can not say /U file,password on the command line. This is because you can separate multiple file names with commas on the command line (/U file,file,file...). /D File_List Similar to the /U option except that this parameter specifies download requests. Again, full or partial paths may be specified, and due to limited command line, length is not practical for more than a few file specifications. Note, however, that wildcard names are permitted and that under certain circumstances many files may be transferred with this specification. If the file list is preceded by an @ (@download) it indicates that this is a path name to a c/r,l/f delimited list of file paths to be downloaded. This list may contain files in the following format: [D:\path\]file,password(C/R L/F) This allows you to access files that have been password protected. Passwording is not provided for in command line specifications. In other words you can not say /D file,password on the command line. This is because you can separate multiple file names with commas on the command line (/D file,file,file...). /P Transfer List Path Tells BiModem what transfer list path to use. This argument overrides the path specified in the configuration file. /S Size Limit Tells BiModem what size limit to use. This value overrides the value specified in the configuration file. /W Password file path Tells BiModem what password file to use. This argument overrides the password file identified in the configuration file. /I This argument is obsolete. It was used when BiConfig was part of BiModem. Currently this argument if passed is ignored. In the future it may be used for some other purpose. /O This argument is obsolete. It was used to inform BiModem that you had a composite monitor. Since the enhanced BiConfig allows you to set the colors to your personal preference, this is no longer needed. Currently this argument is ignored. In the future it may be used for some other purpose. 20 BiModem /R This argument is obsolete. It was used to inform BiModem to use CTS/RTS handshaking. Since the enhanced BiConfig allows you to set this, it is no longer needed. Currently this argument is ignored. In the future it may be used for some other purpose. 21 BiModem Here is an example screen. *****************[BiModem - (C) Copyright Erik Labs 1988,89]****************** * (602)942-5403 ** John Erickson's Personal Copy Version 1.11 * ****************************************************************************** * Sending BIMOD111.ZIP * Receiving TLX310-1.ARC * Summary * * Bytes 98751 83572 * Bytes 87585 83572 * 167144 * * Time 6:57 5:52 * Time 6:10 5:52 * 5:54 * * Bytes/Sec 236.8 237.4 * Bytes/Sec 236.7 237.4 * 472.1 * * Err Count 0 * Err Count 0 * 0 * * Last Err * Last Err * * ************************************[Text]************************************ * Here is the new version of Telix. It is MUCH improved over the old * * version. Some of its supporters have been a bit concerned over the * * complexity of the Script language, however, I maintain that it is all for * * the better. I tried BiModem out with a Beta Version my brother gave me, * * and I must say I was Impressed. I can't wait to try the public release * * version... Thank you for allowing me to download it. Let me know if you * ****************************************************************************** * Please, let us know what you think of BiModem. It is our first Shareware * * product, and we really would like to make it the BEST PROTOCOL AVAILABLE. * * We feel that if a good percentage of people will call in with their * * comments (both good and bad), we will be able to reach this goal. Thanks * * again for your interest in our product and keep in touch. * *******[Alt/A-Add, Alt/S-Kill Send, Alt/R-Kill Receive, Esc-Terminate]******** The following text describes the information displayed on BiModem's transfer screen. While you will probably find most of the information self explanatory, you might want to read through this section to be sure you understand it. First, the top of the screen informs you who is on the other end. This option is nice for sysops as they may not have been on their system when the transfer began. The second section provides information about the file transfer such as the names of files being transferred, their length, and the rate at which the data is being transferred (Bytes Per Second). The first thing you will likely notice is that the total Bytes Per Second (Located on the far right) doesn't seem to be equal to the sum of the bytes per second on the individual files. There are several reasons for this. Since the sending file finished 2 minutes ago, its time stays constant. However, the combined rate reflects real time information. The reporting is designed to be as accurate as possible, and the total fields begin accumulation as soon as BiModem is started. If the other end waited several seconds to start up their end, it would severely reduce the overall throughput of the operation. It also includes the identification transfer which identifies the user at the other end which also reduces the overall transfer rate. The figures on each file represent the total time and actual rates for transferring the files which are sent. There are 2 columns for each file being 22 BiModem transferred. The first column represents BiModem's prediction of how long the transfer will take. The second column represents the real time transfer results. The third and perhaps one of the most noticeable features of BiModem is that you may converse with the person on the other end of the connection while transferring your files. Yes, it is just your normal chat window, but the nice part about it is that it has no effect if it is not used. It also has very little effect when very fast typists use the feature. We have tested some very fast typists, and find that even continuous chatting during the file transfer will effect the transfer throughput only 3 to 10 BPS. Only when very fast key repeating utilities are used does the effect become noticeable. As a little bonus, we have allowed the ctrl-G keystroke to cause a beep at the other end. The following lists the acceptable keys and what they do Alt/A This key is applicable to the registered version only. It allows additions to the transfer list. Brings up the following screen in the bottom chat window. ****************************************************************************** * (U)pload/(D)ownload U * * Source File> * * Dest File--> * * Description> * * * *******[Alt/A-Add, Alt/S-Kill Send, Alt/R-Kill Receive, Esc-Terminate]******** While this screen is displayed you may add a request. The keys function similar to the way they do in BiPath. Esc takes you out of request add. Alt/X or PgDn completes the request. None of the options are overideable when adding a request this way. The requests that you add will use the defaults from BiConfig Upload and Download defaults. The meanings of the fields are the same as in BiPath, but we will reiterate them here. (U)pload/(D)ownload This field will only accept a U for upload or a D for download. Upload means a file that is going to be sent from your computer to another computer. Download means a file that is going to be received on your computer, sent by another computer. 23 BiModem Source File This field is the path to the source file(s). It can contain star names. In the case of an upload it would point to one or more files on YOUR computer. In the case of a download it would point to one or more files on ANOTHER computer. If it is an upload the path is checked to insure at least one file exists. Some bulletin boards may not allow the use of full paths. If this is the case then the file part of the path you have entered will be used and the path part will be ignored. You can configure BiModem to search multiple directories for a file (See BiConfig). This will only work if a simple name (file name only, no path) is used or the file name has been stripped from the path due to the simple name only configuration option. Dest File This field is optional. This instructs BiModem where to put the file on the receiving computer. In the case of an upload this would be on another computer. In the case of a download this would be on your computer. If you omit this field the file will be put in either your current directory, or the receiving directory specified in BiConfig. You can point to a directory by terminating this field in a slash. This is extremely handy in the case of star names source files. Description This field is optional. It is only meaningful in the case of an upload. Some bulletin board interfaces will use this field to post the description of the file. If you omit this field on an upload some bulletin board interfaces will prompt you for them after the transfer is completed. Alt/S This key is applicable to the registered version only. It allows you to kill the currently transferring send file. It doesn't stop transferring until all buffers are cleared. This usually means the completion of 2 more blocks of data. If you are talking to a version of BiModem prior to 1.09 it will work, but it just signals end of file. Alt/R-Kill Receive This key is applicable to the registered version only. It allows you to kill the currently transferring receive file. It will only work if you are talking to a version of BiModem 1.09 or better. It happens immediately and doesn't have to wait for buffers to clear. Control G - Operator Page This key rings the bell on the remotely connected computer. Provided of course that the remote computer allows bells during this time of day (See BiConfig General Options). 24 BiModem Esc-Terminate This key halts transmission, and terminates BiModem. 25 BiModem 26 BiConfig BiConfig - Configuring your environment BiConfig is a program designed to let you configure BiModem and its support programs. It is designed to be invoked from BiMenu, but you can invoke it from the command line if you prefer. The command format is: BiConfig [/?/C] /? Displays the acceptable arguments. /C Config_Path Tells BiConfig what configuration path to use. The default is BiModem.cfg in your current directory. This argument, as with all BiConfig arguments is passed through to programs that it invokes. 27 BiConfig There are 9 sections to BiConfig. These sections are accessed from a selection screen similar to BiMenu. The selection screen looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * Screen and Colors * * * * Key Definitions * * * * Terminal Options * * * * General Options * * * * Limits & Editing * * * * Download Defaults * * * * Upload Defaults * * * * Filenames and Paths * * * * Comm Port Setup * * * * Write Setup to Disk * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Once this screen appears you may use the up and down arrows to position to the appropriate selection. Once the selection bar is on the appropriate selection you can then hit the enter key to invoke that function. Alternatively you can also type in the first character of the selection to invoke it. We will now discuss the functions in detail. 28 BiConfig Screen and Colors This selection is for modifying the way BiModem and its support programs converse with your display and to modify the color palette used. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * * * Remove Snow (Y/N) N * * Use Bios for Screen Display (Y/N) N * * * * Press the arrow keys (><) to change the foreground colors. * * Press Ctrl and the arrow keys (><) for background colors. * * Sample Screen * * **[BiModem - (C) Copyright Erik Labs 1988]*** * Prompts * 000 000-0000 Remote site not Registered ** * ********************************************* * Fields * Sending * Receiving * Summary ** * * Bytes * Bytes * ** * Chat Received * Time * Time * ** * *******************[Text]******************** * Chat Keyed * Sample of Received Chat ** * * ** * Menu item current ********************************************* * * Sample of Typed Chat ** * Menu item other * ** * **************[Esc - Terminate]************** *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Remove Snow On some of the older CGA display adapters direct screen writers will cause flicker. This field instructs BiModem and its support programs to wait until vertical retrace happens before moving things to the screen. In layman's terms if your screen flickers say Y. 29 BiConfig Use Bios for Screen Display BiModem and its support programs display approximately 100 times faster if it can talk directly to your display hardware. So whenever possible you want this field to say N. Multi-tasking software such as Double Dos, Desqview, etc. do not like programs to do this because the display is not stoppable and will bleed through to the other task(s). Another class of programs that doesn't like direct screen writers is the ones that allow you to remotely access your PC. In order for them to see what is being displayed the programs being run must use Bios. If you are running one of these types of programs you will want to say Y to Use Bios. (Note: BiModem itself will properly handle Double Dos and is Desqview aware, so on a bulletin board where all you are running is BiModem, you can leave this set to N. The support programs are Desqview aware, but not Double Dos aware.) Changing Colors There are six different colors used in BiModem and its support programs. One for each of the following field types: Prompts, Fields, Chat characters received, Chat characters typed, Menu item current, Menu item other. To change one of these colors you do the following. First position the cursor to the appropriate field type. Then you can use the right arrow and left arrow to change the foreground colors, and the control right arrow and control left arrow keys to change the background colors. There is a sample BiModem screen displayed which will change colors as you change the colors of the different field types. 30 BiConfig Key Definitions This selection is for modifying what keys perform what functions in the BiModem support programs. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * This screen enables you to change the keys used for certain * * functions. Strike the key to use for the specified function. * * * * BiHot activate key Alt/M * * * * BiHot Unload key Alt/U * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** BiHot activate key This field identifies what key will cause BiHot to become active. To change to another key simply press the key sequence you want to use to activate BiHot. BiHot Unload key This field identifies what key will cause BiHot to unload itself from memory. To change to another key simply press the key sequence you want to use to unload BiHot. 31 BiConfig Terminal Options This selection is for modifying the way BiModem and its support programs converse with your communications port. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * * * * * Baud rate to base estimates on (Modem Rate) 2400 * * * * Communications Port (1-8) 1 * * * * Modem Type D - USR Dual Standard F * * H - Half Duplex at high speeds * * F - Full Duplex always * * * * CTS/RTS hardware flow control (Y/N) Y * * * * Signal Loss of carrier on Carrier Detect (Y/N) Y * * * * Signal Loss of carrier on Data Set Ready (Y/N) N * * * * * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Baud rate This field identifies the normal connection default. It is used only for the purpose of computing estimated times and is overideable by the /B option of BiModem. Since BiModem relies on other software to configure the communications port and establish the modem connection, there is no way for it to know the connection rate. If you have an MNP modem there is no accurate method of predicting estimated times. Communications Port This field identifies the communications port number. It is overideable by the /L option of BiModem. It is used as an index into the table defined in the Comm Port Setup function of BiConfig. 32 BiConfig Modem Type This field identifies the type of modem being used. F indicates that the modem is full duplex all the time. This is true of all known 2400 baud or less modems, V32 modems, and V42 modems. H indicates that the modem is full duplex below 9600 baud and half duplex above. This is true of US Robotics HST modems, Hayes 9600 baud V29 modems, and most 9600 baud modems that do not state that they are V32 or V42. D indicates that the modem is full duplex if it connects to another D or F and half duplex if it connects to another H. This is true of the US Robotics Dual Mode. If it connects to another Dual Mode Modem it can transfer full duplex, but if it connects to an HST it talks half duplex. When BiModem determines that it must operate in half duplex mode it will only send files in one direction at a time. It will still allow chat. Most half duplex modems do have a slower speed back channel which allows chatting to occur, but if we attempt to transfer files bi-directionally the modems usually thrash too much trying to contend for the fast side of the transmission. CTS/RTS This field indicates whether or not you want to use CTS/RTS flow control. This is a requirement for MNP compression/bit stripping to occur. Under MNP you need to connect your PC to your modem at a faster rate than the modem is communicating over the phone line. This gives MNP time to compress the data and strip bits. Likewise on the receive side it needs to deliver more characters to your computer than it receives. Since you are talking to your modem faster than it is sending or receiving there needs to be some method of throttling the data so that you don't overrun its buffer. The most efficient method available today is CTS/RTS. It does not require any significant time. The other method commonly used is Xon/Xoff. We have elected not to use this method because it slows down transmission. The transmitting of Xon/Xoff characters takes time, not to mention the fact that Xon/Xoff characters that occur in data then have to be escaped to. In summary if your computer is talking to your modem faster than the modem is talking over the phone line than you want to say Y to CTS/RTS. Signal Loss of carrier on Carrier Detect This field indicates whether or not to base carrier loss on a drop of the carrier detect line from the modem. Y indicates that if the carrier detect line drops loss of carrier has occurred and BiModem terminates. Normally when someone hangs up their modem, the other modem will no longer hear the carrier signal and drop the carrier detect line. However, some modems have been found that do not raise the carrier detect line and causes a loss of carrier immediately. If this occurs change this value to an N. 33 BiConfig Signal Loss of carrier on Data Set Ready This field indicates whether or not to base carrier loss on a drop of the data set ready line. Y indicates that if the data set ready line drops, loss of carrier has occurred and BiModem terminates. Normally you would set this to N and data set ready will not be tested. If you can't use Carrier Detect, as mentioned in the prior field, you may want to use data set ready. 34 BiConfig General Options This selection is for modifying what will be allowed when people request files from or send files to YOUR system. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * These options dictate what will be allowed when people * * request files from or send files to YOUR system * * * * Allow current directory access (Y/N) Y * * Allow file names only (no paths) (Y/N) Y * * Rename the file if it already exists (Y/N) N * * Always verify when done (Y/N) N * * Do NOT allow source deletion (Y/N) Y * * Retain original file date (Y/N) Y * * Do NOT allow full directory transfers (Y/N) Y * * Do NOT allow sub directory transfers (Y/N) Y * * Replace Timer Interrupt (Y/N) N * * Replace Keyboard Interrupt (Y/N) Y * * Allow remote file requests (Y/N) Y * * Allow local file requests (Y/N) Y * * * * * * * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Allow current directory access This field indicates whether or not remote users are allowed access to the current directory. It is applicable to files sent from your system, only if the sending directory field (see filenames and paths) points to a list of directories. Y indicates that it will first search the current directory and then the list. N indicates that it will only search the list of directories. Allow file names only This field indicates whether or not paths are allowed on file requests. Y indicates that other people can not supply path names. This is not to say that you can't supply paths. Requests that are generated locally can still supply full pathnames to files. However, if another computer supplies a full path the path part will be stripped away and just the file name will be used. N indicates that other people CAN supply full path names. 35 BiConfig Rename the file if it already exists This field determines if files that already exist at the destination location are allowed to be replaced or is the new file renamed to a unique name. Y indicates that a duplicate file name can't replace the dupe. It will be renamed to a unique name. This does not prevent file recovery. See "directory that aborted files will be renamed into" under filenames and paths. N indicates that replacement of files is allowed. Always verify when done This field determines if files are always verified when the transmission is complete or not. Y indicates that whenever a file completes it is always verified. N indicates that verification occurs only if requested by the other computer, the request, or because of a file sum error. See verification sending in the terms section for a definition. Do NOT allow source deletion This field indicates whether or not source files can be deleted when transmission is complete. Y indicates that files can never be deleted. N indicates that a file on your computer can be deleted after a successful transfer. Retain original file date This field indicates whether files you receive are to retain their original date or get current date/time stamped. Y indicates that files received are to retain their original date and time. N indicates that files received are to be date/time stamped according to the clock. Do NOT allow full directory transfers This field is not currently used. Its future intent is to disallow the transfer of a directory and all of its sub directories by pointing to the directory in question. Do NOT allow sub directory transfers This field is not currently used. Its future intent is to disallow the include all sub directories type of transfer. 36 BiConfig Replace Timer Interrupt This field indicates whether or not to replace the timer interrupt. On a few systems we have encountered problems in the timer interrupt bios. On these systems BiModem gets a large number of Naks. Generally the interrupt replacement is not necessary. When running under multi-tasking software such as Double Dos and Desqview replacement of the timer interrupt can cause problems. Local Area Networks also have problems if the timer interrupt is replaced. So we normally recommend not replacing it unless you absolutely have to. Y indicates that the timer interrupt is replaced by a small and quick version. N indicates that the timer interrupt is not replaced. Replace Keyboard Interrupt This field indicates whether or not to replace the keyboard interrupt. On a few systems we have encountered problems in the keyboard interrupt bios. On these systems BiModem gets a large number of Naks while chatting. When not chatting files transfer without errors. Generally the interrupt replacement is not necessary. When running under multi-tasking software such as Double Dos and Desqview replacement of the keyboard interrupt can cause problems. Local Area Networks also have problems if the keyboard interrupt is replaced. So we normally recommend not replacing it unless you absolutely have to. Y indicates that the timer interrupt is replaced. N indicates that the keyboard interrupt is not replaced. Allow remote file requests This field indicates whether or not remote transfer requests will be allowed. Y indicates that other people may request that files be sent to/from your computer. N indicates that any file requests received from the remote end will be rejected. The message "Rem Req Disallowed" will be displayed on both ends if a file is remotely requested and you do not allow it. If the remote end is not at least version 1.13 it will receive either the message "File Not Found" or "Create/Open Error" instead. Some bulletin board interface writers have requested this option so that they may require file requests to be entered on the BBS. We hope this does not become a standard interface design because it does not allow you to use BiHot, BiMark, BiList, and online file request additions. However some kind of BBS interface is preferable to none at all. Allow local file requests This field indicates whether or not local transfer requests will be allowed. Y indicates that local transfer requests are allowed. N indicates that local transfer requests are not allowed. No messages are displayed. It just bypasses loading the paths file and/or any /u,/d arguments. This does not apply to phone number specific requests. They can still be sent. This is provided so that BBS's can prevent people from uploading a bimodem.pth and having access to all files on their systems. Of course, if properly configured, the user would not normally have access to the directory that the bimodem.pth lives in. We are providing this option just to insure security. 37 BiConfig Limits & Editing This selection is for modifying BiModem time/size limits and controlling how numeric fields are edited. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * These fields establish the limits of time/size and * * the editing characteristics. * * * * Number of seconds to wait for connect 40 * * * * Operator Page allowed from 0: 0 till 0: 0 military time * * * * Phone number edit mask. All 9's will be replaced with a * * portion of the phone #. Other characters in the mask are * * placed in their display position as is. Please be sure * * to include 10 9's in the mask (999)999-9999 * * * * Maximum # of bytes that can be sent during 1 connection * * 0 means no limit 0 * * * * Maximum time allowed during 1 connection 24 hours 0 minutes * * * * Max # of errors before disconnect (0=No Max) 0 * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Number of seconds to wait for connect This field specifies the number of seconds BiModem will wait for a connection to another BiModem before displaying the error 'Connection can not be established'. Operator Page allowed from These fields indicate during what time of day operator pages (Ctrl/G) will be allowed. They must be specified in military time (no Am/Pm support). If both the start and stop time are zero then paging can be done any time. 38 BiConfig Phone number edit mask This field defines how phone numbers will be displayed. Phone numbers are always stored as 10 digit numbers. How these 10 digits are edited is up to you. This is accomplished via a mask. In the mask where ever the digit 9 occurs it will be replaced by 1 digit from the phone number. When entering a new mask make sure there are 10 9's in the mask or the results may be a program crash. The default US mask is supplied (999)999-9999. An example of one of the European masks is +999-999-9999. Maximum # of bytes that can be sent during 1 connection This field indicates the maximum number of bytes that can be sent during a single connection of BiModem. A zero in this field indicates that it is unlimited. Maximum time allowed during 1 connection This field indicates the maximum hours and minutes that a person can be connected during a single connection of BiModem. Max # of errors before disconnect This field indicates the maximum number of errors that are allowed for a single file. If this threshold is exceeded BiModem will inform the remote of that fact, and then terminate. Zero indicates that BiModem will not terminate because of excessive errors. 39 BiConfig Download Defaults This selection is for modifying the default settings that will be used when you request a file to be sent TO your computer. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * * * These are the default settings that will be used when * * you request a file to be sent TO your computer * * * * * * If file exists, use verify to upload it (Y/N) N * * * * If file exists, replace it (Y/N) N * * * * Verify files when done transferring (Y/N) N * * * * Delete source file when done (Y/N) N * * * * Include matching files in sub directories (Y/N) N * * * * * * * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** All the fields on this screen determine the default action to be taken if you indicate to take the default on a download request. If File exists, use verify to upload it This field indicates whether or not verify is to be used to overlay an existing file on a download request. Y indicates that verify should be used. N indicates that BiModem should select what it thinks is the best method. If File exists, replace it This field indicates whether or not to replace an existing file. Y indicates that the file should be replaced. N indicates that it should not be replaced. 40 BiConfig Verify files when done transferring This field indicates whether or not to verify a file when done. Y indicates that the file should always be verified when the transfer is complete. N indicates that it will only be verified if the other computer requests it, or a fatal transmission error has occurred. Delete source when done This field indicates whether or not to delete the source file upon successful completion of the file transmission. Y indicates that the source file is to be deleted. Of course if the other computer does not allow his files to be deleted, then it won't happen. N indicates that the source file is to remain intact. Include matching files in sub directories This field is not currently used. Its future intent is to inform BiModem to include all sub directories of the referenced directory in the file search. 41 BiConfig Upload Defaults This selection is for modifying the default settings that will be used when you request a file to be sent FROM your computer. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * * * These are the default settings that will be used when * * you request a file to be sent FROM your computer * * * * * * If file exists, use verify to upload it (Y/N) N * * * * If file exists, replace it (Y/N) N * * * * Verify files when done transferring (Y/N) N * * * * Delete source file when done (Y/N) N * * * * Include matching files in sub directories (Y/N) N * * * * * * * * * * * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** All the fields on this screen determine the default action to be taken if you indicate to take the default on an upload request. If File exists, use verify to upload it This field indicates whether or not verify is to be used to overlay an existing file on an upload request. Y indicates that verify should be used. N indicates that BiModem should select what it thinks is the best method. If File exists, replace it This field indicates whether or not to replace an existing file. Y indicates that the file should be replaced. N indicates that it should not be replaced. 42 BiConfig Verify files when done transferring This field indicates whether or not to verify a file when done. Y indicates that the file should always be verified when the transfer is complete. N indicates that it will only be verified if the other computer request it, or a fatal transmission error has occurred. Delete source when done This field indicates whether or not to delete the source file upon successful completion of the file transmission. Y indicates that the source file is to be deleted. Of course if the other computer does not allow his files to be deleted, then it won't happen. N indicates that the source file is to remain intact. Include matching files in sub directories This field is not currently used. Its future intent is to inform BiModem to include all sub directories of the referenced directory in the file search. 43 BiConfig Filenames and Paths This selection is for modifying the paths to directories and files used in BiModem. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * Directory that files will be received into * * * * Directory that aborted files will be renamed into * * * * Delete aborted destination files (Y/N) N * * Path of file listing directories that determine rejections * * * * Directory that files will be sent from. This can point * * to a file that contains a C/R L/F delimited list of * * directories to be searched * * * * Path to Password file * * * * Path to UpLoad/Download list file * * pth\bimodem.pth * * Path to log file * * bimodem.log * * Are connects/disconnects to be logged (Y/N) Y * * Are file transfer statistics to be logged (Y/N) Y * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Directory that files will be received into This field identifies the directory that files without paths are to be received into. This would include all files if you have specified that you allow simple names only (see general options). Directory that aborted files will be renamed into This field identifies the directory that files that get aborted will be renamed into. This is only pertinent to files being received. Aborted refers to any type of abortion ie. user cancel, carrier loss, user hitting the esc key. The rename will fail unless the directory is on the same drive as the receiving directory. BiModem will not copy a file to another drive. Every time a user attempts to send you a file, this directory will be checked first to determine if the user is attempting to recover from a prior abortion. If the file he is trying to send to you exists in this directory it will be renamed back to the receiving directory and the transmission will restart where it left off. 44 BiConfig Delete aborted destination files This field indicates that an aborted file should be deleted. Aborted refers to any type of abortion ie. user cancel, carrier loss, user hitting the Esc key. Path of the file listing directories that determine rejections This field identifies a file that contains a list of directories that will be scanned to determine if you already have the file the user is trying to send you. If the file is found in any of these directories, then the transmission is discontinued. If the user has a prior version of BiModem than he will be sent a create/open error. If the user has the current version of BiModem then he will be sent a file rejected error. The directories in the list should be terminated by a \ and a carriage return and line feed. Directory that files will be sent from This field identifies where files will be sent from if the user does not supply a path. Of course if you are disallowing full paths (see general options), then it would include all file requests. This field can also point to a file containing a list of directories to be searched. The directories in the file should be terminated by a \, carriage return, and line feed. In the case of a star name request all the directories in the list will be searched. In the case of a non star name request as soon as the first match is found directory searching will terminate. If a list of directories is supplied, then the current directory is always checked first followed by the first directory in the list. Path to Password file This field identifies the path of the password file. Passwords can be used to make certain files accessible only if you know the correct password. The file that this path points to can contain up to 150 entries in the following format: FilePath,Password(C/R L/F) If the FilePath is a simple file name it applies to all files by that name in all your directories. If, on the other hand, the FilePath is a full pathname it is applicable only to that one file. When someone requests a file that is password protected they must supply the password as part of the pathname ([d:\path\]file,password). You may also upload a password protected file to someone. This is done by supplying the password as part of the source pathname ([d:\path\]file,password). BiModem will recognize that you have uploaded a password protected file when it terminates and write out a new password file. Then the next person that tries to download that file can only download it if they know the password. Path to Upload/Download list file This field identifies the default transfer list path. The file it points to need not exist as BiModem and its support programs will create it when needed. 45 BiConfig Path to log file This field identifies the file that logging information will be written to. If the file exists the logging info will be appended to the end, otherwise a file will be created. What information is logged to this file is controlled by the following 2 fields. Are connects/disconnects to be logged This field determines if connections and disconnections are to be logged to the file identified in the path to log file field. Y indicates that connections and disconnections are to be logged. N indicates that they are not logged. Are file transfer statistics to be logged This field determines if file transfer statistics are to be logged to the file identified in the path to log file field. Y indicates that file transfer statistics are to be logged. N indicates that they are not logged. 46 BiConfig Comm Port Setup This selection is for modifying the comm port and IRQ table. If you select this function it will bring up a screen that looks like this: ***************[BiConfig - (C) Copyright Erik Labs 1989]************** * * * Base Interrupt * * Port Request * * Address Number * * * * Comm 1 03F8 4 * * * * Comm 2 02F8 3 * * * * Comm 3 03E8 4 * * * * Comm 4 02E8 3 * * * * Comm 5 03F8 4 * * * * Comm 6 02F8 3 * * * * Comm 7 03E8 4 * * * * Comm 8 02E8 3 * * * *********************[Esc-Exit,Tab,BTab,>,<,v,^]********************** Comm 1 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 1 in the terminal options section or on the command line. Comm 2 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 2 in the terminal options section or on the command line. Comm 3 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 3 in the terminal options section or on the command line. 47 BiConfig Comm 4 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 4 in the terminal options section or on the command line. Comm 5 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 5 in the terminal options section or on the command line. Comm 6 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 6 in the terminal options section or on the command line. Comm 7 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 7 in the terminal options section or on the command line. Comm 8 These two fields identify the base port address and interrupt request queue that is to be used when you specify communications port 8 in the terminal options section or on the command line. 48 BiConfig Write Setup to Disk This selection will write any changes you have made to the current configuration file. It will not bring up a screen, but you should see the disk activity light flash as it writes out the file. 49 BiConfig 50 Appendix A Appendix A - File Formats Configuration File 1 - 1 Short Int Max Time Hundredths 2 - 2 Short Int Max Time Seconds 3 - 3 Short Int Max Time Minutes 4 - 4 Short Int Max Time Hours 5 - 8 Long Int Max Size hex Long Integer 9 - 10 Integer Baud rate of Modem Connection 11 - 11 Short Int Active Port Number 12 - 13 Integer Port Address 1 14 - 14 Short Int Interrupt Request Number 1 15 - 16 Integer Port Address 1 17 - 17 Short Int Interrupt Request Number 2 18 - 19 Integer Port Address 2 20 - 20 Short Int Interrupt Request Number 3 21 - 22 Integer Port Address 3 23 - 23 Short Int Interrupt Request Number 4 24 - 25 Integer Port Address 4 26 - 26 Short Int Interrupt Request Number 5 27 - 28 Integer Port Address 5 29 - 29 Short Int Interrupt Request Number 6 30 - 31 Integer Port Address 6 32 - 32 Short Int Interrupt Request Number 7 33 - 34 Integer Port Address 7 35 - 35 Short Int Interrupt Request Number 8 36 - 37 Integer Port Address 8 38 - 38 Bit Map 0 - Half Duplex Modem 1 - Dual Standard Modem 2-3 Reserved 4 - Maintain original date 5 - Summary Statistics 6 - Full Statistics 7 - Simple Names only 39 - 39 Bit Map 0 - Reserved 1 - Never allow sub directories 2 - Never allow directories 3 - Delete abortions 4 - Never delete source 5 - Always verify when done 6 - Always rename collisions 7 - Reserved 40 - 40 Bit Map 0-6 Default Download Options 41 - 41 Bit Map 0-6 Default Upload Options 42 - 121 Character Default Send Directory 122 - 201 Character Default Recv Directory 202 - 281 Character Default Log File Path 282 - 361 Character Default Paths File Path 362 - 362 Character Remove Snow (Y/N) 51 Appendix A 363 - 363 Character Modem Type (F-Full Duplex, D-Dual Standard, H-Half Duplex) 364 - 364 Character Use Bios Indicator (Y/N) 365 - 365 Character Test CTS Indicator (Y/N) 366 - 366 Character Test Carrier Detect (Y/N) 367 - 367 Character Test Data Set Ready (Y/N) 368 - 368 Character Replace Timer Interrupt (Y/N) 369 - 369 Character Replace Keyboard Interrupt (Y/N) 370 - 370 Short Int Prompt Color 371 - 371 Short Int Field Color 372 - 372 Short Int Chat Received Color 373 - 373 Short Int Chat Sent Color 374 - 374 Short Int Menu Item Current Color 375 - 375 Short Int Menu Item Not Current Color 376 - 377 Integer # of seconds to wait for connect 378 - 378 Short Int Start Page Minutes 379 - 379 Short Int Start Page Hours 380 - 380 Short Int End Page Minutes 381 - 381 Short Int End Page Hours 382 - 394 Character Phone Edit 395 - 474 Character Rejection List Path 475 - 554 Character Abort Directory Path 555 - 555 Character Allow current directory access (Y/N) 556 - 556 Character Allow remote file requests (Y/N) 557 - 557 Character Allow local file requests (Y/N) 558 - 559 Integer BiHot Activate key value 560 - 565 Character BiHot Activate key name 566 - 567 Integer BiHot unload key value 568 - 573 Character BiHot unload key name 574 - 653 Character Password file Path Paths file layout 1 - 1 Character (U)pload or (D)ownload 2 - 2 Character (R)efresh 3 - 3 Character {Y| |N} Replace if existing override 4 - 4 Character {Y| |N} Verify when done override 5 - 5 Character {Y| |N} Delete source when done override 6 - 6 Character Unused 7 - 7 Character {Y| |N} Allow full directory override 8 - 8 Character {Y| |N} Include subdirectory override 9 - 88 Character Source Path 89 - 168 Character Destination Path 169 - 248 Character Description (Only used on Uploads) 52 Appendix B Appendix B - Sample Script Files Sample Telix Script File (Included as BiModem.SLT) main() { dos("BiMenu",0); } This script will, of course, have to be compiled prior to use with Telix. It is written for Telix 3.10. Therefore, it may differ with other releases of Telix. To compile the script type: CS BIMODEM from the DOS prompt. It is also suggested to assign this script to a macro key so that a single key input can be used to start up BiModem transfers. Refer to your Telix Manual for details on how this is done. Sample Procomm Plus Aspect File (Included as BiModem.ASP) DOS "BiMenu.Com" This script needs to be copied to your Procomm Plus directory. It is executed while connected to your remote site (Usually a BBS), by pressing alt F5 and entering BIMODEM in the window. These are admittedly very simple script files; however, they are intended mostly as an aid to understanding what is required. Secondly, for the novice programmer who may not know where to begin with a script file, this may lend some assistance. 53 Appendix B 54 Appendix C Appendix C - Performance We wanted a fair way to compare BiModem and other protocols... so what we did was download 6 files using each of 3 transfer protocols. We chose Telink which was about as close to XMODEM as we could get and still support wildcard downloads, Zmodem which is very popular these days, and BiModem. We timed the execution from the time we pressed enter to start the transfer until the system responded ready to enter more commands. The tests were conducted using a 1200 baud modem connection from an 8mhz XT compatible to a 10mhz AT compatible which was running the BBS software (OPUS v1.03b). The XT was using Telix version 3.10. Here are our results: Downloading 6 2136 byte files: Telink - 2 minutes 45 seconds Zmodem - 2 minutes 29 seconds BiModem- 2 minutes 07 seconds Downloading 6 2136 byte files and uploading 6 2136 byte files Telink - 5 minutes 30 seconds Zmodem - 4 minutes 58 seconds BiModem- 2 minutes 07 seconds Of course, we knew it would be much faster when uploading and downloading, but we didn't know it would be so much faster when there was no data to upload. While these are not very scientific test results, they are indicative of the kinds of performance boosts you can achieve with Bimodem. Results may vary depending on the particular software and hardware used, so we encourage you to run your own timing tests. The Transmission speeds reported by most transfer protocols can be pretty misleading, some do not account for buffering (Either hardware or software). We even underestimate our rates primarily so as not to sacrifice actual performance. So use your watch and time the actual difference. 55 Appendix C 56 Appendix D Appendix D - Desqview Notes BiModem can be classified as being Desqview aware. It automatically determines if it is running in a Desqview environment. It will inform Desqview when it is idle, so that other tasks can have more time on the system. BiModem and all of the support programs have there screen output re-directed to the Desqview screen buffer and Desqview periodically updates the screen from that buffer. This allows other windows to overlay the BiModem window with no bleeding of the information. We recommend that a separate window be created for either BiModem or BiMenu so that you can inform Desqview that this window is NOT swappable. THe amount of memory required for BiModem is dynamic. It depends on the number of transfer requests, upload directories, and rejection directories. We recommend that you use 100k. This should cover 99.9% of situations. In our example we use 115k because BiMenu is in memory along with BiModem. Here is an example of the required program parameters. *1**Change*a*Program************************************************************ * Change a Program * * * * Program Name............: BiMenu (BiModem Menu) * * * * Keys to Use on Open Menu: ME Memory Size (in K): 115 * ******************************************************************************** * Program...: \tlx\bimenu.com * * * * Parameters: * * * * Directory.: \tlx * ******************************************************************************** * Options: * * Writes directly to screen......: [N] * * Displays graphics information..: [N] * * Can be swapped out of memory...: [N] * * Requires floppy diskette.......: [N] * * * * Press F1 for advanced options Press <** when you are DONE * ******************************************************************************** 57 Appendix D *1**Change*a*Program************************************************************ * Change a Program Advanced Options * * * * System Memory (in K).......: 0 Maximum Program Memory Size (in K)..: 115 * * * * Script Buffer Size.......: 2000 Maximum Expanded Memory Size (in K): * * * * Text Pages: 1 Graphics Pages: 0 Initial Mode: Interrupts: 00 to FF * ******************************************************************************** * Window Position: * * Maximum Height: 25 Starting Height: 25 Starting Row...: 0 * * Maximum Width.: 80 Starting Width.: 80 Starting Column: 0 * ******************************************************************************** * Shared Program * * Pathname..: * * * * Data......: * ******************************************************************************** * Options: * * Close on exit to DOS.........: [Y] Uses its own colors.........: [Y] * * Allow Close Window command...: [Y] Runs only in foreground.....: [N] * * Uses math coprocessor........: [N] Keyboard conflict (0-4).....: [0] * * * * Press F1 for standard options Press <** when you are DONE * ******************************************************************************** 58 Appendix E Appendix E - Double Dos Notes BiModem is Double Dos aware. It automatically detects the presence of Double Dos. It changes the priority to 70/30 (70 for BiModem). Then it informs Double Dos when it is idle. This method yields excellent performance results. On my 386-25 when I run Telix in one partition and Norton SI in the other I get around a 9. When I run BiModem in one partition and Norton SI in the other I get around a 26. BiModem also switches to BIOS mode when it detects Double Dos. This allows you to normally write directly to the screen (BIOS N) and when you run Double Dos it will change for you. Switching to BIOS slows down the display, but it prevents bleeding through to the other task. 59 Appendix E 60 Appendix F Appendix F - Lantastic Notes BiModem works well in a Lantastic environment provided you follow one simple rule. You must NOT replace the timer interrupt (See BiConfig General Options). Lantastic does all of its network work during a timer interrupt. By replacing the timer interrupt you are not allowing Lantastic to do its job. 61 Appendix F 62 Appendix G Appendix G - Modem Settings For most modems no adjustments are needed in order to use BiModem. We have found some modems however that have switch settings which can affect the CTS signal handling. These settings should be made so that CTS indicates the modem's readiness to accept data. Xon/Xoff software flow control should not be used. Preferred USRobotics Courier 9600 HST Settings. C=? E=? F=? M=? Q=? V=? X=4+ B=? BAUD=19200 PARITY=N WORDLEN=8 DIAL=HUNT ON HOOK TIMER &A? &B1 &G? &H1 &I0 &K1 &M4 &N0 &P? &R2 &S? &Y? S00=??? S01=??? S02=??? S03=??? S04=??? S05=??? S06=??? S07=??? S08=??? S09=??? S10=??? S11=??? S12=??? S13=??? S14=??? S15=008 S16=??? S17=??? S18=??? S19=??? S20=??? S21=??? S22=??? S23=??? Settings marked as ? don't affect BiModem Performance. Preferred USRobotics Courier 9600 DUAL Settings. B0 C1 E? F? M? Q? V? X? BAUD=38400 PARITY=N WORDLEN=8 DIAL=HUNT ON HOOK TIMER &A? &B1 &C? &D? &G? &H1 &I0 &J? &K? &L? &M? &N0 &P? &R2 &S? &X? &Y3 S00=??? S01=??? S02=??? S03=??? S04=??? S05=??? S06=??? S07=??? S08=??? S09=??? S10=??? S11=??? S12=??? S13=??? S14=??? S15=008 S16=??? S17=??? S18=??? S19=??? S20=??? S21=??? S22=??? S23=??? Settings marked as ? don't affect BiModem Performance. 63 Appendix G 64 Appendix H Appendix H - 16550's A 16550 is a chip that replaces the standard communications chip (UART) in your PC. The advantage to a 16550 is that it has a built in 6 character buffer. We have found that a large percentage of NAK's are caused by bios, and other software running concurrently with BiModem, disabling interrupt processing for too long. This causes characters to be lost. A good example of this is on AT's where the fixed disk interrupt has a higher priority than communications. Characters can not be sent or received while your machine is servicing a fixed disk interrupt. The built in buffer of the 16550 causes those characters not to be lost. Instead they are buffered until the disabling condition has passed. The buffering of the 16550 is programmable. BiModem will recognize that you have a 16550 and automatically enable the buffer. When BiModem terminates it will restore the buffering state to its pre-BiModem state. 65 Appendix H 66 Index Index 16550's . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 Aborted Files Delete . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Directory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Baud Rate BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 BiModem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Default . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 BiBat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8, 17, 19 BiConfig . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5, 9, 27 BiHot activate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 unload . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 BiModem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Host . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Remote . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 Bios for Screen Display . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 BiPath . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 BiSetup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 Colors Change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29, 30 Comm Port BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 BiModem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 Default . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 Command format BiBat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 BiConfig . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 BiModem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 BiPath . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Configuration File Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Write . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 Configuration Path BiBat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 BiConfig . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 BiModem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 BiPath . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Connect Wait For . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 Copyright . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i CTS/RTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 Current Directory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 67 Index Delete Aborted Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Source File . . . . . . . . . . . . . . . . . . . . . . . . 14, 36, 41, 43 Transfer List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Transfer request . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Word . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13, 24 Desqview Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 Program parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 Destination File . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13, 24 Directory Aborted Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Received Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Rejection List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Sending/List of Sending . . . . . . . . . . . . . . . . . . . . . . . . 45 Start-Up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Transfers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 Double Dos Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 Download Defaults . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 File List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Indicator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12, 23 Exit BiMenu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 File Date . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 Formats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Name only . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Keyboard Interrupt Replace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 Keys Alt Right Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Alt/A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 Alt/R . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Alt/S . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Alt/X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Control End . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Control G . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 Control Home . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Control Left Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Control Page Down . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Control Page Up . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Control Right Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Control U . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Control X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Destructive Backspace . . . . . . . . . . . . . . . . . . . . . . . . . 15 Down Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 End . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 68 Index Esc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16, 25 F6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Home . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Left Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Page Down . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 Page Up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Right Arrow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Shifted F6 . . . . . . . .