Category : Alternate Operating Systems - Quarterdeck DesqView, CP/M, etc
Archive   : QWAUG92.ZIP
Filename : NWORK.TEC

ID:NW Networks, Setting up DESQview
Quarterdeck Technical Note #154
by Dan Sweeney
last revision: 12 February 1992

The most common questions:

Q: Can I run DESQview on my network?

A: Yes, though DESQview is not truly a network-aware program*. DESQview
interfaces with a network as if it were just another hardware device such
as a hard disk, modem, or printer. Simply load the network shell and
start DESQview.

*DESQview does make Novell and IBM PC LAN API calls for compatibility
purposes (DESQview checks for these networks when it loads).

Q: How many people can use a copy of DESQview on the network?

A: Quarterdeck Office Systems requires one purchased copy for each
individual that will be using our software. Currently there is no site
license policy. This requirement applies for all Quarterdeck Office
Systems products.

Q: Can I run my network file server software in a DESQview window?

A: No. Network operating systems are not DOS programs. The network
operating system would have to be specifically written for this purpose.

Q: Can I run my network file server software and then load DESQview?

A: This depends on the quality of the DOS emulation of the file server
software. It is possible to run DESQview after the server software has
been loaded with some Peer to Peer Networks.

Q: Can I load my workstation network shell in a DESQview window?

A: If the network shell program has been specifically written for this
purpose--Novell's Network Access Server's IPX.SYS and NET3.COM, for
example--the answer is yes. Some of our users report loading other
network shells in a DESQview window with some success. As a general rule,
loading non-DESQview specific network shells within a window is not
recommended. The reasons are that network shells are actually interrupt
arbitrators, re-directors, and/or repeaters. Depending on the shell
configuration (and the application software) intended to run in the
window, two primary factors must be considered.

1. A packet may arrive for the workstation while this window is not the
current task. The network must retry sending the packet, causing network
performance degradation (or the network may timeout and drop the work-
station).

2. Only that window would be able to see the network. Loading the network
shell in more than one window can also confuse the network unless the
shell has been specifically written for this purpose.

Q: Do I need to reconfigure my network card for DESQview?

A: It will probably not be required, but when running DESQview with an
exPANDed memory it can be very advantageous to do so. If your network
card places ROM and/or RAM in the reserved memory area (between 640K and
1024K), you should locate the ROM and/or RAM to create large contiguous
free blocks of high memory. Knowing the locations of these items can be
very useful in troubleshooting memory conflicts as well. DESQview can
use exPANDed memory to load itself into the unused areas. Large
contiguous blocks of memory allow DESQview to place more of its code
"high," leaving more available conventional memory for other programs.
In addition, Quarterdeck's QEMM-386, QEMM-50/60 and QRAM programs can
create High RAM in these locations and you can then load TSR programs
like network drivers, buffers, and files in this area rather than in
conventional memory.

Q: What kind of memory conflicts happen in this area with networks?

A: Most exPANDed memory drivers are loaded prior to the network shell. If
the shell initializes a RAM buffer in reserved memory after the memory
driver, it is quite possible that the EMS driver won't know about the RAM
buffer. When an application tries to use exPANDed memory it may
overwrite the RAM buffer causing various problems. Symptoms range from
network access failure to all-out system crashes.

Q: How can I tell where these locations are?

A: The best bet is to check the network card documentation. If you can't
locate it, consult the manufacturer of the card. It is best to know
these addresses in hexadecimal numbers.

Q: So how do I prevent memory conflicts?

A: Most exPANDed memory managers have the ability to exclude certain areas.
QEMM-50/60 and QEMM-386 both have this feature. After determining the
starting and ending address, place a parameter on the QEMM line of your
CONFIG.SYS file as listed below:

DEVICE=C:\QEMM\QEMM386.SYS EXCLUDE=XXXX-YYYY RAM ST:M

The XXXX should be replaced with the starting hexadecimal address and YYYY
should be the ending address.

Q: Can I login as a different user in each window?

A: As the network shell is loaded before DESQview, logging in as a different
user in each window may cause problems. In the case of Novell Netware,
the IPX can only support one username per card. When this is done, the
previous username and network access rights are replaced with the current
rights assigned to the username you use. If you are using the IPXSPX.SYS
that is supplied with Novell's Remote Access Server product, you can in
fact login as different users in different windows.

Q: Can I change or set search maps in different windows?

A: Yes, but... The search mapping facility set in the last window becomes
the global search map for the workstation. Programs running in other
DESQview windows may fail if they are using a different map.

Q: Can I map drives in a DESQview window?

A: Yes. In DESQview 2.26 you can map network subdirectories or volumes to
drive letters. The new map takes effect globally, so use with caution.

Q: Can I load the network shell above 640K with QRAM?

A: Yes, provided you have EEMS or EMS 4.0 HARDWARE and SOFTWARE (and a large
enough contiguous area to load them in).


************************************************************************
*This technical note may be copied and distributed freely as long as it*
*is distributed in its entirety and it is not distributed for profit. *
* Copyright (C) 1990-2 by Quarterdeck Office Systems *
************************ E N D O F F I L E *************************