home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Black Box 4
/
BlackBox.cdr
/
desqview
/
emmnet1.arj
/
EMMNET.DOC
next >
Wrap
Text File
|
1991-04-11
|
9KB
|
184 lines
From: Quarterdeck Office Systems
DATE: To: DESQview network users
RE: EMMNET Driver for DESQview 2.3x
Disclaimer
Quarterdeck has not announced EMMNET to the general public.
Making this version available does not in any way constitute an
obligation to release or ship this product or to indicate that
the product will be released or shipped at any particular time.
Pricing will be determined if and when release is scheduled.
Product Overview
EMMNET is a Quarterdeck product under development which
attempts to resolve possible conflicts between programs making
IPX/SPX or NETBIOS network calls and other programs in memory
while using DESQview 2.30 or later.
Technical Overview
Some NETBIOS and IPX/SPX programs perform functions which
"listen" to the network. Typically, these programs pass a
specific address in memory to the network which the network may
access at a later time. This address may belong to a buffer
where the program is expecting the network to place data that
has been requested, or to a subroutine that the program would
like the network to call when a certain condition has been
satisfied.
In a DESQview system in which no programs are running in
expanded memory, these operations pose no problem. One example
of such a system is a DESQview environment with only one window
open; another is a DESQview environment in which all open
windows fit into the memory available below 640K (conventional
memory).
However, a problem can arise when DESQview is running some
programs in conventional memory and some programs in expanded
memory. Under these conditions, DESQview is frequently
changing the expanded memory map in order to multitask.
A conflict can occur when a program makes a network call that
will eventually generate a response from the network. By the
time the network has retrieved the information that the program
has requested, the expanded memory map may have changed many
times. If the network simply shoots its data off to the
address in memory that it was given, or calls what it presumes
will be the program's subroutine, and the memory map has
changed since it was given an address, it may overwrite a
spreadsheet or a word processor in another window, or execute a
random piece of code. The result of such a collision is often
a crash or, if the processor is an 80386 or higher, an
exception error.
The EMMNET.DVR driver solves this problem by detecting when any
program running inside a DESQview window makes an IPX, SPX, or
NETBIOS call. If the call is one that may result in the
network responding at an unfortunate time, EMMNET changes the
address that the program is handing to the network, passing
instead an address in DESQview's common memory, which can be
relied upon to always occupy an address in the 0 to 1024K
memory area. When the network responds, DESQview is able to
activate the program that requested the information, making
sure that information and control are transferred to the
appropriate addresses in memory.
The Drivers
There are two versions of the network expanded memory driver.
They are supported by DESQview 2.30 and higher. One of the
drivers is the standard EMMNET; the other, the "debug pokes"
version, displays network calls that have been affected by
EMMNET. Both drivers are identical in all other respects.
The "debug pokes" version lists items inside brackets along the
bottom of the video display screen when the screen is in text
mode. (These debug symbols will not appear if the display is in
graphics mode.) Each item is the ASCII symbol that corresponds
to the number of the IPX, SPX, or NETBIOS call that EMMNET has
diverted to DESQview's common memory. The items are enclosed
in square brackets ( [] ) in the case of NETBIOS calls, and
angle brackets ( <> ) in the case of IPX and SPX calls. You
should use the "debug pokes" version for troubleshooting only.
Calls that EMMNET does not divert are not poked to the screen.
Installing EMMNET
Copy the files into your DESQview directory, then use the
following DOS command:
REN EMM.DVR EMM.OLD
... to save a copy of the current EMM driver.
Then, copy EMMNET to the name that DESQview expects. For the
standard version, type the following DOS command:
COPY EMMNET.DVR EMM.DVR
For the "debug pokes" version, type the following DOS command:
COPY EMMNET.POK EMM.DVR
DESQview will automatically use EMM.DVR if it is present when
DESQview is started. If you've installed the drivers from a
DESQview window, it will be necessary for you to quit DESQview
and start it again to use the features of EMMNET.
Troubleshooting
If EMMNET is not giving you the desired results, first make
sure that you are indeed using the correct versions of our
products. Check the DESQview directory for the date on the
DV.EXE file; it must be dated 8-24-90 or later to work with the
present version of EMMNET. Check the file named EMM.DVR; if it
is less than 10K in size, you have not copied your EMMNET
driver to this filename, which is necessary for DESQview to
load EMMNET.
Remember that EMMNET is not likely to affect the operation of a
solitary DESQview window. It is intended to resolve problems
that occur only when multitasking is taking place and some of
the multitasking windows are running in expanded memory. If
your problem occurs within a solitary DESQview window, and if
it occurs with both the original EMM.DVR and with EMMNET
renamed to EMM.DVR, then EMMNET is not expected to help, and
other factors should be considered.
It should also be noted that EMMNET only intercepts IPX, SPX,
and NETBIOS calls. EMMNET does not detect, divert or otherwise
manipulate calls made through through any other network
protocol.
Because EMMNET uses DESQview's common memory for data, it may
be necessary in cases of heavy network traffic to increase the
amount of common memory. By default, DESQview allocates 17K
for common memory; depending on the needs of your program, you
may have to increase this figure slightly or substantially.
Use the DESQview SETUP program (select the Advanced Setup and
go to the Performance screen) to change the common memory
allocation. Adding 2K of common memory is a reasonable first
step. (Remember that changes to the DESQview Setup do not take
effect until you start DESQview again.) You can use DESQview's
Memory Status program to monitor the supply of common memory
while your program is running.
The one known existing problem with EMMNET occurs only when
programs are making SPX calls; the symptom is that network
packets are sometimes returned out of order. This problem
cannot be fixed by revising EMMNET alone; it requires a new
version of DESQview. DESQview 2.32, which is shipping at the
time of this writing, still can generate the problem of out-of-
order SPX packets; future versions of DESQview will correct the
problem.
Contacting Quarterdeck
The purpose of testing of this driver to a limited number of
users who volunteer to do so is to see if this method of
buffering network calls will be of use to our customers. We
hope and expect that you will report any problems to us.
If you have a problem with EMMNET, please notify the
Compatibility Department, either by FAX (213-314-3219) or by
the Quarterdeck Bulletin Board (213- 396-3904). We would
prefer that you not call us by telephone unless you cannot
reach us by FAX or BBS. In that event, the Quarterdeck Tech
Support number is 213-392-9701.
-=-=-=-End of File-=-=-=-