home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
OS/2 Shareware BBS: 14 Text
/
14-Text.zip
/
comprblm.zip
/
COM.INF
(
.txt
)
Wrap
OS/2 Help File
|
1993-07-16
|
109KB
|
2,919 lines
ΓòÉΓòÉΓòÉ 1. Notices ΓòÉΓòÉΓòÉ
First Edition (September, 1992), Revised: 2.0 (June, 1993)
The following paragraph does not apply to the United Kingdom or any country
where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS
MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY
KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states
do not allow disclaimer of express or implied warranties in certain
transactions, therefore, this statement may not apply to you.
This publication could include technical inaccuracies or typographical errors.
Changes are periodically made to the information herein; these changes will be
incorporated in new editions of the publication. IBM may make improvements
and/or changes in the product(s) and/or the program(s) described in this
publication at any time.
It is possible that this publication may contain reference to, or information
about, IBM products (machines and programs), programming, or services that are
not announced in your country. Such references or information must not be
construed to mean that IBM intends to announce such IBM products, programming,
or services in your country.
Requests for technical information about IBM products should be made to your
IBM Authorized Dealer or your IBM Marketing Representative.
References in this publication to IBM products, programs, or services do not
imply that IBM intends to make these available in all countries in which IBM
operates. Any reference to an IBM product, program or service is not intended
to state or imply that only IBM's product, program, or service may be used.
Any functionally equivalent product, program, or service that does not infringe
any of IBM's intellectual property rights or other legally protected rights may
be used instead of the IBM product, program, or service. Evaluation and
verification of operation in conjunction with other products, programs, or
services, except those expressly designated by IBM, are the user's
responsibility.
IBM may have patents or pending patent applications covering subject matter in
this document. The furnishing of this document does not give you any license to
these patents. You can send license inquiries, in writing, to the IBM Director
of Commercial Relations, IBM Corporation, Purchase, NY 10577.
ΓòÉΓòÉΓòÉ 1.1. TRADEMARKS AND SERVICE MARKS ΓòÉΓòÉΓòÉ
Terms denoted by a single asterisk (*) in this publication are trademarks of
the IBM Corporation in the United States and/or other countries. These terms
include:
IBM
Micro Channel
Operating System/2
OS/2
PS/2
WIN-OS/2
Workplace Shell
XGA
Terms denoted by a double asterisk (* *) in this publication are trademarks of
other companies. Other trademarks appearing in this publication are owned by
their respective companies.
Microsoft, MS Bookshelf, MS Excel, MS Flight Simulator, MS Money, and Windows
are trademarks of Microsoft Corporation.
IBM DISCLAIMS ALL WARRANTIES, WHETHER EXPRESSED OR IMPLIED, INCLUDING WITHOUT
LIMITATION, WARRANTIES OF FITNESS AND MERCHANTABILITY WITH RESPECT TO THE
INFORMATION IN THIS DOCUMENT. BY FURNISHING THIS DOCUMENT, IBM GRANTS NO
LICENSES TO ANY RELATED PATENTS OR COPYRIGHTS.
Copyright IBM Corporation, 1993, all rights reserved.
ΓòÉΓòÉΓòÉ 1.2. HOW TO BEST USE THIS GUIDE ΓòÉΓòÉΓòÉ
This guide to analyzing serial communication problems was designed using the
OS/2 2.x Information Presentation Facility (IPF). Documentation created with
IPF has an INF suffix and can be examined using the OS/2 VIEW command. The
online help is created with this facility.
The most efficient way to utilize this guide is the use the SEARCH facility of
the VIEW command. For example, say you get an "out of memory" error when
starting a DOS program. You could do a search on MEMORY (select ALL SECTIONS)
and this would list all topics which have the word MEMORY listed.
You will find that every item in the table of contents (TOC) has some
information. The easiest way to read a section is to double click on the main
TOC item and use the FORWARD and BACKWARD buttons. If you are referred to
another section, you can return to your previous position by selecting the
PREVIOUS button.
ΓòÉΓòÉΓòÉ 2. INDUSTRY STANDARD (AT BUS) ARCHITECTURE OVERVIEW ΓòÉΓòÉΓòÉ
The original Industry Standard Architecture (ISA) machine (the IBM PC-AT)
allowed for the definition of up to four serial communications ports.
However, there has never been any hardware architectural standard that defined
the I/O port addresses or Interrupt Request (IRQ) lines associated with serial
ports #3 or #4. Over the years a convention was established which places the
port addresses for COM3 and COM4 at 03E8 and 02E8 respectively. This is a
generally accepted convention and is not a standard.
If multiple hardware adapters of any kind (not just communications) are using
the same I/O address, then the effect on your computer will be totally
unpredictable.
OS/2 2.x is an interrupt driven operating system and requires unique I/O
addresses and Interrupt Request lines (IRQs) for each adapter in the system on
an ISA computer system. ISA systems have what are called "edge triggered"
interrupts in contrast to Micro Channel (MCA) and EISA which use "level
sensitive" interrupts. Edge triggered interrupts can only be sensed for a very
short period of time. If a second interrupt arrives from another adapter while
the first interrupt is still being processed, then the second interrupt will
be lost. Also, if two adapters are sharing the same PHYSICAL IRQ then the
processor does not know which adapter (and therefore which OS/2 session) should
get the Interrupt Request (IRQ). In a single tasking operating system such as
DOS, the sharing of interrupts is not a problem as only one application is in
use at a time. OS/2, however, presents a different set of problems. If we
have two, three, or four serial communications adapters, the probability is
now pretty high that we might try to use two or more of them at the same time.
If some of them have previously been set up using shared interrupts, then the
stage is set for mysterious things to happen that probably didn't happen under
DOS.
ΓòÉΓòÉΓòÉ 2.1. ISA BUS ARCHITECTURE ΓòÉΓòÉΓòÉ
On an ISA machine there are a total of 15 IRQ levels available. These
interrupts are determined by the two INTEL 8259a (or compatible) Programmable
Interrupt Controllers (PIC). Each PIC is capable of handling 8 Interrupt
ReQuest lines (IRQ) but IRQ2 of the first pic is cascaded (or linked) to IRQ9
of the second PIC. Any adapter which is physically configured (or "jumpered")
to IRQ2 will recognized by OS/2 as IRQ9. This is defined by the hardware and
not the OS/2 operating system. The standard settings, in order of priority,
follow:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéIRQ# ΓöéDevice Associated Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 0 ΓöéSystem Timer Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé1 ΓöéKeyboard Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé2 ΓöéSecondary Interrupt Controller (see note) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 8 ΓöéRealtime Clock Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 9 Γöé--- (see note) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 10 Γöé--- free Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 11 Γöé--- free Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 12 Γöé--- free - reserved for aux dev Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 13 ΓöéMath Coprocessor Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 14 ΓöéHard Disk Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé 15 Γöé--- free Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé3 ΓöéCOM2 (Serial Communications Port #2) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé4 ΓöéCOM1 (Serial Communications Port #1) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé5 ΓöéLPT2 (Parallel Printer Port #2 - add. 278) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé6 ΓöéDiskette Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé7 ΓöéLPT1 (Parallel Printer Port #1 - add. 3BC or 378) Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
Note: On the IBM-AT (ISA bus) the IRQ9 pin is identical with the IRQ2 pin on
the original IBM-PC. If you have an older, 8-bit adapter whose
documentation states that it uses IRQ2, then be aware that this will
actually be seen as IRQ9 when plugged into the 16-bit ISA bus.
OS/2 can detect that an interrupt line is shared and will disallow the
simultaneous use. Assume that COM1 and COM3 were sharing IRQ4 (a fairly common
real situation). If we tried to use both COM ports at the same time, OS/2
would refuse to allow the second one to start. A well-written OS/2
communications program would see and report the error from OS/2 that the port
could not be opened. A DOS application, however, will likely be unprepared to
respond to this strange situation, and may simply hang, waiting for the port
that will never open.
To avoid these problems, make sure that all of your hardware adapters have
their own unique I/O addresses and IRQ assignments. Unfortunately, on an ISA
machine, OS/2 has no way to query the computer to find out what these settings
are. Therefore, after checking and setting the adapters according to the
instruction manuals, you must also tell OS/2 what you've done by placing
explicit information into the CONFIG.SYS file.
ΓòÉΓòÉΓòÉ 2.2. ISA INTERRUPT REQUEST LEVELS AND I/O ADDRESSES ΓòÉΓòÉΓòÉ
The Industry Standard Architecture (ISA) computers use EDGE triggered
interrupts (versus LEVEL triggered interrupts used in Microchannel Architecture
(MCA) computers). OS/2 2.x only supports interrupt sharing on MCA computers.
The reason that interrupt sharing is not supported on ISA computers is a
limitation of the ISA architecture (edge triggered interrupts) and performance.
Every adapter in an ISA computer must have a unique IRQ which is PHYSICALLY
defined by hardware jumpers or logically defined by software supplied by the
vendor of the adapter. The adapter and not OS/2 determines the IRQ settings.
The same can be said for I/O addresses.
ΓòÉΓòÉΓòÉ 2.2.1. DETERMINING IRQS FOR ISA COMPUTERS ΓòÉΓòÉΓòÉ
On an ISA computer, the only reliable way to verify the IRQ settings for every
adapter is to manually inventory each adapter. You usually do not have to
worry about the parallel ports, the disk drives or the Math Coprocessor (if one
is installed). There are some utilities available for DOS which may be able to
indicate if you have an IRQ conflict.
ΓòÉΓòÉΓòÉ 2.2.2. DETERMINING I/O ADDRESSES ΓòÉΓòÉΓòÉ
There is a technique available for determining which Input/Output (I/O)
addresses are in use by the serial communication adapters which are identified
by COMx. For other types of adapters, you will have to manually inventory each
adapter. You usually do not have to worry about the parallel ports, the disk
drives or the Math Coprocessor if one is installed. The technique to determine
which I/O addresses are in use is detailed below:
1. Start a DOS Full Screen Session (command prompt).
2. Enter DEBUG and press the enter key.
3. At the '-' prompt, enter D 40:0 and press the enter key.
4. You will see 0040:0000 followed by pairs of hexadecimal numbers. These
numbers are the I/O addresses recognized by COM.SYS. Below is an example
of COM1 and COM2:
0040:0000 F8 03 F8 02 00 00 00 00-BC 34....
This represents 03f8 (COM1) and 02f8 (COM2). If COM3 was present, it would
follow COM2's address.
Note: If the above procedure shows "E8 02" in COM3's address position,
there is NOT a serial communication adapter defined as COM3 and there
is a serial communication adapter defined as COM4, see MISCELLANEOUS
ERRORS
5. Enter Q and press the enter key to leave DEBUG.
ΓòÉΓòÉΓòÉ 2.3. ISA, OS/2 AND PARALLEL PORTS ΓòÉΓòÉΓòÉ
The printer port addresses and IRQ levels are hard coded in OS/2 as follows:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéPORT ΓöéI/O ADDRESS ΓöéIRQ Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéLPT1 Γöé3BC or 378 ΓöéIRQ7 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéLPT2 Γöé278 ΓöéIRQ5 Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
Unlike the COM ports, where the addresses and the interrupts can be specified
by parameters to the COM.SYS in the CONFIG.SYS file, the printer port addresses
and IRQs shown above are fixed. OS/2 assigns LPT1 to the highest printer port
address being used. The printer address is specified in the printer adapter
board. With OS/2 you can not use both addresses 3BC and 378 as printer port
addresses. Both parallel ports (LPTs) would be sharing IRQ7. Unlike DOS, OS/2
uses interrupts for printing. The interrupt is triggered by the signal line,
ACK, from the printer. If the IRQs are not configured correctly or if the
printer cable is missing the ACK line, the printer may work under DOS and have
problems under OS/2.
ΓòÉΓòÉΓòÉ 2.4. ISA AND OS/2 SUMMARY: ΓòÉΓòÉΓòÉ
Even though there is some flexibility for printer and COM port assignments, try
to stick to the standard assignment as shown in the IRQ table above.
The I/O addresses and IRQs are determined by the HARDWARE. The parameters
passed to COM.SYS DO NOT change the hardware; these parameters are a reflection
of the physical hardware settings.
Available interrupts, in order of priority, are: IRQ9, IRQ10, IRQ11, IRQ12,
IRQ15, IRQ3 (if not used for COM2), and IRQ5 (if not used for LPT2).
Physical addresses and interrupts can be indicated in OS/2 to the communication
drivers. Usual default settings follow:
o COM1 - 03f8 - IRQ 4 (OS/2 & industry default)
o COM2 - 02F8 - IRQ 3 (OS/2 & industry default)
o COM3 - 03E8 - (industry practice)
o COM4 - 02E8 - (industry practice)
There is no OS/2 default setting for COM3 and COM4. It must be specified by
the device=x:\OS2\COM.SYS statement (where x: is the installed drive) in the
config.sys file.
An example of address and interrupt assignments follows:
o COM1 - 03F8,IRQ4
o COM2 - 02F8,IRQ3
o COM3 - 03E8,IRQ5 (IRQ5 not being used by LPT2)
o COM4 - 02E8,IRQ10 (would require a 16 bit adapter)
o LPT1 - 378,IRQ7
If interrupt devices are occasionally losing data, try moving to a higher
priority unused interrupt.
ΓòÉΓòÉΓòÉ 2.5. NOTES ON MICROCHANNEL ARCHITECTURE MACHINES ΓòÉΓòÉΓòÉ
OS/2 2.x requires no extra configuration for Microchannel Architecture (MCA)
computers. MCA computers have the ability to share interrupts although for
best performance, you should try to limit the number of devices sharing IRQ4
and IRQ3 which are used for COM1, COM2 and COM3. On a MCA machine, COM1 is
defined as IRQ4, I/O address 3f8, COM2 is defined as IRQ3, I/O address 2f8,
COM3 is defined as IRQ3, I/O address 3220 and COM4 is defined as IRQ3, I/O
address 3228.
ΓòÉΓòÉΓòÉ 3. OS/2 2.x COMMUNICATION DRIVERS ΓòÉΓòÉΓòÉ
There have been many enhancements to the serial communication drivers in OS/2
2.x. These enhancements have been made based on testing and customer feedback.
With the introduction of OS/2 2.1 and any later Service Pack (CSD), there are
three major versions of the serial communication drivers available: OS/2 2.0,
OS/2 2.0 + SP (XR06055) and OS/2 2.1. The OS/2 2.1 drivers cannot be used with
OS/2 2.0 and system level XR06055.
The major differences between the various drivers are the DOS Settings
available, the command line parameters to the COM.SYS driver and performance
enhancements. A description of the OS/2 2.x serial communication drivers
follows:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéCOM.SYS ΓöéThe COM.SYS driver is the main OS/2 2.x communications Γöé
Γöé Γöédriver. This file is located in the \OS2 directory. COM.SYSΓöé
Γöé Γöéprocesses all passed parameters. COM.SYS should be located Γöé
Γöé Γöétowards the end of the CONFIG.SYS after all other serial Γöé
Γöé Γöédevice drivers (i.e. MOUSE.SYS). Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéVCOM.SYS ΓöéThe VCOM.SYS driver is used in every Virtual Dos Machine Γöé
Γöé Γöé(VDM) and Virtual Machine Boot (VMB). This file is located Γöé
Γöé Γöéin the \OS2\MDOS directory. The purpose of the VCOM.SYS is Γöé
Γöé Γöéto virtualize all serial interfaces to DOS applications. Γöé
Γöé ΓöéThere are no parameters passed. VCOM.SYS should always Γöé
Γöé Γöéfollow COM.SYS in the CONFIG.SYS file. Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOMM.DRV ΓöéThe COMM.DRV is used in WIN-OS2 sessions. This file is Γöé
Γöé Γöélocated in the \OS2\MDOS\WINOS2\SYSTEM directory. There are Γöé
Γöé Γöéno parameters passed. COMM.DRV is NOT in the CONFIG.SYS Γöé
Γöé Γöéfile. Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 3.1. OS/2 2.0 GA (XR02000) DRIVER PARAMETERS ΓòÉΓòÉΓòÉ
These settings are for those customers who are at SYSLEVEL XR02000 and have ISA
machines and wish to use COM3, COM4, or non- standard I/O addresses must modify
the config.sys file to include the following parameters for the COM.SYS driver.
DEVICE=C:\OS2\COM.SYS (n,a,i) [(n,a,i)] . .
where the last parameter is optional
n = the Com port
a = COM port I/O address (e.g. 03E8, 02E8)
i = IRQ level
For example, to specify that COM3 is at address 03E8 on IRQ5 and that COM4 is
at address 02E8 on IRQ10, use the following statement (assuming that OS/2 is
installed on the C: drive):
DEVICE=C:\OS2\COM.SYS (3,3E8,5) (4,2E8,10)
Note that this syntax is actually quite general. Non-standard parameters for
COM1 and COM2 are set the same way.
The I/O address and IRQ level should be noted in the documentation that came
with the adapter. Either or both might be fixed values or adjustable to a
range of values via jumpers or switches. In some cases, you may find that the
values are fixed or that the range of settings available to you is insufficient
to avoid the sharing conflict.
See VCOM.SYS DOS SETTINGS AVAILABILITY TABLE for settings you can adjust.
ΓòÉΓòÉΓòÉ 3.2. OS/2 2.0 SERVICE PACK (XR06055) DRIVERS ΓòÉΓòÉΓòÉ
Those customers who have ISA machines and wish to use COM3, COM4 or non-
standard I/O addresses must modify the config.sys file to include the following
parameters for the COM.SYS driver. You may also wish to use the new parameter
for spurious interrupts on MCA or ISA machines. You will have to specify each
COM port with it's IRQ and I/O address.
DEVICE=C:\OS2\COM.SYS (n,xxxx,ii,s) [(n,xxxx,ii,s)]...
where the last parameter is optional.
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéOPTIONΓöéVALUESΓöéDESCRIPTION Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöén Γöé1 - 4 ΓöéSerial port number (usually 3 and 4 but it is possibleΓöé
Γöé Γöé Γöéto configure 1 or 2 to a different IRQ or I/O Γöé
Γöé Γöé Γöéaddress). Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöéxxxx Γöé03f8, ΓöéAny valid serial port address. Those shown are the Γöé
Γöé Γöé02f8, Γöéaddresses which are normally used. The port address Γöé
Γöé Γöé03e8, Γöémust be valid or the results are unpredictable. Γöé
Γöé Γöé0438, Γöé Γöé
Γöé Γöé3220, Γöé Γöé
Γöé Γöé3228 Γöé Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöéii Γöé3, 4, ΓöéPhysical IRQ level of the serial port. IRQ sharing isΓöé
Γöé Γöé5, 9, Γöénot permitted on ISA computers. The interrupt must beΓöé
Γöé Γöé10, Γöévalid or the results are unpredictable. Γöé
Γöé Γöé11, 15Γöé Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöés Γöé ΓöéSpurrious Interrupt switch. Some UART chips or Γöé
Γöé Γöé Γöémalfunctioning modems can create interrupts when no Γöé
Γöé Γöé Γöéinterrupt is expected. These interrupts are known as Γöé
Γöé Γöé Γöéspurious interrupts. Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé Γöéd, D ΓöéThis instructs the COM driver to deinstall if more Γöé
Γöé Γöé Γöéthan 1000 consecutive spurious interrupts occur. Γöé
Γöé Γöé Γöé(DEFAULT) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé Γöéi, I ΓöéThis instructs the COM driver to ignore spurious Γöé
Γöé Γöé Γöéinterrupts. Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
See VCOM.SYS DOS SETTINGS AVAILABILITY TABLE for settings you can adjust.
ΓòÉΓòÉΓòÉ 3.3. OS/2 2.1 (XR02010) AND OS/2 2.0 SP/2 ΓòÉΓòÉΓòÉ
The OS/2 2.1 (XR02010) serial device drivers are installed exactly like the
OS/2 2.0 Service Pack (XR06055) drivers. See OS/2 2.0 SERVICE PACK (XR06055)
DRIVERS
See VCOM.SYS DOS SETTINGS AVAILABILITY TABLE for settings you can adjust.
ΓòÉΓòÉΓòÉ 3.4. DOS SETTINGS WHICH AFFECT SERIAL COMMUNICATIONS ΓòÉΓòÉΓòÉ
The follow sections describe the various DOS Settings which can be set by the
user. Please refer to the appropriate section for the system level of OS/2 you
are executing to see which DOS settings apply.
ΓòÉΓòÉΓòÉ 3.4.1. VCOM.SYS DOS SETTINGS AVAILABILITY TABLE ΓòÉΓòÉΓòÉ
This table shows the DOS settings which are available at various releases of
OS/2 2.x
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéDOS SETTING ΓöéXR02000 ΓöéXR06055 ΓöéXR02010 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_DIRECT_ACCESS Γöé Γöé X Γöé X Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_HOLD Γöé X Γöé X Γöé X Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_RECEIVE_BUFFER_FLUSH Γöé Γöé Γöé X Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_SELECT Γöé Γöé X Γöé X Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 3.4.2. COM_DIRECT_ACCESS DOS PROPERTY ΓòÉΓòÉΓòÉ
When COM_DIRECT_ACCESS is ON, VCOM.SYS will allow a DOS application to access
the serial ports directly. This DOS property makes LapLink III, FastLynx,
FSDUAT, AS/400 Asynch Router, and MS WORD work in a VDM session. However,
since the buffers in COM.SYS are not used, characters may be lost and some
applications may suffer from the lack of buffering. With most DOS
applications, COM_DIRECT_ACCESS should be set to OFF as the default setting.
ΓòÉΓòÉΓòÉ 3.4.3. COM_HOLD DOS PROPERTY ΓòÉΓòÉΓòÉ
The COM_HOLD Dos Property is used to keep a serial port open until the Virtual
Dos Machine (VDM) Session is terminated. This setting is used for DOS
applications which open the serial port and then spawn another application
which expects the serial port to be opened. The disadvantage of using this
setting is that even if the DOS application closes the serial port, OS/2 will
keep the serial port open and will not allow any other session to access that
serial port until the VDM session terminates
ΓòÉΓòÉΓòÉ 3.4.4. COM_RECEIVE_BUFFER_FLUSH DOS Property ΓòÉΓòÉΓòÉ
This option is only valid if COM_DIRECT_ACCESS is equal to OFF. There are four
options for this DOS Setting: NONE (default), RECEIVE DATA INTERRUPT ENABLED,
SWITCH TO FOREGROUND and ALL. The purpose of this option is to provide more
flexibility for configuring DOS applications. Some DOS applications are timing
sensitive and will not always read every character from the UART. Some
applications may have delays built in knowing that the data in the UART will be
overwritten in a set period of time. Since the timing of the VDM does not
match exactly to native DOS, this type of application will not run correctly
under OS/2. The DOS Settings are described in the following sections.
ΓòÉΓòÉΓòÉ 3.4.4.1. NONE SETTING ΓòÉΓòÉΓòÉ
When the "NONE" Property is set, no data will be flushed from the receive
buffer (of the OS/2 communication driver). This is the default action.
ΓòÉΓòÉΓòÉ 3.4.4.2. RECEIVE DATA INTERRUPT ENABLED SETTING ΓòÉΓòÉΓòÉ
When the "RECEIVE DATA INTERRUPT ENABLED" Property is set, any data in the
received data buffer for this DOS session will be discarded whenever the DOS
program enables the received data interrupt on the UART. Most DOS applications
have been designed to execute in a single tasking environment. Such
applications experience difficulty when data (or interrupts) are queued up
while the application is switched to the background or when the timeslice
expires. This option is for DOS programs which require data to be discarded
while the received data interrupt is disabled.
ΓòÉΓòÉΓòÉ 3.4.4.3. SWITCH TO FOREGROUND SETTING ΓòÉΓòÉΓòÉ
When the "SWITCH TO FOREGROUND" Property is set, any data in the received data
buffer for this DOS session will be discarded whenever the DOS program is
brought to the foreground (from a background state). Background processes do
not receive as high a priority as foreground processes. Some DOS applications
which are timing sensitive cannot process the data (which may have accumulated
in the received buffer) if the data is bunched up. This feature was added for
CAD application using a digitizing tablet. If there was a great amount of puck
activity while the application was in the background, the application would
occasionally hang when brought to the foreground. This option corrected the
problem by flushing the accumulated data and allowing the application to start
fresh in the foreground.
ΓòÉΓòÉΓòÉ 3.4.4.4. ALL SETTING ΓòÉΓòÉΓòÉ
When the "ALL" Property is set, both the "RECEIVE DATA INTERRUPT ENABLED" and
the "SWITCH TO FOREGROUND" options are enabled.
ΓòÉΓòÉΓòÉ 3.4.5. COM_SELECT DOS Property ΓòÉΓòÉΓòÉ
COM_SELECT allows the DOS session to select only one communication port to be
used by the session. The communication ports which are not selected will be
hidden from the DOS session. There are some DOS applications which take over
every available communication port. This DOS property is effective in
preventing those DOS applications from taking over all the communication ports.
An example of a DOS application which attempts to control all the communication
ports is LapLink Pro. If LapLink Pro and another application which accesses a
communication port are executed at the same time, it is necessary to set
COM_SELECT. The default setting is ALL.
ΓòÉΓòÉΓòÉ 3.5. OS/2 2.0 COMMUNICATION DRIVER DIFFERENCES ΓòÉΓòÉΓòÉ
The major differences between the GA release of the OS/2 2.0 communication
device drivers and the later release of the communication device drivers are:
1. The parameters which are passed to the COM.SYS device driver.
2. The enhanced DOS Settings which provide more flexibility in running DOS
programs.
3. There have been various defects corrected. These are noted in a later
section.
ΓòÉΓòÉΓòÉ 4. OS/2 2.x COMMUNICATION TROUBLE SHOOTING ΓòÉΓòÉΓòÉ
This section will give some insight into trouble shooting communication
problems with OS/2 2.x. Past experience shown that most problems will be
resolved by one or more of the solutions listed below. We recommend that you
print and complete the worksheets (ISA WORK SHEETS) provided at the end of this
document. This is the information you will be asked when you request support
for serial communication problems.
ΓòÉΓòÉΓòÉ 4.1. COMMON PROBLEM SCENARIOS ΓòÉΓòÉΓòÉ
This section will describe some common scenarios and recommend what sections to
review. If you are using the OS/2 VIEW command, you can double click on a
highlighted section to review it. When you are finished with the selection,
click on the previous button to return to your previous position in the
document.
ΓòÉΓòÉΓòÉ 4.1.1. COMx NOT INSTALLED OR IRQ NOT AVAILABLE ΓòÉΓòÉΓòÉ
When booting OS/2 2.x, you get a message stating that the COMx port is not
available or the IRQ is not available.
References:
1. BOOT TIME ERRORS
2. PS/2 (MICROCHANNEL ARCHITECTURE) COMPUTERS
3. INDUSTRY STANDARD ARCHITECTURE (ISA) COMPUTERS
4. COMMON ISA AND MCA SITUATIONS
ΓòÉΓòÉΓòÉ 4.1.2. Cannot open a DOS (VDM) Session ΓòÉΓòÉΓòÉ
You do not get any errors during boot but whenever you try to open a DOS
session (or start a DOS application), you get "out of memory messages" or other
system messages.
References:
1. MISCELLANEOUS ERRORS
2. DETERMINING I/O ADDRESSES
ΓòÉΓòÉΓòÉ 4.1.3. I configured COM4 but only MODE COM3 works ΓòÉΓòÉΓòÉ
This can also happen with any of the serial ports. OS/2 2.x uses the ABIOS
specification for assigning logical names to the serial ports. The first
address posted in the ROM BIOS area is designated as COM1, the next is COM2,
etc.
References:
1. MISCELLANEOUS ERRORS
2. ISA BUS ARCHITECTURE
3. DETERMINING I/O ADDRESSES
ΓòÉΓòÉΓòÉ 4.1.4. OS/2 2.1 and TRAP000D when accessing the serial port ΓòÉΓòÉΓòÉ
If you are running PROTECTONLY or have VCOM.SYS disabled, you will get this
trap. There is a fix available from the OS/2 Fix Distribution Process.
ΓòÉΓòÉΓòÉ 4.1.5. Application seems to be losing data ΓòÉΓòÉΓòÉ
For serial communications, make sure that your modem is capable of hardware
handshaking (CTS/RTS). You could try using the MODE command to set RTS=HS and
OCTS=ON. Refer to the online command reference for more details.
References:
1. APPLICATION DOES NOT RECOGNIZE THE SERIAL PORT
2. PERFORMANCE ISSUES
3. REAL TIME APPLICATIONS
ΓòÉΓòÉΓòÉ 4.2. BOOT TIME ERRORS ΓòÉΓòÉΓòÉ
This section will describe what action to take should the COM.SYS or VCOM.SYS
give an error message at OS/2 initialization (or boot) time.
ΓòÉΓòÉΓòÉ 4.2.1. PS/2 (MICROCHANNEL ARCHITECTURE) COMPUTERS ΓòÉΓòÉΓòÉ
1. If the COM.SYS driver issues a warning at boot time on a PS/2 or other MCA
class computer, reboot the computer using the reference diskette and check
that the port has been properly configured.
2. If you have the PROTECTONLY flag in the CONFIG.SYS file set to YES and you
are at System level XR06055 or previous, you will need to get the next
service pack or OS/2 2.1. Earlier version of the OS/2 operating system did
not permit interrupt sharing in PROTECTONLY mode.
ΓòÉΓòÉΓòÉ 4.2.2. INDUSTRY STANDARD ARCHITECTURE (ISA) COMPUTERS ΓòÉΓòÉΓòÉ
1. Verify that all IRQ levels and I/O addresses are unique for every adapter.
The usual problem is that communication adapters (internal modems, FAXes,
etc) use COM3 and IRQ4 which is already in use by COM1. You must
PHYSICALLY change the IRQ on the adapter to one which is not in use. You
need to refer to the documentation which came with the adapter. (See ISA
BUS ARCHITECTURE).
2. Verify that you are passing the correct parameters to the COM.SYS driver in
the CONFIG.SYS file. Some PCM machines need to have all the serial ports
(i.e COM1, COM2) defined to COM.SYS in the CONFIG.SYS. If you are using a
serial mouse, do not specify the communication port of the mouse. (See
COMMON ISA AND MCA SITUATIONS).
3. There were problems at System Level XR02000 with recognizing some serial
adapters. This has been resolved at System Level XR06055 or higher.
4. If error message during boot: COM PORT not installed because interrupt
already in use, check for an IRQ conflict with other device drivers or
hardware.
5. If the MODE command fails, check the CMOS data area to verify that the I/O
address is listed. The OS2/DOS utility, DEBUG, will show the I/O addresses
listed at location 40:0. (See DETERMINING I/O ADDRESSES FOR ISA COMPUTERS)
ΓòÉΓòÉΓòÉ 4.2.3. COMMON ISA AND MCA SITUATIONS ΓòÉΓòÉΓòÉ
1. If using LAN SERVER with the UPS monitoring option and having problems at
boot with COM.SYS or VMOUSE.SYS, move the OS2UPS.SYS driver to before the
POINTDD.SYS statement in the CONFIG.SYS file.
2. If system (AT bus or MCA) boots without error but a COM port is still not
working at all, issue a MODE command (from an OS/2 command prompt) to the
problem COM port (i.e. MODE COM1:). If the MODE command indicates that
the COM port is not installed (i.e. SYS1798, SYS0049), check for IRQ
conflicts. (See ISA BUS ARCHITECTURE).
Note: If the mouse is on a COM port, the MODE command will report a
SYS1620, the COM port specified is not installed, since the mouse
has taken that COM port.
3. You must also check to see that there is a port available to install. For
instance, if there is only one serial port and a serial mouse is installed,
then the COM.SYS will issue a SYS1208 error indicating that there are no
available ports. In this instance you should remark (REM) the COM.SYS and
VCOM.SYS statements in the CONFIG.SYS file.
4. Verify the dates of COM.SYS and VCOM.SYS. They should match the following
table:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéSYSLEVEL ΓöéDRIVER ΓöéSIZE ΓöéDATE ΓöéTIME Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéXR02000 ΓöéCOM.SYS Γöé24760 Γöé 3-30-92Γöé12:00p Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéVCOM.SYSΓöé 7680 Γöé 3-30-92Γöé12:00p Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéXR06055 ΓöéCOM.SYS Γöé24984 Γöé10-16-92Γöé 3:46a Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéVCOM.SYSΓöé 8496 Γöé10-16-92Γöé 5:19a Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéXR02010 ΓöéCOM.SYS Γöé25368 Γöé 4-29-93Γöé 9:34p Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéVCOM.SYSΓöé 8112 Γöé 4-22-93Γöé 6:41p Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 4.3. APPLICATION DOES NOT RECOGNIZE THE SERIAL PORT ΓòÉΓòÉΓòÉ
This section will describe what to do if an application cannot recognize a
serial port. If you had errors at boot time, please refer to BOOT TIME ERRORS
ΓòÉΓòÉΓòÉ 4.3.1. OS/2 (PROTECT MODE) APPLICATIONS ΓòÉΓòÉΓòÉ
If the application cannot access the serial port, issue a MODE command against
the serial port in question. If the MODE command works, contact the vendor of
the OS/2 application.
ΓòÉΓòÉΓòÉ 4.3.2. DOS (REAL MODE) APPLICATIONS ΓòÉΓòÉΓòÉ
1. If the application cannot access the serial port, try setting (for the VDM
session) the DOS Setting COM_DIRECT_ACCESS to ON. You have to close the VDM
session before making changes to the DOS Settings.
2. Any application which uses QBASIC or BASIC CTTY will need to have the
DOS_DEVICE DOS setting set to: C:\OS2\MDOS\COMDD.SYS. If OS/2 is not
installed on C:, then substitute the appropriate drive letter.
3. See MISCELLANEOUS ERRORS
ΓòÉΓòÉΓòÉ 4.3.3. MISCELLANEOUS ISSUES COMMON TO OS/2 AND DOS ΓòÉΓòÉΓòÉ
1. Verify that the application is configured for the correct IRQ and I/O
Address. Remember that the I/O address for COM3 and COM4 on MCA computers
is different than ISA computers. (See NOTES ON MICROCHANNEL ARCHITECTURE
MACHINES)
2. Issue a MODE command against the serial port in question. If the MODE
command indicates that the port is not installed, verify the IRQ and I/O
address of the serial port. You should also check to see that parameters
passed to COM.SYS match the physical configuration of the serial port.
3. If the modem is external to the computer, try to copy the config.sys file
to the COM port to which the external modem is attached. You should be
able to observe the various indicator lights turning on or flashing. If
there is no change in the state of these lights, the external modem may be
connected to the wrong port, the port may not be at the correct I/O address
or IRQ level or the port may be broken.
4. You can use the ECHO command to send modem commands to a modem. This is
useful to see if the modem will go "off hook" and get a dial tone. You
open up an OS/2 window or full screen session and enter the following:
ECHO ATDT > COMx:
Where COMx: is COM1:, COM2: or the COM port you are using. You should hear
the telephone dial tone.
ΓòÉΓòÉΓòÉ 4.4. OS/2 SYSTEM ERRORS ΓòÉΓòÉΓòÉ
This section will describe various OS/2 generated errors and give a brief
description of what these errors indicate.
ΓòÉΓòÉΓòÉ 4.4.1. TRAPS ΓòÉΓòÉΓòÉ
o If the OS/2 operating system traps when opening a DOS or WIN-OS2 session,
verify that you have the correct COM.SYS / VCOM.SYS drivers installed. These
drivers are a matched set and cannot be mixed between releases. The OS/2 2.1
and later service pack drivers are not designed to work on system levels
XR02000 and XR06055.
SEE: COMMON ISA AND MCA SITUATIONS
o You should also verify any parameters you have giving to the COM.SYS device
driver (in the CONFIG.SYS file). On some ISA machines, the COM.SYS device
driver may have problems if incorrect IRQ and I/O addresses are given.
(MISCELLANEOUS ERRORS)
ΓòÉΓòÉΓòÉ 4.4.2. SYS3175 AND SYS3176 ΓòÉΓòÉΓòÉ
o If the application is an OS/2 application, contact the vendor of the
application.
o If the application is a DOS application, look at the Stack Segment and
Extended Stack Pointer (SS:ESP) value in the register dump. If the ESP is
very low (close to zero or '0000ffff'), the application has run out of stack
space. The same logic applies to the Base Pointer (BP) register. This
usually happens to applications which have Interrupt Service Routines (ISRs)
that are subject to time constraints. The delivery (timing) of interrupts to
the VDM session is different than under native DOS. This is a result of
tasking (or CPU sharing) abilities of OS/2. Under DOS, the interrupts
generated by the UART (of the serial port) are delivered in "real" time.
Under OS/2, the interrupts are delivered at "task" time which is the time
allocated by the system scheduler. Since the COM.SYS/ VCOM.SYS device drivers
can accumulate interrupts, the delivery of the interrupts to the application
can be faster under OS/2 than under native DOS. If an application expects to
have a consistent delay between interrupts, the application may overwrite
it's allocated stack due to excessive recursion into the ISR. This is also
known as nested interrupts.
ΓòÉΓòÉΓòÉ 4.4.3. SYS0099 AND SYS1798 (PORT IN USE) ΓòÉΓòÉΓòÉ
o OS/2 will only permit one application or session to access a serial port.
Should an application attempt to access a serial port which is in use, this
message will appear. Many DOS applications (such as Personal Information
Managers) open the serial ports for automatic phone dialing. You can use the
COM_SELECT DOS setting to "hide" the serial port from the offending
application.
o Some DOS applications will open ALL of the COM ports. Use the COM_SELECT Dos
Setting in all of the DOS communication sessions (VDMs).
o Most DOS applications are designed to run on a single task system (DOS).
Even though OS/2 allows multiple DOS applications to execute simultaneously,
OS/2 is not able to manage file and device sharing for these applications. A
well written application would only open a device (such as a serial port)
when the device is required. Unfortunately, many DOS applications open the
device as part of the initialization sequence for the application. This
leads to device contention under OS/2.
o If you load any DOS or MS-Windows applications under OS/2 2.x, there is a
very good possibility that the CONFIG.SYS file was updated. If any DOS
(which includes Windows) device drivers are loaded in the OS/2 2.x CONFIG.SYS
file or any DOS Terminate but Stay Resident (TSR) programs are loaded in the
OS/2 2.x AUTOEXEC.BAT file, you will get these errors whenever you open more
than one VDM session. You should load the DOS device drivers into the
DOS_DEVICE DOS Settings and create unique AUTOEXEC.BAT files for each program
object which requires special device support. You can get more information
about the DOS_DEVICE setting from the Master Help online guide.
Note: An example of an application which will cause this error is the INTEL
SATISFAXTION 400 MODEMS
ΓòÉΓòÉΓòÉ 4.4.4. SYS0049 ΓòÉΓòÉΓòÉ
If you get this error and the SYSLEVEL is XR06055 or XR02010, try using the
Spurrious interrupt switch which is passed on the command line to the COM.SYS
device driver. If this switch corrects the problem, you may wish to
investigate your hardware and connections for a fault. If there are spurrious
interrupts present, your system may not perform at it's potential.
SEE: OS/2 2.0 SERVICE PACK (XR06055) DRIVERS
ΓòÉΓòÉΓòÉ 4.4.5. MISCELLANEOUS ERRORS ΓòÉΓòÉΓòÉ
Many errors are caused by not providing the correct information to the COM.SYS
device driver on an ISA personal computer. The most common mistake is to
associate the logical name the operating system assigns to an adapter port
(i.e. COM1, LPT1) to the physical adapter. The adapter only knows to map to a
base I/O address and IRQ which must be unique. Most DOS based applications do
not "open" the serial port (INT21 interface) but using the machine instructions
IN and OUT to communicate directly to the adapter's port. OS/2 applications
require a file handle (i.e. COM1) to communicate with physical devices because
the applications are shielded from the device by the physical device driver.
o If you get "out of memory errors", SYS3175 or SYS3176 errors when opening a
VDM or WIN-OS2 session, verify any parameters you have giving to the COM.SYS
device driver (in the CONFIG.SYS file). On some ISA machines, the device
driver may have problems if incorrect IRQ and I/O addresses are given.
o There is a situation where a VDM will either not start or COM4: is not
recognized. OS/2 2.x currently follows ABIOS specification and assumes that
serial ports will be defined sequentially. The first I/O address at physical
location 0:0400 (or 40:0) is COM1, the next address is COM2, etc. A common
occurrence of this scenario is when COM1, COM2 and COM4 are defined (i.e. no
COM3). If you use the DEBUG utility, you will see E8 02 in COM3's slot
(40:4). The COM.SYS will assign COM3 to I/O address 2E8. The procedure to
correct this error is to define COM4 as COM3 to the COM.SYS serial
communication driver. COM.SYS looks at the parameters passed to see what
LOGICAL NAME (i.e. COM3) is assigned to a particular I/O address and IRQ
combination. Even though the serial adapter (i.e. modem) appears to be COM4,
in reality, all the adapter cares about is the I/O address and IRQ. An
example of how to correct the above situation:
DEVICE=x:\OS2\COM.SYS (3,2E8,5)
Note: The "3" is the logical name given to the adapter (i.e. COM3), "2e8" is
the physical address of the adapter (which is usually for COM4) and "5" is
the physical IRQ of the Adapter.
ΓòÉΓòÉΓòÉ 4.5. PERFORMANCE ISSUES ΓòÉΓòÉΓòÉ
There are a few settings you can set to improve the performance of serial
communication applications. Some of these settings will affect overall OS/2
system performance. By favoring one type of application (i.e. serial
communications), you may adversely affect other applications in the system.
While OS/2 is an efficient, multitasking operating system, current technology
specifies one CPU which can execute only one machine instruction at a given
time.
ΓòÉΓòÉΓòÉ 4.5.1. OS/2 PERFORMANCE ISSUES ΓòÉΓòÉΓòÉ
OS/2 applications have the ability to be multithreaded, use shared memory and
can designate the priority to be processed at. If you have performance
problems with an OS/2 application, contact the vendor of the application.
ΓòÉΓòÉΓòÉ 4.5.2. DOS PERFORMANCE ISSUES ΓòÉΓòÉΓòÉ
If the application is a DOS communication program, set the DOS_SETTINGS to the
following:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéDOS Setting ΓöéValue Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_HOLD ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_RECEIVE_BUFFER_FLUSH (XR02010) Γöé(See values listed) Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_DIRECT_ACCESS (XR06055) ΓöéON or OFF Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_SELECT (XR06055) Γöéspecific COMx Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_DEVICE (COMMDD.SYS ) Γöé\os2\mdos\comdd.sys Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_ROM_TO_RAM ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_TIMER ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SECONDS Γöé60 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SENSITIVITY Γöé100 Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 4.5.2.1. DOS BASED FAX APPLICATIONS ΓòÉΓòÉΓòÉ
There are no DOS based fax applications which are known to work reliably under
OS/2 2.x. There has been some success with CLASS 1 fax software on a high
powered 486 processor platform. There has also been some success using the
Intel Satisfaxtion 400 internal modem. If sending and receiving faxes is an
integral part of the system, an OS/2 fax application (such as FAXPM, FaxWorks/2
and BitFax/2) should be considered.
ΓòÉΓòÉΓòÉ 4.5.2.2. REAL TIME APPLICATIONS ΓòÉΓòÉΓòÉ
OS/2 2.x is a dynamic operating system which shares a single CPU architecture
with multiple applications (processes) in such a way that the applications
appear to be working simultaneously. This works fine for most types of
applications. "Real Time" applications such as synchronous communications or
Process Control applications place a tremendous burden on the the CPU and the
operating system because of the intensity of interrupt (event) processing
required.
The delivery (or timing) of interrupts is different in the Virtual Dos Machine
(VDM) than under native DOS. While the goal is to achieve or better the timing
of native DOS, this is very difficult on the current single CPU platform used
in personal computers. OS/2 2.x is a very complex operating system which is
able to schedule activities on a personal computer in a way similar to many
minicomputers. The timeslice and "freeze" times are dynamic and dependent on
system activity. With a preemptive multitasking operating system, applications
which are "real time" applications need to be event driven (i.e. interrupt) and
need to execute at interrupt time. In the OS/2 2.x environment (on an INTEL
based hardware platform), this would be a RING 0 Physical Device Driver (PDD)
with a corresponding Virtual Device Driver (VDD) for VDM support.
Any time the COM.SYS and VCOM.SYS drivers are not used or if COM_DIRECT_ACCESS,
is set to ON, the application executing in a VDM may lose data. The reason for
this is that all tasks even if in the foreground get a time slice to use the
CPU. When that time slice is exhausted, the OS/2 scheduler looks to see if any
other application wishes to "run". During this time, the VDM is frozen until
it is rescheduled to run again. Since there is not a physical device driver for
the serial port, any data (interrupt) delivered to the port may not be
processed. The primary purpose of the COM.SYS / VCOM.SYS device drivers is to
provide a buffer (similar to some DOS based Interrupt Service Routines) and
allow data to accumulate while the VDM is not scheduled to run.
ΓòÉΓòÉΓòÉ 4.5.3. GENERAL PERFORMANCE ISSUES ΓòÉΓòÉΓòÉ
o Try reducing the IDLE_SENSITIVITY DOS Settings for other DOS applications.
Some DOS applications continually poll the keyboard which can reduce the
number of available interrupts at a given time.
o Try increasing/decreasing CACHE to reduce disk activity. Decreasing DISK
CACHING may reduce swapping. You must experiment on your machine.
o Use the Lazy Write (/LW) option on the IFS, CACHE or DISKCACHE option in the
CONFIG.SYS.
o In the config.sys file, set:
- PRIORITY_DISK_IO: NO
- MAXWAIT: 1
o OS/2 2.0 is a multi-tasking/processing operating system. Slower
microprocessors (i.e. 386/16mhz) are not going to have enough cycles to
support communications above 9600 BAUD.
o Even on faster machines there may be problems with supporting high speed
communications. Some internal modems have been known to induce spurious
interrupts which take away from the total number of interrupts that can be
processed. Much depends on the quality of the hardware and the ability of
the software to work with advanced communication processors such as the
16550AFN UART.
o The delivery (or timing) of interrupts is different in the Virtual Dos
Machine (VDM) than under native DOS. While the goal is to achieve or better
the timing of native DOS, this is very difficult on the current single CPU
platform used in personal computers. Applications which are time dependent
(purposely timed to execute under native DOS) are not going to perform well
under OS/2 2.x. Most applications which "poll" fall into this catagory.
o Applications which are interrupt driven (i.e. have an Interrupt Service
Routine) and issue the End-of-Interrupt to the PIC towards the end of the ISR
processing (to avoid nested interrupts) will be top performers under OS/2
2.x.
ΓòÉΓòÉΓòÉ 4.6. MISCELLANEOUS ISSUES ΓòÉΓòÉΓòÉ
o There may be later OS/2 2.x communication drivers. These drivers are usually
classed as BETA and are supported through a mail in / FAX feedback form.
Should a beta driver be released, the driver will be available from the IBM
OS/2 Bulletin Board Service or on CompuServ Information Service. (Call
1-800-547-1283 for information about registering for and accessing the IBM
OS/2 BBS, or call 1-800-237-5511 for the OS/2 Support Line.)
o The COM.SYS/VCOM.SYS device drivers only support FULLY backward compatible
(Asynchronous) chipsets to the NS16550A. These chipsets would include the
NS8250 and NS16450 (NS = National Semiconductor). There is no support for
the 8530 synchronous chipset. The COM.SYS/ VCOM.SYS device drivers were never
designed to support synchronous communications.
ΓòÉΓòÉΓòÉ 5. APPLICATION SPECIFIC PROBLEMS ΓòÉΓòÉΓòÉ
This section will highlight known problems with various applications. Many of
these applications are listed in the OS/2 README file.
ΓòÉΓòÉΓòÉ 5.1. GENERAL PROBLEMS ΓòÉΓòÉΓòÉ
o If an application hangs, first check that the entire system has not hung. You
can do this by using the CTRL-ESC sequence which should give you a window
list. Sometimes this can take up to one minute if an application is hung.
OS/2 will then prompt you to terminate the hung application.
o If the CTRL-ESC sequence works, terminate (close) application from the window
list and then issue a MODE command from the command line. If the MODE
command is successful, then there may be a problem with the application. If
the application is an OS/2 application, you will need to contact the vendor
of the application. If the application is a DOS application, experiment with
some of the DOS Settings especially the COM_DIRECT_ACCESS property.
o Another thing to check when serial communication applications hang is the
status of the port. Use the MODE command to turn off XON, IDSR, ODSR and
OCTS.
o If an application is experiencing a lot of data loss, you can lower the baud
rate, upgrade to the latest release of OS/2 or change the settings in the
CONFIG.SYS file (See GENERAL PERFORMANCE ISSUES). You can also try setting
OCTS=ON and RTS=HS using the MODE command. If the application is an OS/2
application, contact the vendor of the application.
o If a DOS application is not able to "auto answer" a modem, try the
COM_DIRECT_ACCESS DOS Setting.
ΓòÉΓòÉΓòÉ 5.2. SPECIFIC APPLICATIONS ΓòÉΓòÉΓòÉ
This section will detail known problems about specific applications and will
offer suggestions to correct the situation.
ΓòÉΓòÉΓòÉ 5.2.1. AUTOCAD 12.0 WITH A DIGITIZING TABLET ΓòÉΓòÉΓòÉ
AutoCad 12.0 will now see a digitizing tablet. This feature was added at
System Level XR09999 and OS/2 2.1. There are some restrictions:
o The application appears to be very sensitive to the timing of the interrupt
delivery. The application will only work on a 486/33mhz processor or better.
o You need to set the COM_RECEIVE_BUFFER_FLUSH DOS Setting to
SWITCH_TO_FOREGROUND.
ΓòÉΓòÉΓòÉ 5.2.2. Compuserv Information Manager (CIM) (Dos Version) ΓòÉΓòÉΓòÉ
CIM will only work under OS/2 2.1 and System Level XR09999if IRQ2 (IRQ9) must
be used. Otherwise the application should work on standard IRQ/IO Address.
ΓòÉΓòÉΓòÉ 5.2.3. CrossTalk for Windows ΓòÉΓòÉΓòÉ
Use the MODE command to set BUFFER=OFF.
Use the COM_SELECT DOS Setting for the specific serial port.
ΓòÉΓòÉΓòÉ 5.2.4. DOW JONES LINK ΓòÉΓòÉΓòÉ
This application requires the COMDD.SYS device driver. (DOS (REAL MODE)
APPLICATIONS)
ΓòÉΓòÉΓòÉ 5.2.5. FAXWORKS/2 (PMFAX) ΓòÉΓòÉΓòÉ
o There was a problem with OS/2 disabling the serial port when using
FAXWORKS/2. The Softnet BBS service has a private fix for OS/2 2.0. The
problem has been resolved at System Level XR09999. The problem may also
appear on PS/2 (MCA class) machines in OS/2 2.1. The Softnet BBS will be
provided a fix when available.
o This application will work with the INTEL SatisFAXion fax modems under OS/2
2.x. Please contact Softnet for further information.
o FAXWORKS/2 requires a parameter passed to the FMD.SYS file to be able to
share IRQ's on a MCA class machine. The statement should look like:
- DEVICE=x:\PMFAX\FMD.SYS -S
Note: The "S" MUST BE upper case!
o If using an IBM Internal 2400/9600 fax/modem, you need to get 1.30b of
FAXWORKS/2.
ΓòÉΓòÉΓòÉ 5.2.6. FT TERM 2.1 ΓòÉΓòÉΓòÉ
FT Terminal (version 2.1) would not dial out correctly on some machines. This
problem was not reproducible at System Level XR06055 or higher system levels of
OS/2 2.x
ΓòÉΓòÉΓòÉ 5.2.7. GOLDEN COMPASS FOR OS/2 ΓòÉΓòÉΓòÉ
There have been performance problems reported against Golden Compass for OS/2
especially if a Virtual Dos Machine (VDM) is opened while Golden Compass is
connected to CompuServ. The developer of the application is aware of the
problems and can be contacted via CompuServ (GO OS2AVEND and enter section #2).
ΓòÉΓòÉΓòÉ 5.2.8. INTEL SatisFAXion 400 Internal ΓòÉΓòÉΓòÉ
There has been some success with the Intel Satisfaxtion 400i fax/modem.
Previous versions of this modem have not worked reliably with the INTEL
supplied software. FAXWORKS for OS/2, however, does provide support for most
of the Intel Satisfaxtion 400 modems. Please contact Softnet for further
information.
See Also INTEL SATISFAXTION 400 (internal) FAX/Modem
ΓòÉΓòÉΓòÉ 5.2.9. LapLink III, Laplink PRO ΓòÉΓòÉΓòÉ
If you are at system level XR02000, remark out VCOM.SYS otherwise use the
COM_DIRECT_ACCESS DOS Setting. You must also use the MODE command to set IDSR,
ODSR and OCTS of all the COM ports to OFF unless you use the COM_SELECT DOS
Setting
ΓòÉΓòÉΓòÉ 5.2.10. MAXIMUS/2 ΓòÉΓòÉΓòÉ
You must use the MODE command to set OCTS=ON to keep Maximus/2 from overflowing
the modem with data.
ΓòÉΓòÉΓòÉ 5.2.11. Mirror III ΓòÉΓòÉΓòÉ
This application is similar to CrossTalk. Use the MODE command to set the
BUFFER=OFF.
ΓòÉΓòÉΓòÉ 5.2.12. OS/2 DATABASE APPLET ΓòÉΓòÉΓòÉ
The OS/2 Database Applet requires that the user customize the dialing and the
hangup strings. Below is an example of each which works with 100% Hayes
compatible modems:
DIALING STRING AT&F&D3L0DT
HANGUP STRING ATH0Z
ΓòÉΓòÉΓòÉ 5.2.13. PC/ANYWHERE VERSION 4.5 (HOST AND REMOTE) ΓòÉΓòÉΓòÉ
Norton's pcANYWHERE VERSION 4.5 has been tested under OS/2 2.0 at SYSLEVEL
XR06055 and under OS/2 2.1 (SYSLEVEL XR02010). The application was tested
using a PS/2 70, 60mb IDE drive (FAT) and 6mb of RAM using a full null modem
connection. The application was executed in a customized Virtual Dos Machine
(VDM) (i.e a DOS Full Screen) session. The performance was not equal to native
DOS but was reasonable. File transfer was tested using AWSEND with no adverse
affects.
PC Anywhere and other similar applications try to get back to a DOS command
which is not possible when the application is specified in the PATH and FILE
NAME of the ICON. There is a simple test to see if the following fix will
work.
1. Make a copy of the application object (icon).
2. Using the copy of the object, click with the right hand Mouse button and
select the settings menu option. Replace the PATH and FILE NAME with a
'*'. This is identical to the DOS FULL SCREEN object (icon).
3. Click on the copy of the object to start it. You should be at a DOS
command prompt. Enter the name of the application and test the failing
portion.
If the application works, then substitute the following for the PATH and
FILE NAME:
x:\OS2\MDOS\COMMAND.COM
Where 'x' is the OS/2 drive letter.
Substitute the following for PARAMETERS:
4. /k x:\path\file.exe
Where x:\path\file.exe is your application.
5. You should set the working directory to the PATH you specified in the
PARAMETERS:
x:\path
See following sections for pcANYWHERE specific configuration.
ΓòÉΓòÉΓòÉ 5.2.13.1. PC/ANYWHERE HOST SESSION ΓòÉΓòÉΓòÉ
Due to the way Norton's pcANYWHERE/Host works, you have to specify a base
COMMAND.COM as detailed in the following example. Please note that we are
using drive letter "C" and directory AWHOST for our example. Your drive or
directory could be different. Hardware handshaking (RTS/CTS) is very important
and must be implemented. With Hardware Handshaking enabled, we recommend the
following settings for the MODE command (USING THE MODE COMMAND):
RTS=HS
OCTS=ON
Known Limitations under OS/2 2.x
o When exiting AWHOST, user is left at full screen DOS command prompt (which is
just like native DOS). The user needs to use the CTRL-ESC key sequence or
enter EXIT at the command prompt to return to the OS/2 desktop.
o If the application is switched to the background, performance will be
degraded. The design of OS/2 is such that background activity will always
run at a lower priority than foreground activity.
o Application will get best performance in a full screen DOS VDM session.
CREATING AN OS/2 ICON FOR pcANYWHERE/Host
1. Copy a PROGRAM object from the TEMPLATES folder to the location where you
wish to create the ICON for pcANYWHERE/Host.
2. Using the assumptions previously stated, enter the following for the PATH
and FILE NAME fields:
C:\OS2\MDOS\COMMAND.COM
3. Enter the following for the PARAMETERS:
/k C:\AWHOST\AWHOST.EXE
4. Enter the following for the WORKING DIRECTORY:
C:\AWHOST
5. Select the SESSION tab and then select DOS FULL SCREEN
6. Select the DOS settings and set the settings according to the table shown
below.
7. Select the GENERAL tab and give the session a name (i.e. AWHOST). You
could also select an ICON for the session if you have one available.
pcANYWHERE HOST DOS SETTINGS FOR VDM SESSION
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéDOS Setting ΓöéValue Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_DIRECT_ACCESS (XR06055) ΓöéOFF Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_HOLD ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_RECEIVE_BUFFER_FLUSH (XR02010) ΓöéNONE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_SELECT (XR06055) Γöéspecific COMx Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_BACKGROUND_EXECUTION ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_BREAK ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_FILES Γöé40 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_HIGH ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_UMB ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_ROM_TO_RAM ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_TIMER ΓöéOFF Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SECONDS Γöé60 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SENSITIVITY Γöé100 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéINT_DURING_IO (XR02010) ΓöéON Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
pcANYWHERE/Host configuration for OS/2 2.x
This section will describe how Norton's pcANYWHERE/Host (application) was
configured. The test environment used a full null modem cable to implement
hardware handshaking (RTS/CTS). Hardware handshaking is the only reliable
method of flow control under OS/2 2.x. If you are using a modem connection,
please insure that your modem is capable and is configured for hardware
handshaking. You will need to refer to the documentation which came with the
modem to determine the correct modem initialization strings.
1. Start the AWHOST program and select HARDWARE CONFIGURATION.
2. Refer to the table below for the HARDWARE CONFIGURATION. This table
defines a DIRECT connection using a full null modem cable. You may need to
use different settings for a MODEM connection. Hardware handshaking
(RTS/CTS), however, is very important.
3. Refer to the table below for PREFERENCES
pcANYWHERE/HOST HARDWARE CONFIGURATION
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéSETTING ΓöéDIRECT ΓöéMODEM Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDevice/Port: ΓöéSerial - COMx ΓöéSerial - COMx Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéModem: ΓöéNone ΓöéMODEM Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéData Rate: Γöé19200 or less Γöé19200 or less Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéParity: ΓöéNONE ΓöéNONE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéFlow Control: ΓöéRTS/CTS ΓöéRTS/CTS Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéConnection started by: ΓöéData Set Ready (DSR)ΓöéDepends on Modem Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéConnection ended by: ΓöéCarrier Detect (DCD)ΓöéDepends on Modem Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéBreak length: Γöé5 Γöé5 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDTR state: ΓöéOn While Connected ΓöéOn While Connected Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéRTS state: ΓöéAlways On ΓöéAlways On Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
pcANYWHERE/HOST PREFERENCES
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéPREFERENCEΓöéSETTING ΓöéVALUE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéFeatures ΓöéSpecial Keyboard Handler: ΓöéNone Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéOTHER VALUES ΓöéDefaults Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéGeneral ΓöéEliminate snow: ΓöéNO Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéCommand to load host in high memory: Γöé<<DO NOT USE>> Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéTime between host screen scans: Γöé20 or greater Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 5.2.13.2. PC/ANYWHERE REMOTE SESSION ΓòÉΓòÉΓòÉ
Please note that we are using drive letter "C" and directory AWREMOTE for our
example. Your drive or directory could be different. Hardware handshaking
(RTS/CTS) is very important and must be implemented.
CREATING AN OS/2 ICON FOR pcANYWHERE/Remote
1. Copy a PROGRAM object from the TEMPLATES folder to the location where you
wish to create the ICON for pcANYWHERE/Remote.
2. Using the assumptions previously stated, enter the following for the PATH
and FILE NAME fields:
C:\AWREMOTE\AWREMOTE.EXE
3. Enter the following for the WORKING DIRECTORY:
C:\AWREMOTE
4. Select the SESSION tab and then select DOS FULL SCREEN
5. Select the DOS settings and set the settings according to the table shown
below.
6. Select the GENERAL tab and give the session a name (i.e. AWREMOTE). You
could also select an ICON for the session if you have one available.
pcANYWHERE REMOTE DOS SETTINGS FOR VDM SESSION
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéDOS Setting ΓöéValue Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_DIRECT_ACCESS (XR06055) ΓöéOFF Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_HOLD ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_RECEIVE_BUFFER_FLUSH (XR02010) ΓöéNONE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_SELECT (XR06055) Γöéspecific COMx Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_BACKGROUND_EXECUTION ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_BREAK ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_FILES Γöé40 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_HIGH ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDOS_UMB ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_ROM_TO_RAM ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_TIMER ΓöéOFF Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SECONDS Γöé60 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SENSITIVITY Γöé100 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéINT_DURING_IO (XR02010) ΓöéON Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
pcANYWHERE/Remote CONFIGURATION FOR OS/2 2.x
This section will describe how Norton's pcANYWHERE/Remote (application) is
configured. The test environment uses a full null modem cable to implement
hardware handshaking (RTS/CTS). Hardware handshaking is the only reliable
method of flow control under OS/2 2.x. If you are using a modem connection,
please insure that your modem is capable and is configured for hardware
handshaking. You will need to refer to the documentation which came with the
modem to determine the correct modem initialization strings.
1. Start the AWREMOTE program and select HARDWARE CONFIGURATION.
2. Refer to the table below for the HARDWARE CONFIGURATION. This table
defines a DIRECT connection using a full null modem cable. You may need to
use different settings for a MODEM connection. Hardware handshaking
(RTS/CTS), however, is very important.
3. Refer to the table below for PREFERENCES
pcANYWHERE/REMOTE HARDWARE CONFIGURATION
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéSETTING ΓöéDIRECT ΓöéMODEM Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDevice/Port: ΓöéSerial - COMx ΓöéSerial - COMx Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéModem: ΓöéNone ΓöéMODEM Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéData Rate: Γöé19200 or less Γöé19200 or less Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéParity: ΓöéNONE ΓöéNONE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéFlow Control: ΓöéRTS/CTS ΓöéRTS/CTS Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéConnection started by: ΓöéAlways Connected ΓöéDepends on Modem Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéConnection ended by: ΓöéAlways Connected ΓöéDepends on Modem Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéBreak length: Γöé5 Γöé5 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéDTR state: ΓöéAlways On ΓöéOn While Connected Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéRTS state: ΓöéAlways On ΓöéAlways On Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
pcANYWHERE/REMOTE PREFERENCES
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéPREFERENCEΓöéSETTING ΓöéVALUE Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéGeneral ΓöéEliminate snow: ΓöéNO Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéMouse ΓöéALL ΓöéDefaults Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéRemote ΓöéSpecial Keyboard handler: ΓöéDisabled Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
Γöé ΓöéOTHER VALUES ΓöéDefaults Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéTerminal ΓöéALL ΓöéDefaults Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 5.2.14. PCBOARD ΓòÉΓòÉΓòÉ
PCBOARD requires COM_HOLD=ON with system level XR02000 release but requires
COM_HOLD=OFF with XR06055 release.
ΓòÉΓòÉΓòÉ 5.2.15. PM TERMINAL (OS/2 APPLET) ΓòÉΓòÉΓòÉ
There have been changes to the PM Terminal applet which is supplied with OS/2
2.x. These changes are available in OS/2 2.1 or from the Softronics Bulletin
Board Service which is listed in the PM Terminal dialing directory. Some of
the changes made were the ability to download from a system which was using
seven (7) data bits such as CompuServ Information Service (CIS). This can also
be accomplished by using an eight (8) bit communication session and a seven (7)
bit terminal (video) operating mode. This is all configured in the PM Terminal
applet.
There has been some confusion about the ACDI interface. In general, all modem
connections should be defined as STANDARD. You should not used ACDI unless you
know that you are connecting to an ACDI network interface. If you need to use
ACDI, you will have to remove the REM statement in front of the SASYNCD*.SYS
statement which is located in the CONFIG.SYS file BUT ONLY IF you have not
installed the asynchronous features of Communication Manager. If you see the
device drivers ASYNCDDB.SYS or ASYNCDDC.SYS loaded in the CONFIG.SYS file, then
the asynchronous features of Communication Manager have been installed.
SFT0049 is an error message received when there is a fault with ACDI support in
PM Terminal. Check to see that you do not have the Communication Manager and
the PM Terminal ACDI drivers loaded together in the CONFIG.SYS file.
See Also:
ACDI COMMUNICATIONS UNDER OS/2 2.X.
CUSTOMIZING THE PM TERMINAL APPLET.
ΓòÉΓòÉΓòÉ 5.2.16. TERMINAL EMULATOR/2 (TE/2) ΓòÉΓòÉΓòÉ
TE/2 was getting intermittent traps (TRAP000d or TRAP000e) at System Level
XR02000. This has been resolved at System Level XR06055 or OS/2 2.1.
ΓòÉΓòÉΓòÉ 5.2.17. TimeSet 5.3 ΓòÉΓòÉΓòÉ
In order to use TimeSet 5.3, you must be at System Level XR09999 or OS/2 2.1.
The following DOS Settings must be configured:
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéCOM_DIRECT_ACCESS ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéCOM_HOLD ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_ROM_TO_RAM ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéHW_TIMER ΓöéON Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SECONDS Γöé 60 Γöé
Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
ΓöéIDLE_SENSITIVITY Γöé100 Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 5.2.18. TRI-BBS 4.02 ΓòÉΓòÉΓòÉ
TRI-BBS version 4.02 works much better under OS/2 2.1 or OS/2 XR09999.
ΓòÉΓòÉΓòÉ 5.2.19. WILDCAT BBS 3.0 ΓòÉΓòÉΓòÉ
Version 3.0 of this DOS application has been reported to work under OS/2 2.0.
ΓòÉΓòÉΓòÉ 5.2.20. X00.SYS (FOSSIL Driver) ΓòÉΓòÉΓòÉ
If you are at System Level XR02000 you need to place a REM before the VCOM.SYS
in the CONFIG.SYS. If you have system level XR06055 or OS/2 2.1 you can set the
DOS Setting, COM_DIRECT_ACCESS, to ON. The author of the X00.SYS fossil driver
has an OS/2 version available.
ΓòÉΓòÉΓòÉ 6. USING THE MODE COMMAND ΓòÉΓòÉΓòÉ
This section will give a summary of how to use the MODE command. More
information about the MODE command can be obtained from the OS/2 Command
Reference.
ΓòÉΓòÉΓòÉ 6.1. MODE COMMAND SUMMARY ΓòÉΓòÉΓòÉ
Use MODE from an OS/2 Command line or DOS command line and set IDSR, ODSR, and
OCTS equal to OFF. For example:
MODE COM3:9600,N,8,1,OCTS=OFF,ODSR=OFF,IDSR=OFF
sets COM3 to 9600, no parity, 8 data bits, 1 stop bit, OCTS, ODSR and IDSR to
OFF.
If OCTS and/or ODSR are set to ON, the COM port will not transmit data unless
CTS and/or DSR signal lines are enabled. If set to OFF, the COM port will
transmit regardless of the state of signal lines CTS and/or DSR.
If IDSR is set to ON, the COM port will discard the incoming data unless DSR
signal line is enabled. If set to OFF, the port will receive data regardless
of the state of DSR.
If any problems transmitting or receiving, set OCTS=OFF, ODSR=OFF, IDSR=OFF to
ensure that the hardware connected to the COM port is not preventing the port
from transmitting or receiving.
If an application appears to experience data loss, you can try setting OCTS=ON
and RTS=HS. This will force the COM.SYS to hardware handshake with the port.
The attached device, however, must be configured for hardware handshaking
(RTS/CTS). You can also use XON=ON if the application and devices support
software handshaking. You should not try to use both simultaneously.
The MODE command at System Level XR02000 is broke; it shows the BUFFER=N/A even
though a 16550AFN buffered UART communication processor is present. This
problem was corrected at System Level XR06055.
Many applications may override the settings established with the MODE command.
The MODE command (utility) uses the same interface to the COM.SYS device driver
as any other OS/2 application or VCOM.SYS. VCOM.SYS translates the INT14
(BIOS) interface for COM.SYS.
ΓòÉΓòÉΓòÉ 7. ACDI COMMUNICATIONS UNDER OS/2 2.X ΓòÉΓòÉΓòÉ
This section will give a brief summary of using ACDI communications under OS/2.
You can get more information from the COMMUNICATIONS MANAGER CONFIGURATION
GUIDE (IBM publication number S04G-1002-00)
ΓòÉΓòÉΓòÉ 7.1. ACDI COMMUNICATIONS SUMMARY ΓòÉΓòÉΓòÉ
The COMMUNICATIONS MANAGER CONFIGURATION GUIDE (IBM publication number
S04G-1002-00) describes ACDI as an IBM supplied interface that incorporates
high level functionality (link establishment, disconnect, etc.), and a low
level device driver that can be called from application programs.
Communication Manager supplies two device drivers, asyncddb.sys and
asyncddc.sys, that are used to provide serial communication capabilities to
applications that support ACDI API calls. Communication Manager also supplies
an asynchronous Terminal Emulator that utilizes ACDI API calls. These drivers
work independent of com.sys that is supplied as part of the OS/2 base system,
in that, ACDI API calls invoke the asyncddc.sys driver which communicates with
the serial port hardware, and non- ACDI API calls invoke the com.sys driver
which then communicates with the serial port hardware. At the termination of a
given session the current driver relinquishes control of the serial port
hardware.
PM Terminal, supplied to IBM by Softronics, also provides a facility to use the
ACDI API's available from the Communications Manager supplied device drivers
(asyncdd*.sys). In the event that Communications Manager is not loaded, and one
wishes to use the ACDI function in PM Terminal, Softronics has included a
device driver, sasyncdb.sys, that uses the ACDI API calls, and is capable of
communicating with the serial port hardware.
If using Communication Manager on a system with com port hardware that is DMA
capable, and asynchronous support was selected at installation, APAR JR06199 is
applicable. The fix requires a modified version of asyncddc.sys.
ΓòÉΓòÉΓòÉ 8. CUSTOMIZING THE PM TERMINAL APPLET ΓòÉΓòÉΓòÉ
This section will describe how to customize PM Terminal for your modem. This
section will also describe how to configure PM Terminal for downloading files
from seven data bit connections such as CompuServ Information Services (CIS).
The PM Terminal is designed to be an object oriented system. The session you
select from the main menu is composed of Terminal, System Environment,
Connection Path, Modem, Telephone Network and File Transfer objects. A session
has one of each object. The most difficult part of configuring PM Terminal is
the definition of the Modem and Video objects. Once the low level objects (i.e
Modem) are created, a session profile is easily customized by selecting the
various object modules from a list. This document will give a step by step
procedure for creating a standard 14.4kb Hayes compatible modem session. You
can use this procedure for any baud rate.
ΓòÉΓòÉΓòÉ 8.1. PM TERMINAL CUSTOM MODEM CONFIGURATION ΓòÉΓòÉΓòÉ
This procedure will define a high speed connection and demonstrate how to
configure a session to the IBM National BBS.
1. Double Click on the PM Terminal ICON
2. Click once with the Left Mouse Button (LMB) on the Session Menu.
3. Click once with the LMB on the Setup Profiles menu option.
4. Click once with the LMB on the CONNECTION button.
5. Click once with the LMB on the ADD button.
6. Click once with the LMB on the OK button to accept Standard COM.
7. Place a comment which describes this Connection Object. For example, MY
MODEM 19.2k,n,8,1 (19.2k BAUD, no parity, 8 bits, one stop bit).
8. Click with the LMB on the COM port to be used.
9. Click with the LMB on the SETUP button.
10. Click with the LMB on the ADD button.
11. Click with the LMB on the OK button to accept Standard Com.
12. Click with the LMB on the List Box button (arrow) to display choices.
13. Click with the LMB on the Auto-Dial selection to highlight it.
14. Click with the LMB on the OK button to accept this entry.
15. Click with the LMB on the List Box button (arrow) to display choices.
16. Click with the LMB on the Hayes Smart Modem 2400 (for this example
otherwise pick a modem which is similar to your modem). The Hayes Smart
Modem 2400 is a good base choice for defining custom sessions.
17. Click with the LMB on the OK button to accept this entry.
18. Place a comment which describes this MODEM object (i.e. Hayes Compatible
2400).
19. Click with the LMB on the Device Initialization String.
20. Click on the CHANGE Button.
21. Delete the "&T5" from the Initialization String.
22. Click with the LMB on the OK Button to accept this entry.
23. Click with the LMB on the SAVE AS button.
24. Enter a name to save this MODEM object (i.e. MY MODEM).
25. Click with the LMB on the SAVE button to save this MODEM object.
26. Click with the LMB on the CLOSE button to return to previous menu.
27. Click with the LMB on the Communication Parameters.
28. Click with the LMB on the CHANGE button.
29. Click with the LMB on the List Box button (arrow) to display choices.
30. Click with the LMB on the 19200 (to select the correct baud rate for this
example).
31. Click with the LMB on the OK button to accept this entry.
32. Click with the LMB on the Flow Control entry.
33. Click with the LMB on the CHANGE Button.
34. Click with the LMB on the CTS option.
35. Click with the LMB on the RTS option.
36. Click with the LMB on the OK button to accept this entry.
37. Click with the LMB on the SAVE AS button to save this CONNECTION object.
38. Enter a name to save this CONNECTION object (i.e. COM - Standard).
39. Click with the LMB on the CLOSE button to return to previous menu.
40. An option step would be to setup a file transfer and telephone network
profile.
41. Click with the LMB on the CLOSE button to return to previous menu.
42. Click with the LMB on the SESSION menu.
43. Click with the LMB on the ADD menu option.
44. Enter a Comment for the session (i.e IBM BBS Service in Atlanta)
45. Click with the LMB on the List Box button (arrow) of the Terminal Emulation
profile selection.
46. Scroll down to the IBM ANSI terminal option and click once with the LMB to
highlight the option.
47. Click with the LMB on the List Box button (arrow) of the Connection Path
profile selection.
48. Scroll down to the option and click once with the LMB to COM - Standard to
highlight the option. This is the name of the CONNECTION object you just
created in step 38.
49. Click with the LMB on the ADD button.
50. Enter the complete phone number of where you want to dial.
51. Recommend that you select "Display this dialog box at connect time".
52. Click with the LMB on the SAVE AS button.
53. Enter a Session Name (i.e. IBM BBS 19.2k)
54. Click with the LMB on the SAVE button.
You can use your modem object and connection object in other session profiles.
After the creation of the Session Profiles, you may need to close PM TERMINAL
and restart it.
ΓòÉΓòÉΓòÉ 8.2. PM TERMINAL CIS SESSION ΓòÉΓòÉΓòÉ
There is a problem downloading files from any communication session which is
not a default of eight data bits, one stop bit and no parity (8N1). CompuServ
Information Service (CIS) is an example of such a session. This is the work
around for the problem:
1. First we need to create a special Terminal Profile for CIS. We will name
this CIS Terminal.
2. Using the Left Mouse Button (LMB), select the Session menu bar.
3. Select Setup Profiles from the menu choices with the LMB.
4. Select TERMINAL with the LMB.
5. Select ADD with the LMB.
6. Click with the LMB on the List Box button (arrow) to display choices.
7. Select IBM ANSI from the choices listed by clicking once with the LMB.
8. Select the OK button using the LMB.
9. Select the OPERATING MODE choice by clicking once with the LMB.
10. Select the CHANGE button using the LMB.
11. Select "7 Bit Operating Mode" using the LMB.
12. Select the OK button using the LMB.
13. Select the SAVE AS button using the LMB.
14. Enter the name CIS TERMINAL for the name.
15. Select the SAVE button using the LMB.
16. Select the CLOSE Button using the LMB.
17. Select the CLOSE button using the LMB.
18. Either select the CIS session which is supplied with PM Terminal or use one
you created using the steps defined above in step one. If you are using a
custom session, remember that the communication session MUST BE defined for
eight data bits, one stop bit and no parity (8N1). For this example, we
will use the predefined CIS Session.
19. Select the CIS session by clicking once with the LMB.
20. Using the Left Mouse Button (LMB), select the Session menu bar.
21. Select the CHANGE menu option using the LMB.
22. Under the TERMINAL EMULATION PROFILE, click with the LMB on the List Box
button (arrow) to display choices.
23. Select CIS TERMINAL from the select displayed using the LMB.
24. Under the CONNECTION PROFILE, click with the LMB on the List Box button
(arrow) to display choices.
25. Select a Connection Profile which uses 8 data bits, one stop bit and no
parity. This could be the custom one you created in the previous section
(i.e. COM - Standard).
26. Select the OK button using the LMB.
27. Select the SAVE button using the LMB.
ΓòÉΓòÉΓòÉ 9. INTEL SATISFAXTION 400 (internal) FAX/Modem ΓòÉΓòÉΓòÉ
This section will describe how to configure the INTEL SatisfaxTion 400
(internal) modem under OS/2 2.0 and OS/2 2.1. Some of this information applies
to the external version as well.
ΓòÉΓòÉΓòÉ 9.1. INTEL SATISFAXTION HARDWARE DESCRIPTION ΓòÉΓòÉΓòÉ
The Intel SatisFaxtion Model 400 FAX/Modem differs from typical ISA internal
FAX/Modems in that it does not have a physical UART on board, instead, an
onboard micro-controller emulates the UART function using software. More
detailed information can be found on the INTEL Support Bulletin Board at (503)
645 - 6275.
RELATED INFORMATION:
SMRTUART.TXT
HINT12.TXT
ΓòÉΓòÉΓòÉ 9.2. SMRTUART.TXT file from the INTEL BBS ΓòÉΓòÉΓòÉ
The following section is taken from an information file that is available on
the Intel Support BBS at (503) 645-6275 (filename=SMRTUART.TXT). IBM provides
this information with no warranty or support implied for any listed products.
By providing this information, IBM is not implicitly or explicitly endorsing
any products which may be mentioned nor does IBM necessarily agree with any
statements made in the SMRTUART.TXT document.
ΓòÉΓòÉΓòÉ 9.2.1. SATISFAXTION 400 SMART UART OVERVIEW ΓòÉΓòÉΓòÉ
Both the SatisFaxtion 200 & 400 fax modems have a large gate array device which
in addition to other functions, provides special circuitry that appears to the
PC processor as a standard 16450 compatible serial port. In reality, it's
just a facade that looks just like a serial port. Instead of shifting the
character bits serially in from and out to a modem on the far end of an RS-232
cable, the characters stay intact as bytes. These characters are transferred
directly between the PC processor and the SatisFaxtion 200 and 400 80C186-16
on- board processor through the silicon. The special circuitry inside the
device gives the 80C186-16 complete visibility and control of the 16450 facade
internal workings. The 80C186-16 knows what the PC processor is doing on the
other side of this facade, and more importantly, has direct control over what
the PC processor sees.
On the SatisFaxtion 400, since the on-board 80C186-16 knows whether or not the
PC processor has taken the last character that it deposited into the 16450
interface, it will NEVER try to put another character in until the previous one
is read -- no data is spilled. Think of it as a really smart faucet that shuts
off the water if you don't replace the cup in time. This is true no matter how
fast the data is being moved or how busy the PC processor is. The on-board
80C186-16 will wait indefinitely until the PC processor has taken the last
character before trying to give it a new one.
This protection against data loss enables you to set your communication
application baud rate (DTE rate) as high as you like with no fear of losing
data.
ΓòÉΓòÉΓòÉ 9.3. HINT12.TXT file from the INTEL BBS ΓòÉΓòÉΓòÉ
The following sections are from a file on the INTEL BBS which answers questions
about using the INTEL FAX/Modem products under the OS/2 environment. IBM
provides this information with no warranty or support implied for any listed
products. By providing this information, IBM is not implicitly or explicitly
endorsing any products which may be mentioned nor does IBM necessarily agree
with any statements made in the HINT12.TXT document.
ΓòÉΓòÉΓòÉ 9.3.1. INTEL SATISFAXTION 400 AND OS/2 2.x ΓòÉΓòÉΓòÉ
ALL OF OUR SATISFAXTION MODEMS CAN BE OPERATED AS A DATA MODEM UNDER OS/2
WITHOUT A PROBLEM.
The one thing to be aware is that the SatisFAXtion Modem/200 and 400 boards
require their device driver to be loaded in a DOS session, then the modem can
be used normally from DOS, Windows or OS/2 applications. This can easily be
set up as a batch load process. SatisFAXtion Modem/100 and /400e modems do not
require any additional drivers to be used as data modems under OS/2.
For FAXING, our SatisFAXtion drivers can be loaded and run from a DOS session
under OS/2, but this does not provide faxing directly from OS/2 applications.
However, our testing to date indicates that the SatisFAXtion Modem/100 & 400e
do not fax reliably from a DOS session under OS/2; these products will require
a third party OS/2 fax driver for Class 1 devices (such as that available from
SofNet) to be used for faxing under OS/2.
We do NOT provide an OS/2 DLL with any of our products for faxing within OS/2's
native environment. Customers looking for such a driver can contact SofNet at
(404) 984-8088.
Note: When running DOS apps in the background, neither FAX nor MODEM programs
work reliably under OS/2. For best results always run DOS communication
applications in the foreground.
ΓòÉΓòÉΓòÉ 9.3.2. WHY DON'T YOU PROVIDE COMPLETE OS/2 SUPPORT IN THE BOX? ΓòÉΓòÉΓòÉ
WHY DON'T YOU PROVIDE COMPLETE OS/2 SUPPORT IN THE BOX?
Because we prioritize our development projects and feature enhancements based
on customer interest and demand. While OS/2 support is certainly climbing up
the list, to date our customers have put greater emphasis on other requests.
ΓòÉΓòÉΓòÉ 9.3.3. DON'T OTHER FAXMODEM VENDORS PROVIDE OS/2 SUPPORT? ΓòÉΓòÉΓòÉ
DON'T OTHER FAXMODEM VENDORS PROVIDE OS/2 SUPPORT?
We don't know of any desktop faxmodems today that are including software for
faxing from OS/2. To date such support is only available for desktop faxmodems
as an add-in third party product from a company such as SofNet.
ΓòÉΓòÉΓòÉ 9.4. INSTALLING THE INTEL SATISFAXTION 400 SOFTWARE UNDER OS/2 ΓòÉΓòÉΓòÉ
The following sections will describe how to install the INTEL supplied software
under OS/2. There are some differences between OS/2 2.0 and OS/2 2.1. Please
refer to the appropriate section.
ΓòÉΓòÉΓòÉ 9.4.1. PREREQUISITES FOR INSTALLING THE INTEL SUPPLIED SOFTWARE ΓòÉΓòÉΓòÉ
1. Intel makes available software updates on their BBS (503 645-6275). At the
time of this writing, an update for the model 400 SatisFaxtion was
available (filename=29.EXE, 481,455 bytes, 5/18/93). This file is
self-extracting and contains updates to several component files required
for the procedures outlined in the following sections.
2. Unlike most FAX/Modem adapters, the Intel SatisFaxtion 400 (internal ISA)
FAX/Modem adapter requires the use of two different base address/IRQ
combinations. One combination is required for the modem portion, while the
second is needed for the FAX function. The installation software supplied
with the unit will set the FAX side of the adapter to a default base
address of 0350h and set the physical Interrupt Request Level to IRQ10. For
most OS/2 installations this will be satisfactory. Should you require
different settings, please consult the INTEL documentation for further
information. You will need to know the I/O address and IRQ later in the
installation process so keep a record of what is configured.
3. The installation software may set the modem side of the adapter to "off",
or to a combination already in use. A utility supplied with the adapter
(SETUP.EXE) will allow you to change the values for the modem side. If your
system has an existing COM1 and COM2 port, we suggest that you choose the
the COM3 option with the IRQ5 value if you do not have a 2nd physical
parallel port (LPT2) installed. In the case where you do have two parallel
ports (LPT1 & LPT2), and two serial ports (COM1 & COM2), you MUST disable
either the second parallel port (LPT2) or one of the existing serial ports
to install this adapter card. You may then use the IRQ made available for
the modem side of the SatisFaxtion 400.
ΓòÉΓòÉΓòÉ 9.4.2. INSTALLATION OF BASIC INTEL SOFTWARE UNDER OS/2 2.0 AND 2.1 ΓòÉΓòÉΓòÉ
This section will give some advice on installing the BASIC Intel Software under
OS/2 2.0 and OS/2 2.1. The installation is basically the same as under native
DOS but there are a few extra steps involved.
1. Before starting the installation process, make a copy of your AUTOEXEC.BAT
and the CONFIG.SYS files:
COPY AUTOEXEC.BAT *.OS2
COPY CONFIG.SYS *.OS2
2. Open a DOS session (VDM) and follow the Intel supplied instructions for
copying the SatisFaxtion software. Since you have made a copy of the OS/2
AUTOEXEC.BAT and CONFIG.SYS files, you should allow the installation
utility to update these files. When you are prompted to remove the
diskette and reboot the machine, do the following:
a. Use the CTRL-ESC key to display the window list.
b. Press the DELete key and select YES to terminate the VDM Session.
3. Open a VDM and change to the drive and directory where the Intel software
was installed.
4. Copy any Intel update files (see the proceeding section) into this
directory (and in the case of 29.EXE, type 29 <enter> at the command prompt
- as the file is un-archived answer yes to overwrite existing files).
5. Once this is completed, you may have to execute the advanced setup option
of the Intel supplied utility (SETUP.EXE) to set the base address/IRQ for
the modem side of the adapter. Please refer to the INTEL documentation and
the next section for further information.
At this point, your AUTOEXEC.BAT file will contain statements added by the
installation utility. These are TSR programs needed to run the FAX side of the
adapter. To prevent these programs from being loaded into each DOS session
(VDM) you will need to copy the old files back. Before you copy the old files,
you must do the following:
COPY AUTOEXEC.BAT FAX400.BAT
COPY CONFIG.SYS CONFIG.400
COPY AUTOEXEC.OS2 *.BAT
COPY CONFIG.OS2 *.SYS
You need to note the IOADDR value in the CONFIG.400 as you will require this
for configuration of VDMs which will require FAX access.
ΓòÉΓòÉΓòÉ 9.4.2.1. EXECUTING THE INTEL SATISFAXTION 400 SETUP.EXE PROGRAM UNDER OS/2 ΓòÉΓòÉΓòÉ
This section will give a brief overview for running the SETUP.EXE program. This
example should work for most computers which ONLY HAVE ONE (1) PARALLEL port
and TWO (2) SERIAL ports at standard I/O addresses and IRQ levels. Should you
have a different hardware configuration, please consult the INTEL
documentation.
1. Open a DOS session (DOS command prompt), change to the drive and directory
where the Intel SatisFaxtion software was installed.
2. Type SETUP <enter>. After the SETUP screen appears press enter. At the red
screen type "C" to continue.
Note: you can ignore the message which states that SETUP.EXE is unable to
access the SATISFAXTION driver.
3. At the "Options Menu" select the entry labeled "Advanced Setup".
4. At the "Advanced Setup" menu select the "Set-up Hardware" entry.
5. At the "Set-up Hardware" menu select the "Modem I/O, Interrupt" entry.
6. Choose one of the 7 entries (the 5th entry being the recommended COM3/IRQ5
combination for systems that have two serial ports - COM1 and COM2) and
press enter.
7. When you have returned to the "Set-up Hardware" menu press F10 to update
the adapter card EEPROM.
8. The "ESC" key will bring you back to the "Options" menu where you should
select "Exit setup". You will be prompted with "Are you sure?" to which you
should reply yes.
9. The next screen will ask if you wish for your AUTOEXEC.BAT and CONFIG.SYS
files to be updated. Select "Quit" (without update).
Note: If you update the AUTOEXEC.BAT OR CONFIG.SYS files, the procedures
outlined in this document will not work correctly. We recommend
that you always keep a working copy of the CONFIG.SYS and
AUTOEXEC.BAT files in a safe place.
10. The SETUP.EXE utility then replies with "Press any key to reboot". When you
are prompted to reboot the machine, do the following:
a. Use the CTRL-ESC key to display the window list.
b. Press the DELete key and select YES to terminate the VDM (SETUP.EXE)
Session.
11. You should now be back at your desktop.
ΓòÉΓòÉΓòÉ 9.4.3. SETTING UP THE MODEM OPERATION OF THE INTEL SATISFAXTION 400 ΓòÉΓòÉΓòÉ
Once the software has been installed, and the modem port configured, it is
necessary to load a device driver that Intel supplies before accessing the
modem. This device driver, SATISFAX.SYS, is a DOS based driver that initializes
the adapter card and must not be loaded in the OS/2 CONFIG.SYS file. The
SATISFAX.SYS device driver must be loaded into every Virtual Dos Machine (VDM)
session which needs access to the INTEL Satisfaxtion 400.
The following procedure will create a program object that will load the device
driver from the startup folder each time OS/2 is started. You can also use
this object as a template for all VDM sessions which will require access to the
INTEL Satisfaxtion 400.
1. Open the Startup folder.
2. Drag a "Program Template" into the startup folder.
3. Enter a "*" in the "Path and File Name" field.
4. Enter "/C EXIT" in the "Parameters" field.
5. Enter "X:\FAX" in the "Working Directory" field.
Note: X: is the drive letter you specified during the software
installation.
6. Turn to the "Settings" page.
7. Click on the "DOS Window" radio button.
8. Click on the "DOS Settings" button.
9. Enter "X:\FAX\SATISFAX.SYS IOADDR=0350" in the DOS_DEVICE field.
Note: X: is the drive letter you specified during the software
installation.
Warning: Make sure that the IOADDR value is what is loaded in the
CONFIG.400 file which you previously saved.
10. Click on "Save"
11. Select the "General" page.
12. Give the object a meaningful name (ie. "Modem Initialization").
13. Close the Settings Window.
After performing these steps, shutdown OS/2 and then reboot to continue. After
rebooting the modem should be available to application programs. For OS/2
communications applications it is only necessary to specify the port (COM3 if
the above suggestions were followed).
For DOS based communications programs, specify the port/IRQ combination using
the facility provided by the application. Refer to the application manual and
ISA AND OS/2 SUMMARY:
ΓòÉΓòÉΓòÉ 9.4.4. SETTING UP THE FAX OPERATION OF THE INTEL SATISFAXTION 400 ΓòÉΓòÉΓòÉ
Operation of the FAX side of the adapter requires a FAX application program
such as Intel's FaxAbility (Windows based) or FAXWORKS (OS/2 based). FAXWORKS
supplies an OS/2 based device driver that will operate with the SatisFaxtion
400. FaxAbility require the Intel supplied TSR's be loaded into the DOS session
that FaxAbility is being run from. This is accomplished differently for OS/2
V2.1 and OS/2 V2.0.
ΓòÉΓòÉΓòÉ 9.4.4.1. INSTALLING THE FAXABILITY SOFTWARE UNDER OS/2 2.X ΓòÉΓòÉΓòÉ
The installation of the Intel FaxAbility software under OS/2 is identical no
matter which version of OS/2 you are running. The setting up of the ICONS,
however, is somewhat different. We shall describe a method that we know works
reliably but this is not the only way for the software to be installed. Each
user will have to customize the DOS batch files for their unique environment.
You need to initialize the Intel Satisfaxtion modem before loading WIN-OS2. The
following procedure is to be followed:
1. Open the startup folder and make a COPY of the "Modem Initialization"
object you previously created. You may place the copy on the desktop or in
any folder of your choosing.
2. Open the Settings Notebook of this new object and erase the PARAMETERS and
WORKING DIRECTORY fields.
3. Select the SESSION tab and choose DOS FULL SCREEN.
Note: You must use a DOS FULL SCREEN session for this procedure otherwise
the results will be unpredictable.
4. Select the GENERAL tab and name this new object "FaxAbility". We will now
refer to the object as the FaxAbility Icon.
5. Close the settings notebook.
6. Double Click on the (new) FaxAbility Icon which should bring you to a full
screen DOS command prompt.
7. Run the FAX400.BAT batch file which you previously created.
8. Enter WINOS2 and press the enter key.
9. You should now be at the WIN-OS2 desktop. At this point you need to follow
the Intel Supplied instructions for installing the FaxAbility application.
The installation will procedure just as it would under native MS Windows
3.x.
After the installation of the software is complete, you will need to refer to
the appropriate section (depending on the version of OS/2 2.x) for creating an
ICON on the OS/2 desktop.
ΓòÉΓòÉΓòÉ 9.4.4.2. CREATING A FAXABILITY ICON UNDER OS/2 2.0 ΓòÉΓòÉΓòÉ
There is a special procedure to load TSRs with Windows based programs under
OS/2 2.0. This procedure is not required under OS/2 2.1. This section will
explain how to create an ICON on the desktop. This is only an example and you
might have to change things such as drive letters and paths. This example
could be used for other DOS and WINDOWs applications which require access to
the Intel Satisfaxtion modem.
1. You will need to make a copy of the FAX400.BAT file which you previously
created. Copy this file to a file named: WFAX400.BAT.
Example copy FAX400.BAT WFAX400.BAT
2. Use the System Editor (E.EXE) to edit the WFAX400.BAT file. You have two
options:
a. You can just start a WIN-OS2 full screen session or
b. You can start the Intel FaxAbility program "seamlessly"
The following figures will give you an example of what your WFAX400.BAT should
look like. The PATH setting may be different depending on where you have
loaded the software. We have assumed that the INTEL software and the OS/2
operating system have been loaded on drive 'C'.
ΓòÉΓòÉΓòÉ 9.4.4.3. EXAMPLE OF SEAMLESS EXECUTION OF FAXABILITY UNDER OS/2 2.0 ΓòÉΓòÉΓòÉ
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéECHO. Γöé
Γöé Γöé
ΓöéPROMPT $i$p$g Γöé
Γöé Γöé
ΓöéREM SET DELDIR=C:\DELETE,512; Γöé
Γöé Γöé
ΓöéPATH Γöé
Γöé Γöé
ΓöéC:\OS2;C:\OS2\MDOS;C:\OS2\MDOS\WINOS2;C:\;C:\F AX; Γöé
Γöé Γöé
ΓöéLOADHIGH APPEND C:\OS2;C:\OS2\SYSTEM Γöé
Γöé Γöé
ΓöéLOADHIGH DOSKEY FINDFILE=DIR /A /S /B $* Γöé
Γöé Γöé
ΓöéC:\FAX\CASMGR.EXE C:\FAX\CASMGR.CFG Γöé
Γöé Γöé
ΓöéC:\FAX\FAXPOP.EXE Γöé
Γöé Γöé
Γöéwinos2.com C:\faxablty\manager.exe Γöé
Γöé Γöé
Γöéexit Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
ΓòÉΓòÉΓòÉ 9.4.4.4. EXAMPLE OF OS/2 2.0 FULL SCREEN WIN-OS2 SESSION AND FAXABILITY ΓòÉΓòÉΓòÉ
ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
ΓöéECHO. Γöé
Γöé Γöé
ΓöéPROMPT $i$p$g Γöé
Γöé Γöé
ΓöéREM SET DELDIR=C:\DELETE,512; Γöé
Γöé Γöé
ΓöéPATH Γöé
Γöé Γöé
ΓöéC:\OS2;C:\OS2\MDOS;C:\OS2\MDOS\WINOS2;C:\;C:\F AX; Γöé
Γöé Γöé
ΓöéLOADHIGH APPEND C:\OS2;C:\OS2\SYSTEM Γöé
Γöé Γöé
ΓöéLOADHIGH DOSKEY FINDFILE=DIR /A /S /B $* Γöé
Γöé Γöé
ΓöéC:\FAX\CASMGR.EXE C:\FAX\CASMGR.CFG Γöé
Γöé Γöé
ΓöéC:\FAX\FAXPOP.EXE Γöé
Γöé Γöé
Γöéwinos2.com Γöé
Γöé Γöé
Γöéexit Γöé
ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
To setup the FaxAbility Icon (which you previously created), you need to modify
the object's Settings:
Note: We are still following the previous example of having the INTEL software
and the OS/2 operating system loaded on drive C. You will need to make
adjustments if you have loaded the INTEL software or OS/2 on any other disk
drive.
1. Open the settings notebook and enter the following fields:
o PATH & FILENAME: C:\faxablty\manager.exe
o PARAMETERS:
o WORKING DIRECTORY: C:\faxablty
2. Select the SESSION tab and select WIN-OS2 Full Screen from the options
presented.
3. Click on the WIN-OS2 (DOS) Settings button to configure the session.
4. Select the DOS_DEVICE option from the list and make sure that the
SATISFAX.SYS device driver is loaded. You need copy the line from the
CONFIG.400 (from a previous step) that states c:\FAX\SATISFAX.SYS IOADDR=
5. Select the DOS_SHELL option and set the shell command to the following:
C:\OS2\MDOS\COMMAND.COM C:\OS2\MDOS /K WFAX400.BAT
6. You may also need to adjust some of the other settings for better
performance. (DOS PERFORMANCE ISSUES)
7. Select SAVE to save the settings. Close the object.
You should now be able to double click on the FaxAbility Icon and start the
program.
ΓòÉΓòÉΓòÉ 9.4.4.5. CREATING A FAXABILITY ICON UNDER OS/2 2.1 ΓòÉΓòÉΓòÉ
To setup the FaxAbility Icon (which you previously created), you need to modify
the object's Settings:
1. Open the settings notebook and enter the following fields:
o PATH & FILENAME: C:\faxablty\manager.exe
o PARAMETERS:
o WORKING DIRECTORY: C:\faxablty
2. Select the SESSION tab and select WIN-OS2 Full Screen from the options
presented.
3. Click on the WIN-OS2 (DOS) Settings button to configure the session.
4. Select the DOS_DEVICE option from the list and make sure that the
SATISFAX.SYS device driver is loaded. You need copy the line from the
CONFIG.400 (from a previous step) that states c:\FAX\SATISFAX.SYS IOADDR=
5. Select the DOS_AUTOEXEC option and set the AUTOEXEC command to the DOS
batch file, FAX400.BAT, which you created during installation:
Example C:\FAX400.BAT
6. You may also need to adjust some of the other settings for better
performance. (DOS PERFORMANCE ISSUES)
7. Select SAVE to save the settings. Close the object.
You should now be able to double click on the FaxAbility Icon and start the
program.
ΓòÉΓòÉΓòÉ 9.4.5. FAXWORKS, INTEL SATISFAXTION AND OS/2 ΓòÉΓòÉΓòÉ
This section gives some comments from a Fernwood (BBS) SatisFaxtion 400 user.
While there is no official endorsement for any products listed, we have
provided this information for users who may be using these products.
ΓòÉΓòÉΓòÉ 9.4.5.1. Comments from a Fernwood BBS SatisFaxtion 400 User ΓòÉΓòÉΓòÉ
The best fax modem for OS/2 users is, probably, the Intel Satisfaxtion 400, a
14.4KB fax and data modem with co-processor on board. Co-processed faxing is
ideal for a multi-tasking environment.
The problem is that Intel rather emphatically says that it does not support
OS/2 and gives little help to callers trying to use their modems under OS/2. So
let me outline a couple of points I've learned playing with the modem, OS/2 and
several fax, communications and BBS packages.
The only place where Intel's lack of support for OS/2 has much impact is in the
configuration process. The modem works perfectly well with all the OS/2
packages I've tried it with. Normal DOS installation creates two files,
Download.400 and Loader.400, which are downloaded to the modem and work
perfectly well under OS/2. The only tricky part is the DOS "SetUp" program in
the supplied diskettes. This program scopes out your system and assigns I/O
addresses and COM ports for fax and data respectively. You can run Setup under
OS/2 DOS on some machines without difficulty. Type "Setup noreboot" at the DOS
prompt.
If Setup has trouble configuring the modem under OS/2 DOS, which happens, you
can use Boot Manager or Dual Boot to boot up real DOS and configured the modem
that way.
My notebook, however, runs only OS/2 HPFS and Setup, run under OS/2 DOS, could
not find a com port for the data modem. It insisted on turning the modem off. I
tried configuring the modem under real DOS on a much different machine and
forcing the values I thought might work on my notebook. The data modem would
not function when I installed it with those settings on my notebook. (Intel's
tech support had told me that the results of my unsuccessful attempts to find
correct com port settings for the data modem meant that it would not run under
OS/2 on that notebook system.)
But if I have learned anything about OS/2, it is that you should never give up.
There is almost always another way to do anything. So I tried the following: I
created a 3 1/2 inch DOS boot disk and copied the files from Intel's first 5
1/4 installation diskette onto it. I booted DOS from the floppy and ran Setup
from the A: drive. Since I use HPFS, the system did not know about the C: drive
and I could not perform some functions that required a C:\ drive directory. But
Setup did work perfectly in assigning addresses and ports. I also used Advanced
Setup to configure answering mode, etc. Just stay out of any line that prompts
for a hard drive directory. You will have to reboot to get out again. When I
had finished configuring the modem, Setup wrote the settings to the modem's
non-volatile RAM. I then aborted Setup and rebooted OS/2. The modem worked!
Once you have configured the modem itself, you just get copies of the two *.400
files supplied (in a *.zip file) on the installation diskette and put them in
you FaxWorks directory. You will need to start up FaxWorks in receive mode each
time you reboot your system in order to download these files to the modem.
One of the great things about the Satisfaxtion 400 is that it will allow you to
run both fax and data from the same line without juggling the software. In
other words, you can fire up your communications software and access the data
modem while FaxWorks is still running in receive mode. (Obviously, you can't
fax and modem at the same time.)
Intel documentation describes a setting of the modem, when it is the sole owner
of a phone line, which allows it to answer the phone, listen for a fax, then
send out data modem mating signals for a few seconds and then switch back to
fax mode again. In theory, this allows it to answer incoming autodial fax
calls, manual dial fax calls and autodial modem calls in the appropriate modes.
I tried this with the OS/2 version of the Maximus BBS. The modem was set up to
answer on one ring and to own the phone line. FaxWorks was set up to receive on
the first ring. Maximus was in the default mode: S0=0 and the BBS software
ready to send ATA after one RING.
That does not work. S0 must be set to a number greater than 0 or the modem will
not attempt to recognize incoming data calls. So I set S0=1 in the
initialization string the BBS sends out to the modem and set the BBS to the
alternative mode where it responds to the modems autoanswer feature. This half
worked. All fax calls were answered as faxes. But modem calls were answered as
data calls only until the first fax call came in. After the first fax call, the
modem treated all calls as fax calls, until I manually reinitialized the modem
by killing and restarted Maximus. Obviously, FaxWorks was reinitializing the
modem and setting S0 back to 0, the factory default. So I changed the
Initialization string in Maximus by adding "&W&Y" to the end of the string.
"&W" stores the configuration in the first of two places in the modem's memory.
I figured that FaxWorks probably issued an "ATZ". To be on the safe side, I
also added "&Y" which instructs the modem to use the programmed settings at
startup.
This worked! Here is what happens. The modem picks up at the first ring and
listens for a fax tone. If it hears one it tells FaxWorks to pick up. If it
does not here a tone, it answers as a modem and tries to handshake. If it
succeeds, it tells Maximus to pick up. If it cannot handshake, it sends out fax
tones and tried to connect as a fax again.
I have each software package configured to turn on the modem's speaker until a
connection is established. Each is set at a different volume so I can hear
what is going on.
If the call is a fax call, the speaker becomes active at the volume set in
FaxWorks only after the modem hands the call to FaxWorks. It acts, in other
words, just as if FaxWorks had picked up the call itself. If the call is a
modem call, the speaker becomes active at the volume set in Maximus, but only
after the modem hands the call to Maximus.
I now have my office's EMail & File Transfer BBS and main fax all coming in on
the same phone line to my desktop computer running OS/2. This integrates Email
and file transfer with fax communications. I can also use my own BBS to
retrieve faxes on the road.
I intend to install the multi-line version of FaxWorks when it becomes
available and run a two line fax and two node Maximus BBS from the same two
phone lines and modems.
ΓòÉΓòÉΓòÉ 10. PCMCIA SUPPORT UNDER OS/2 2.X ΓòÉΓòÉΓòÉ
This section will highlight support features for PCMCIA support under OS/2 2.x.
The base support for PCMCIA is enabled in OS/2 2.1 and later releases.
ΓòÉΓòÉΓòÉ 10.1. PCMCIA MODEMS AND THE IBM THINKPAD 720C ΓòÉΓòÉΓòÉ
The IBM Thinkpad 720c has an optional PCMCIA modem. This modem is shipped with
OS/2 2.1 device drivers. Since shipment of the original modems, there have
been some updates to the device drivers. These updates are to be made
available on the IBM BBS sometime during July, 1993.
For users who are experiencing difficulty under OS/2 2.1 with the IBM Thinkpad
720c and the PCMCIA modem, the following procedure can be tried:
1. Place the IBM Thinkpad 720c in SUSPEND mode.
2. Open a command prompt (OS/2 or DOS).
3. Enter the following at the command line:
PS2 SET CARD ON
4. If the user gets an error from the previous command, have the user install
the "Advanced Command Set":
UINSTALL
Note: This may require the PCMCIA device driver diskettes or the OS/2 2.1
diskettes.
There appears to be a problem if the power management function powers off the
PCMCIA slot. The PS2 SET CARD ON command sets the PCMCIA slot to on.
ΓòÉΓòÉΓòÉ 10.2. USING PCMCIA SUPPORT WITH DOS BASED DRIVERS ΓòÉΓòÉΓòÉ
The COM.SYS device driver will accept parameters for serial ports which do not
exist in the machine at boot time. PCMCIA modems are an example of such
hardware. There is limited support for these modems provided the modem vendor
has provided both socket support and client support device drivers. User's
should inquire with the modems vendor for the availability of OS/2 2.x device
driver support for their modem to achieve best results.
The following requirements must fulfilled to have support for PCMCIA modems
using DOS based device drivers:
1. The PCMCIA modem may need to be present in the machine at boot time. There
is no "hot plug" support available when using DOS based device drivers.
2. You will have to determine in advance what I/O address and IRQ will be used
by the PCMCIA modem. You will have to specify these as parameters to the
COM.SYS device driver (See OS/2 2.1 (XR02010) AND OS/2 2.0 SP/2 ).
3. The vendor of the PCMCIA modem must provide full socket and client device
driver support for the modem.
4. The socket and client device driver support will need to be executed at
before using the modem. We recommend the same type of procedure as using
with the INTEL Satisfaxtion 400 modem; create a DOS batch file which runs
the vendor's device drivers and then terminates. You can create an ICON to
this batch file and include it in your STARTUP folder.
Note: If you are using a DOS based serial communication application, you
may wish to load the DOS based device drivers into the VDM session.
If the drivers are normally load in the DOS "CONFIG.SYS" file, you
can load them into the DOS_DEVICE setting. If the drivers are
normally loaded in the DOS "AUTOEXEC.BAT" file, you can load the
drivers in a custom "AUTOEXEC.BAT" file and assign the file to the
session using the DOS_AUTOEXEC setting. Refer to the OS/2 Master
Help facility for more information.
ΓòÉΓòÉΓòÉ 11. ISA WORK SHEETS ΓòÉΓòÉΓòÉ
This section will provide you with ISA Work Sheets to assist you in configuring
your system. Should you have any questions about adapter addresses or IRQs,
you can take this sheet to the place where you purchased your system and they
should be able to assist you in filling it out. The easiest way to print this
out is to select the sheet you wish to print and select the COPY to file (under
the SERVICES menu). This will copy the section you are in to a file named
TEXT.TMP in the current working directory. You can then print this file in
text mode. You can also just select the print option below.
ΓòÉΓòÉΓòÉ 11.1. HOW TO COLLECT DATA FOR WORKSHEETS ΓòÉΓòÉΓòÉ
You should first complete the basic configuration work sheet.This is very
important as the type of hardware used makes a difference. Please provide as
much information as possible including application names and VERSIONS, adapter
names and MANUFACTURERS.
If you have an ISA or EISA computer, you will have to provide accurate
information about I/O addresses and IRQs which are in use. The I/O addresses
and IRQs for COM1 and COM2 are usually standard. Most problems occur with the
addition of other serial adapters (such as Multi-I/O adapters, internal modems,
Multimedia adapters, etc). The only reliable way to determine physical IRQ
assignment for an ISA adapter is to check the physical settings with the
adapter's documentation. (ISA BUS ARCHITECTURE)
You can use the DEBUG (DETERMINING I/O ADDRESSES) utility to get the I/O
addresses used by COM1 through COM4.
ΓòÉΓòÉΓòÉ 11.1.1. RECOMMENDED STEPS TO COMPLETE THE FORMS ΓòÉΓòÉΓòÉ
1. Complete the Hardware Configuration Work Sheet and IRQ settings.
2. Open and OS/2 Window and use the DEBUG (DETERMINING I/O ADDRESSES) to
provide the I/O addresses. Record this information on the worksheets under
the DEBUG information section.
3. Since you are at an OS/2 command prompt, you can get the file sizes of the
COM.SYS, VCOM.SYS and COMM.DRV files by entering the following:
DIR/S filename <ENTER>
where the filename is COM.SYS and VCOM.SYS. Once the system has displayed
the file, you can use the CTRL-C key sequence to cancel the search. Record
the file sizes on ERROR MESSAGE AND ENVIRONMENT DETAILS Worksheet.
4. Edit the CONFIG.SYS file (E CONFIG.SYS) and search for PRIORITY_DISK_IO.
Record the value on the CONFIG.SYS SETTINGS worksheet.
5. Search again for MAXWAIT. Again, record the value on the CONFIG.SYS
SETTINGS worksheet.
6. Go to the bottom of the CONFIG.SYS file and work backwards until COM.SYS
and VCOM.SYS are found. Is there a REM statement in front of VCOM.SYS or
no VCOM.SYS loaded? If so, mark VCOM.SYS disabled otherwise mark VCOM.SYS
enabled.
7. Record the parameters for the COM.SYS device driver. If any parameters are
passed, verify that the I/O addresses match what you found using DEBUG in
step 1 above. Remember that IRQ sharing is not permitted on ISA bus
machines. PS/2's do not require any parameters.
8. You should use ALT-F4 to exit the editor and return to the OS/2 command
prompt. Unless you have made specific changes, you should DISCARD any
accidental changes made. This is very important for customers who are not
very familiar with the editor.
9. You should now be back at the OS/2 command prompt. You should issue a MODE
command against the COM port in question (i.e. MODE COM1 <ENTER>). Record
the values reported in the MODE COMMAND section of the worksheets. (USING
THE MODE COMMAND)
10. If the problem is a DOS or Windows application, you should return to the
desktop and open up the SETTINGS for the program object. Go to the Session
TAB and get the DOS Settings for COM_HOLD, COM_SELECT, etc. If one of the
settings is not present, mark it N/A.
11. Please give a detailed description of what the problem is. This
description should include:
a. The name and version of the application.
b. Detailed symptoms of the problem (lost data, screen corruption, cannot
dial the modem, etc).
c. If known, steps required to reproduce the problem.
d. What steps you did to attempt to correct the problem.
ΓòÉΓòÉΓòÉ 11.2. HARDWARE CONFIGURATION WORK SHEET ΓòÉΓòÉΓòÉ
***********************************************************************
** Hardware Configuration Work Sheet **
***********************************************************************
OS/2 Version: _________ CSD Level: ________________________________
Manufacturer: Make,Model,Speed: _____________________________________
BIOS: Make,Date RAM: Cache: _________________________________________
HD1 / HD2: Make,Size,Type: __________________________________________
Partition Info: _____________________________________________________
Floppy Drv: A: ______ B: ______ Tape Drv: _______________________
Video: Make,Chipset,Res,VRAM: _______________________________________
Mouse: Make,Type,Buttons,Emulation: _________________________________
Printer: Make,Model,Emulation: ______________________________________
All Peripherals,Cards,Co-Processor: _________________________________
______________________________________________________________________
***********************************************************************
** PHYSICAL (HARDWARE) IRQ SETTINGS AND I/O ADDRESSES **
***********************************************************************
IRQ Settings -The default/common settings are shown. Please indicate
the ACTUAL IRQ settings for your hardware:
IRQ1: Keyboard__ IRQ2: ____________ IRQ3: __________ IRQ4: ___________
IRQ5: __________ IRQ6: Drv A_______ IRQ7: LPT1______ IRQ8: Clock______
IRQ9: __________ IRQ10: ___________ IRQ11: _________ IRQ12: __________
IRQ13: Math Coprocessor____________ IRQ14: Harddisk_ IRQ15: __________
***********************************************************************
DEBUG (D 40:0):
0040:0000 ____ ____ ____ ____ ____ ____ ____ ____ - BC 03 78 03 78 02 C0 9F
ΓòÉΓòÉΓòÉ 11.3. OS/2 ERROR MESSAGE & ENVIRONMENT DETAILS ΓòÉΓòÉΓòÉ
***********************************************************************
** ERROR MESSAGE AND ENVIRONMENT DETAILS **
***********************************************************************
Error Message/Number, if any: __________________________________________
Where does the error occur: VDM _ OS/2 _ WinOS2 _ On Boot Up _
Config.sys: Is VCOM.SYS: Enabled _ Disabled _ Priority_Disk_IO = ____
Type: Modem _ Fax _ Peripheral (not mouse, e.g. scanner) _____________
COM Port involved: COM1 _ COM2 _ COM3 _ COM4 _ Adapter Name: _________
File Size and Dates: COM.SYS _________ ___/___/___
VCOM.SYS _________ ___/___/___
***********************************************************************
** MODE COMMAND SETTINGS **
***********************************************************************
Mode COMx parameter settings:
BAUD = ____ PARITY = ____ DATABITS = __ STOPBITS = _
TO = ____ XON = ____ IDSR = ___ ODSR = ____
OCTS = ____ DTR = ____ RTS = ____ BUFFER = ____
***********************************************************************
** DOS_SETTINGS FOR FAILING SESSION **
***********************************************************************
DOS SETTINGS: COM_HOLD = ___ IDLE_SENSITIVITY = ____ %
COM_DIRECT_ACCESS = ____ COM_SELECT = ________
COM_RECEIVE_BUFFER_FLUSH = _______________________________________
***********************************************************************
** CONFIG.SYS SETTINGS **
***********************************************************************
COM.SYS Parms (p#, Addr, IRQ, SI): (_ , ___ , __ , _ ) (_ , ___ , __ , _)
PRIORITY_DISK_IO = ______ MAXWAIT = ___________
ΓòÉΓòÉΓòÉ 11.4. TRAP & SYS31xx ERRORS ΓòÉΓòÉΓòÉ
******************************************************************
** Full Trap Form (System Halted) **
******************************************************************
TRAP ____ ERRCD= ____ ERACC= ____ ERLIM= ________
EAX= ________ EBX= ________ ECX= ________ EDX= ________
ESI= ________ EDI= ________ EBP= ________ FLG= ________
CS:EIP= ____ : ________ CSACC= ____ CSLIM= ________
SS:ESP= ____ : ________ SSACC= ____ SSLIM= ________
DS= ____ DSACC= ____ DSLIM= ________ CR0= ________
ES= ____ ESACC= ____ ESLIM= ________ CR2= ________
FS= ____ FSACC= ____ FSLIM= ________
GS= ____ GSACC= ____ GSLIM= ________
THE SYSTEM DETECTED AN INTERNAL PROCESSING
ERROR AT LOCATION ## ____ : ________ - ____ : ________
_____ , ____
________ *** OS/2 VERSION 2 ***
INTERNAL REVISION _ . ___ DATE: __/__/__ ***TRAP INFORMATION***
Please indicate the failure mode: OS/2: _ DOS: _ WIN_OS/2: _
******************************************************************
** SYS3175 and SYS3176 Error Form **
******************************************************************
Please give complete message. You may submit a Print Screen in lieu of
this form.
_______________________________________________________________________
_______________________________________________________________________
______________________________________________________________________
P1= ________ P2= ________ P3= ________ P4= ________
EAX= ________ EBX= ________ ECX= ________ EDX= ________
ESI= ________ EDI= ________
DS= ____ DSACC= ____ DSLIM= ________
ES= ____ ESACC= ____ ESLIM= ________
FS= ____ FSACC= ____ FSLIM= ________
GS= ____ GSACC= ____ GSLIM= ________
CS:EIP= ____ : ________ CSACC= ____ CSLIM= ________
SS:ESP= ____ : ________ SSACC= ____ SSLIM= ________
EBP= ________ FLG= ________
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Requires System Level XR06055 or OS/2 2.1.
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Requires OS/2 2.1 or XR09999
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
The DOS_DEVICE (COMDD.SYS) may not be the only one required depending on the
application. (For example, Intel's SatisFAXion board requires a device driver
loaded into each VDM which will use that adapter). The COMDD.SYS driver is
usually required only for older DOS communication applications. Do not use
COMDD.SYS for EVERY DOS communication session; use it only if it resolves
the problem.
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Use the OS/2 SYSLEVEL command to determine which level of the operating system
is executing. The Base Operating System Level is located on the SYSLEVEL.OS2
line. A current CSD level of XR02000 indicates that this is OS/2 2.0 General
availability (GA) which was released in April, 1992.
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Use the OS/2 SYSLEVEL command to determine which level of the operating system
is executing. The Base Operating System Level is located on the SYSLEVEL.OS2
line. A current CSD level of XR06055 indicates that this is OS/2 2.0 General
availability (GA) plus the Service Pack which was released in October, 1992.
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Use the OS/2 SYSLEVEL command to determine which level of the operating system
is executing. The Base Operating System Level is located on the SYSLEVEL.OS2
line. A current CSD level of XR02010 indicates that this is OS/2 2.1 General
availability (GA) which was released in June, 1993.
ΓòÉΓòÉΓòÉ <hidden> ΓòÉΓòÉΓòÉ
Use the OS/2 SYSLEVEL command to determine which level of the operating system
is executing. The Base Operating System Level is located on the SYSLEVEL.OS2
line. A current CSD level of XR09999 indicates that this is a future release
for OS/2 2.x due MMMM, YYYY.