home *** CD-ROM | disk | FTP | other *** search
- ID:NW DESQview on a Network
- Quarterdeck Technical Note
- by Dan Sweeney
-
-
- The most common questions are.
-
- 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 most 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 such as Novell's Network Access Server's IPX.SYS and NET3.COM
- 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 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 2 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 re-configure 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 trouble shooting 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 HIRAM.SYS and LOADHI.COM utilities
- can map RAM into these locations (if your hardware supports the EMS 4
- specification) and you can then load small 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
- address in hexadecimal numbers.
-
- Q: ? So how do I prevent memory conflicts from happening ?
-
- A.: Most exPANDed memory managers have the ability to exclude certain
- areas. QEMM 50/60 and QEMM 386 both have this feature. After determing
- the starting and ending address place a parameter on the QEMM line of
- your Config.sys file as listed below:
-
- DEVICE=C:\QEMM.SYS EXCLUDE=XXXX-YYYY
-
- The XXXX should be replaced with the starting hexidecimal 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 contigous area to load them in).
-
- Copyright (C) 1990 by Quarterdeck Office Systems
- * * * E N D O F F I L E * * *
-