home *** CD-ROM | disk | FTP | other *** search
-
- 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-=-=-=-