home *** CD-ROM | disk | FTP | other *** search
/ PC97 Software / SOFTWARE_97.iso / QEMM.97 / DISK3 / TECHNOTE.QIP / NW&DRDOS.TEC < prev    next >
Text File  |  1997-05-15  |  25KB  |  540 lines

  1.  
  2.  
  3.                 QEMM and Novell DOS 7 and DR-DOS 6
  4.  
  5.  Quarterdeck Technical Note #269              Filename: NOVELL7.TEC
  6.  by Quarterdeck Quality Assurance           CompuServe: NWDOS.TEC
  7.  Last revised:  4/12/95                       Category: NW
  8.  
  9.  Subject:  Installation and compatibility notes on Novell DOS 7 and
  10.            Digital Research's DR-DOS 6.
  11.  
  12.  All shipping versions of Quarterdeck products are essentially
  13.  compatible with Novell DOS 7 and Digital Research's DR-DOS 6,
  14.  alternative versions of DOS to Microsoft and IBM DOS offerings.
  15.  There are, however, a few configuration issues that will be
  16.  addressed in this note.  In the first section, Novell DOS 7 issues
  17.  are addressed; in the second DR-DOS 6 is discussed, and in the
  18.  third, notes pertaining to both versions detail QEMM's advantages
  19.  over the Novell DOS memory managers.  We recommend strongly that
  20.  you read all of the section pertaining to your version of DOS
  21.  before installing QEMM and running the OPTIMIZE program.
  22.  
  23.  For the purposes of this note, "Novell DOS" will be used to denote
  24.  either DR-DOS 6 and Novell DOS 7; when there is a distinction
  25.  between the two, the name of the operating system will be
  26.  specified in full.  Note that Novell DOS 7 is an updated version
  27.  of DR-DOS 6, and contains significant and worthwhile new features.
  28.  Some of these features make using QEMM much easier on Novell DOS
  29.  systems, and while not disparaging DR-DOS 6, Quarterdeck would not
  30.  discourage DR-DOS 6 users from considering an upgrade to Novell
  31.  DOS 7.
  32.  
  33.  Part One:  Novell DOS 7
  34.  
  35.  Q. Novell DOS 7 promises better memory management than other
  36.     versions of DOS.  Is QEMM useful on Novell DOS 7 systems?
  37.  
  38.  A. While the memory management features of Novell DOS 7 represent
  39.     an advance for DOS, Quarterdeck's memory managers still provide
  40.     significant advantages for Novell DOS 7 users.  These
  41.     advantages are detailed at the end of this note.
  42.  
  43.  Q. Novell DOS provides a DPMS driver.  What is DPMS?
  44.  
  45.  A. DPMS stands for "DOS Protected Mode Services".  Effectively,
  46.     this is a memory management specification of the same genre as
  47.     EMS, XMS, VCPI, and DPMI, but is different from all of these.
  48.     DPMS allows several of the utilities that come with Novell DOS
  49.     7 to load into extended memory, reducing conventional memory
  50.     overhead. DPMS does not conflict with any of the memory
  51.     management specifications offered by QEMM; in fact, DPMS
  52.     allocates its memory from QEMM's memory pool.
  53.  
  54.     In the earliest versions of Novell DOS 7, the DPMS driver
  55.     (DPMS.EXE, version 1.0 and 1.1) would not work properly when
  56.     loaded high by any memory manager.  Updates to Novell DOS 7 are
  57.     available on CompuServe (GO NETWARE) and from Novell.  The
  58.     initialization size of DPMS.EXE is very large in these updated
  59.     versions; thus DPMS.EXE can never be loaded high and will work
  60.     properly in all cases.  The size of the driver is only 2K, so
  61.     this will not have a significant impact on conventional memory,
  62.     but will greatly reduce the DOS memory overhead of DPMS-aware
  63.     device drivers and TSRs.
  64.  
  65.     If you have a version of DPMS.EXE version 1.1 or earlier, you
  66.     should strongly consider an update.  If you cannot arrange to
  67.     acquire an update, place the line
  68.  
  69.     DPMS
  70.  
  71.     in the OPTIMIZE.NOT file before running OPTIMIZE.  Consult your
  72.     QEMM manual for information on OPTIMIZE.NOT.
  73.  
  74.  Q. How do I install Novell DOS 7 on a machine that is already
  75.     running QEMM?
  76.  
  77.  A. Novell DOS 7 may have problems installing properly if
  78.     COMMAND.COM is loaded into upper memory. Before installing
  79.     Novell DOS 7, please take the following precautionary steps to
  80.     ensure that QEMM's DOS-Up feature is configured to load the
  81.     command processor low:
  82.  
  83.     1) At the DOS prompt, type QSETUP.
  84.  
  85.     2) When the QEMM Setup welcome screen appears, press Enter.
  86.  
  87.     3) At the QEMM Setup Options menu, type U to select Enable or
  88.        Disable DOS-Up.
  89.  
  90.     4) At the Enable or Disable DOS-Up menu, type P to select
  91.        Partial.
  92.  
  93.     5) At the DOS Up Options menu, type 2 until the word No appears
  94.        after COMMAND.COM. Then press Enter.
  95.  
  96.     6) At the QEMM Setup Options screen, press S to select Save
  97.        Configuration and Quit.
  98.  
  99.     7) You will be prompted to run Optimize. Follow the prompts on
  100.        the screen.
  101.  
  102.     When Optimize completes, you can run the Novell DOS 7
  103.     installation. The installation program will detect that a
  104.     compatible memory manager (QEMM) is already installed and will
  105.     not replace it. Follow the procedures outlined for you in the
  106.     Novell DOS 7 Installation Guide.
  107.  
  108.  Q. How do I install QEMM and run OPTIMIZE on a Novell DOS 7
  109.     machine?
  110.  
  111.  A. If you are running the Novell 7 Taskswitcher or Multitasker,
  112.     shut down all of your programs and exit Task Manager before
  113.     installing QEMM.  Put the QEMM distribution disk in your floppy
  114.     drive and run the INSTALL program as instructed in the QEMM
  115.     manual.
  116.  
  117.     Before running OPTIMIZE, ensure that the DPMS driver is in
  118.     OPTIMIZE.NOT as noted above.
  119.  
  120.  Q. Is the QEMM DOS-Up feature compatible with Novell DOS 7?
  121.  
  122.  A. Yes.  The DOS-Up feature has been compatible with Novell DOS 7
  123.     since QEMM 7.04.  There are a couple of differences between
  124.     DOS-Up on MS- or PC-DOS systems and DOS-Up under Novell DOS 7:
  125.  
  126.     - The line DEVICE=C:\QEMM\DOSDATA.SYS appears at the beginning
  127.       of the CONFIG.SYS file on MS-DOS and IBM DOS systems to
  128.       prepare the loading of the DOS kernel's data segment into
  129.       upper memory.  On Novell DOS 7 systems, the DOS data segment
  130.       remains low, so QSETUP does not insert the DOSDATA.SYS line.
  131.       If DOSDATA.SYS exists in your CONFIG.SYS file, it may be
  132.       removed.  It uses no memory and it will do no harm if you
  133.       leave it in.
  134.  
  135.     - The SHELL statement in CONFIG.SYS will not contain QEMM's
  136.       LOADHI command, which is used to load COMMAND.COM into upper
  137.       memory on MS-DOS and IBM DOS systems only.  On Novell DOS 7
  138.       systems, DOS-Up does not load COMMAND.COM into upper memory.
  139.  
  140.  Q. Are there any considerations for NWCache?
  141.  
  142.  A. NWCache, Novell DOS 7's disk cache utility, defaults to loading
  143.     its 16k lookahead buffer into conventional memory.  If you need
  144.     to free more conventional memory for your programs, you may
  145.     want to use the /BU or /BE parameters on NWCache, which will
  146.     load the look ahead buffer into either Upper or Expanded
  147.     memory.  If you have a system with a SCSI hard drive, you may
  148.     need to keep the buffer in conventional memory.
  149.  
  150.  Q. Can I use the INSTALL= and HIINSTALL= commands in CONFIG.SYS?
  151.  
  152.  A. Novell DOS's INSTALL and HIINSTALL commands are incompatible
  153.     with DOS-Up. If you are using either of these commands in your
  154.     CONFIG.SYS file to load programs, load the programs from
  155.     AUTOEXEC.BAT instead.
  156.  
  157.  Q. Can I load the command processor high?
  158.                               
  159.  A. Novell DOS 7 allows you to load the command processor outside
  160.     of conventional memory.  Do this by adding the /MH, /MX, or /MU
  161.     parameter to the command processor line in CONFIG.SYS. For
  162.     example:
  163.  
  164.     SHELL=C:\COMMAND.COM /P /MH
  165.  
  166.     The /MH parameter causes the command processor to load into the
  167.     HMA or conventional memory, depending on other configuration
  168.     options you may have set; /MX loads the command processor into
  169.     expanded memory; and /MU loads it into upper memory (or High
  170.     RAM).
  171.  
  172.  Q. Can I load DOS into the HMA?
  173.  
  174.  A. Yes, though if you are using Quarterdeck's DESQview or
  175.     DESQview/X, you shouldn't.
  176.  
  177.     You can have Novell DOS relocate the DOS kernel into the HMA,
  178.     freeing space in conventional memory for DOS applications.  We
  179.     recommend that you do this unless you are using DESQview or
  180.     DESQview/X.  To load the parts of DOS into the HMA, add the
  181.     following line anywhere in your CONFIG.SYS file:
  182.  
  183.     DOS=HIGH
  184.  
  185.     To get the most free conventional and upper memory, if you use
  186.     DOS=HIGH to load parts of DOS into the HMA, put the command
  187.     processor there as well.  
  188.  
  189.  Q. Are there any potential pitfalls for DESQview or DESQview/X
  190.     users?
  191.  
  192.  A. Yes -- a minor note for DESQview and DESQview/X users only:
  193.     various Novell DOS 7 utilities, including SHARE and NLSFUNC,
  194.     will put themselves into the HMA by default, even if the
  195.     DOS=HIGH statement is not present in CONFIG.SYS.  This will
  196.     prevent DESQview and DESQview/X from using the HMA, which will
  197.     almost always result in a decrease in the size of DESQview and
  198.     DESQview/X windows. To prevent SHARE and NLSFUNC from using the
  199.     HMA, give them one of the following parameters: /MU (which
  200.     loads the program into upper memory) or /ML (which loads the
  201.     program into conventional memory).  The following example loads
  202.     SHARE into upper memory:
  203.  
  204.     SHARE /MU
  205.  
  206.     Consult your Novell DOS 7 manual or the online documentation
  207.     for further details.
  208.  
  209.  
  210.  Q. Why does Manifest tell me that I have DOS 6 when I know that I
  211.     have Novell DOS 7?
  212.  
  213.  A. Programs may request information on the DOS version from the
  214.     system via the DOS Get Version call.  To retain maximum
  215.     compatibility with MS-DOS 6, Novell DOS 7 answers that its
  216.     version number is 6.0 whenever a program asks.
  217.  
  218.  
  219.  Part Two:  DR-DOS 6
  220.  
  221.  We recommend strongly that you read ALL of this section of this
  222.  note before installing QEMM and running the OPTIMIZE program on a
  223.  DR-DOS 6 system.  Pay special attention to the section on
  224.  SuperStor below if you are using SuperStor disk compression.
  225.  
  226.  Q. How do I get the maximum amount of conventional memory with
  227.     DR-DOS 6?
  228.  
  229.  A. There are several steps involved, for which a little background
  230.     information is needed.  However, you can recover as much as
  231.     629K of conventional memory using the features of QEMM and
  232.     DR-DOS.
  233.  
  234.  1) To get the most conventional memory available in DR-DOS 6, use
  235.     the DOS-Up feature in QEMM, in combination with the DR-DOS
  236.     HIDOS option.  To do this, run QSETUP, and from the main menu
  237.     select U for DOS-Up Options.  Choose Y for Yes to enable all
  238.     of the supported DOS-Up features, and Enter to return to the
  239.     QSETUP main menu.
  240.  
  241.  2) In MS- and PC-DOS, the DOS=HIGH command in CONFIG.SYS allows
  242.     the DOS kernel to be loaded into the first 64K of extended
  243.     memory (the HMA), which eliminates most of DOS's overhead.
  244.     DR-DOS also permits the kernel to be loaded into the HMA,
  245.     although in a slightly different way.  This is advantageous for
  246.     all DR-DOS users except those who use DESQview or DESQview/X,
  247.     which use the the HMA more efficiently than DOS can.  Thus if
  248.     you're a DESQview or DESQview/X user, skip this next step.  To
  249.     load the DR-DOS kernel into the HMA, choose C for "Edit the
  250.     Proposed CONFIG.SYS" and add the following line to CONFIG.SYS
  251.     after the QEMM386.SYS line:
  252.  
  253.     DEVICE=C:\DRDOS\HIDOS.SYS /BDOS=FFFF HIDOS=ON
  254.  
  255.  3) Use the DR-DOS HIBUFFERS command, which loads BUFFERS into the
  256.     HMA, rather than into conventional memory or High RAM.  Add
  257.     this line to CONFIG.SYS:
  258.  
  259.     HIBUFFERS=20
  260.  
  261.     Since there might not be room in the HMA to load an excessive
  262.     number of BUFFERS, we recommend limiting BUFFERS to 20.
  263.  
  264.  Q. Why doesn't OPTIMIZE arrange to load the HISTORY or FASTOPEN
  265.     commands high?
  266.  
  267.  A. LOADHI.SYS will not load HISTORY or FASTOPEN because they are
  268.     internal instructions to DR-DOS, rather than discrete programs
  269.     as they are in MS-DOS.  This causes no problems and does not
  270.     increased conventional memory overhead.
  271.  
  272.  Q. What is the HIBUFFERS command?
  273.  
  274.  A. HIBUFFERS is the DR-DOS command to load buffers into the HMA.
  275.     It will use the HMA even if the DR-DOS kernel is not loaded
  276.     there. The BUFFERS command of DR-DOS causes the buffers to be
  277.     loaded into High RAM if HIDOS=ON is in CONFIG.SYS.  Each buffer
  278.     takes an individual UMB.  The BUFFERS.COM program from
  279.     Quarterdeck works with DR-DOS; using the LOADHI.COM program
  280.     with BUFFERS.COM will cause the buffers to be loaded into a
  281.     single UMB.  Use HIBUFFERS only if you are loading the DR-DOS
  282.     kernel into the HMA, otherwise the HMA will be used for nothing
  283.     but buffers.
  284.  
  285.  Q. Should I use the DR-DOS HILOAD, HIDEVICE, and HINSTALL commands
  286.     in CONFIG.SYS?
  287.  
  288.  A. HILOAD, HIDEVICE, and HINSTALL are the DR-DOS internal commands
  289.     that load TSRs and device drivers high.  These commands are
  290.     incompatible with QEMM.  QEMM's LOADHI.COM, LOADHI.SYS, and
  291.     INSTALL=LOADHI.COM /TSR which, respectively, perform the same
  292.     functions, should be used instead.
  293.  
  294.  Q. Can I use the MEMMAX program that comes with DR-DOS?
  295.  
  296.  A. QEMM's VIDRAM program allows the user to extend conventional
  297.     memory by using the address space normally associated with VGA
  298.     graphics.  DR-DOS comes with a similar program called MEMMAX
  299.     that works only with the DR-DOS memory managers.  Users of any
  300.     Quarterdeck memory manager or enhancer should use VIDRAM
  301.     instead of MEMMAX.
  302.  
  303.  Q. Can I use the DR-DOS CHAIN command with QEMM and OPTIMIZE?
  304.  
  305.  A. The DR-DOS CHAIN command allows the CONFIG.SYS to pass control
  306.     to another CONFIG.SYS-like file.  DR-DOS uses it on
  307.     installation if you choose to install SuperStor.  OPTIMIZE does
  308.     not follow this passing of control to another file.  If you are
  309.     using CHAIN you must combine your configuration files into one
  310.     for the duration of the OPTIMIZE process.
  311.  
  312.  Q. What about the DR-DOS utilities that load themselves high?
  313.  
  314.  A. DR-DOS utilities such as Super PC-KWIK and DELWATCH are polite
  315.     enough to allow LOADHI.COM to load them high in the same manner
  316.     as they would load themselves high; this allows them to be
  317.     included by OPTIMIZE in its calculations.  This is done
  318.     automatically and does not require any attention from the user.
  319.  
  320.  Q. Can SuperStor be loaded high?
  321.  
  322.  A. SuperStor (SSTORDRV.SYS) is a disk-compression utility that is
  323.     bundled with DR-DOS.  It loads part of itself high, and leaves
  324.     the rest of itself in conventional memory.  The remainder
  325.     cannot be loaded high with any memory manager.  If you use
  326.     DR-DOS's EMM386.SYS, SuperStor merely loads low without
  327.     notification; if you use QEMM's LOADHI.SYS, SuperStor does not
  328.     load at all.  To prevent OPTIMIZE from trying to load
  329.     SSTORDRV.SYS high, place the line
  330.  
  331.     SSTORDRV
  332.  
  333.     in the OPTIMIZE.NOT file.  Consult your QEMM manual for more
  334.     information on OPTIMIZE.NOT.
  335.  
  336.  Q. Does SuperStor present any complications for QEMM's
  337.     installation?
  338.  
  339.  A. SuperStor works by creating a large file on the physical hard
  340.     drive, making that file look like a hard drive, and compressing
  341.     the data in the file.  SuperStor may also swap the drive
  342.     designations such that the compressed file (which by default
  343.     would appear to be drive D) appears to be drive C, while the
  344.     uncompressed portion of the hard drive becomes drive D.  This
  345.     can be convenient, since you will not have to re-write batch
  346.     files or reconfigure software to run from a different drive.
  347.     However, the DEVSWAP command poses complications for QEMM's
  348.     installation and OPTIMIZE processes.  However, thanks to the
  349.     DR-DOS CHAIN command, and to the fact that DR-DOS reads a
  350.     DCONFIG.SYS file before CONFIG.SYS if the former is present,
  351.     things can be simplified even if drive swapping is going on.
  352.     Note that the Stacker software that comes with Novell DOS 7
  353.     loads before CONFIG.SYS is processed, and is much easier on the
  354.     user than the SuperStor approaches presented here.
  355.  
  356.     Method One:
  357.  
  358.     Start with QEMM386.SYS on an uncompressed drive.  Leave about
  359.     one megabyte of space on the uncompressed drive.  No other
  360.     Quarterdeck files but QEMM386.SYS are needed from the QEMM
  361.     directory.
  362.  
  363.     The first line in DCONFIG.SYS, which is the first CONFIG.SYS
  364.     file read on bootup, should be the QEMM386.SYS line.
  365.     QEMM386.SYS is in the QEMM directory of the same drive that
  366.     DCONFIG.SYS is on.  The entire DCONFIG.SYS will normally be
  367.  
  368.     DEVICE=C:\QEMM\QEMM386.SYS RAM DEVICE=C:\DRDOS\SSTORDRV.SYS
  369.     DEVICE=C:\DRDOS\DEVSWAP.COM CHAIN=C:\CONFIG.SYS
  370.  
  371.     Now, move DEVICE=C:\QEMM\QEMM386.SYS to the CONFIG.SYS chained
  372.     to from DCONFIG.SYS.
  373.  
  374.     MAKE CERTAIN THAT THE QEMM DEVICE LINE IS NO LONGER IN
  375.     DCONFIG.SYS.
  376.  
  377.     Run OPTIMIZE.
  378.  
  379.     When you're through running OPTIMIZE, move the
  380.     DEVICE=C:\QEMM\QEMM386.SYS line back to the DCONFIG.SYS file.
  381.  
  382.     That's all there is to it.  You don't have to get rid of
  383.     DEVSWAP or change the drive mappings as you do in Method Two
  384.     below.
  385.  
  386.     Method Two:
  387.  
  388.     When running OPTIMIZE, DEVSWAP.COM must be remarked out or
  389.     removed from the CONFIG.SYS.  Also all references to drives C:
  390.     in the AUTOEXEC.BAT and in the CONFIG.SYS after the DEVSWAP.COM
  391.     line need to be changed to drive D:.  Conversely, all
  392.     references to drive D: should be changed to drive C:.
  393.  
  394.     The next step is to create a QEMM sub-directory on the
  395.     uncompressed drive.  This is typically drive D: when the
  396.     DEVSWAP.COM device driver is loaded in your CONFIG.SYS.  The
  397.     following files need to be in the QEMM sub-directory in order
  398.     to run OPTIMIZE properly: DOS-UP.SYS, QEMM386.SYS,
  399.     OPTIMIZE.COM, OPTIMIZE.EXE, LOADHI.SYS, LOADHI.COM, LOGOPT.COM,
  400.     BUFFERS.COM (if you are using DOS 2.x or 3.x), RSTRCFG.SYS,
  401.     MCA.ADL (if you are running on a Microchannel machine), and all
  402.     .VXD files, if you are planning on running Windows 3.0 in
  403.     enhanced mode.
  404.  
  405.     Once you have done this, you should reboot before running
  406.     OPTIMIZE so that the drives are set up correctly.  Now you will
  407.     be able to run OPTIMIZE normally.  After OPTIMIZE has run, you
  408.     may edit your CONFIG.SYS and restore the DEVSWAP.COM line.
  409.     After you do this, you must edit your CONFIG.SYS and
  410.     AUTOEXEC.BAT to restore the drive specifications to what they
  411.     were before; e.g. change all references to drive D: to drive C:
  412.     and all references to drive C: to drive D:. As mentioned above,
  413.     if SSTORDRV.SYS is being loaded high, you must change  it to
  414.     load low because it won't work when loaded high. Reboot again.
  415.     You are now getting the most out of your conventional memory.
  416.  
  417.  Q. Are there any more considerations with DR-DOS 6?
  418.  
  419.  A. Unlike MS- and PC-DOS, DOS hardware interrupt stacks are not
  420.     provided in DR-DOS 6 -- that is, there is no STACKS command for
  421.     CONFIG.SYS.  There are programs that may malfunction when DOS
  422.     does not allocate STACKS.  As an example, Ventura Publisher 2.0
  423.     will allocate its own hardware interrupt stacks when DOS does
  424.     not do so.  When Ventura Publisher uses expanded memory, it
  425.     puts its stacks in the EMS page frame (a violation of the EMS
  426.     spec).  This comes into conflict with EMS-using software,
  427.     including QEMM's Stealth feature.  The only real resolution is
  428.     to update your version of DOS to some later version -- Novell
  429.     DOS 7, or one of the IBM or Microsoft versions.
  430.  
  431.  Q. If I'm using DR-DOS 6, why does Manifest report that I have DOS
  432.     version 3.31 on the DOS overview screen?
  433.  
  434.  A. DR-DOS 6's API (Application Programming Interface) returns the
  435.     version number 3.31 when a program using a DOS Get Version
  436.     call. This is done for compatibility reasons.  Manifest makes
  437.     this call, and thus returns version 3.31 on the DOS Overview
  438.     screen. DR-DOS loads an environment variable that causes the
  439.     VER command to report DR-DOS Version 6, but Manifest reports
  440.     the level of API support.  For all programming purposes, DR-DOS
  441.     6 is version 3.31. There is no SETVER command, nor is it
  442.     necessary.
  443.  
  444.  Q. Manifest reports more FILES than I have specified in
  445.     CONFIG.SYS. Why?
  446.  
  447.  A. DR-DOS converts FCBS to FILE handles so Manifest and the
  448.     FILES.COM program that comes with QEMM will report the total
  449.     number of FILE handles to be the sum of the two.  The minimum
  450.     number of FILE handles is 20 and the minimum number of FCBS is
  451.     4. Another effect of this conflation of FCBS and FILE handles
  452.     causes Manifest to report that there is only one FCB.
  453.  
  454.  
  455.  Part 3:  QEMM's Advantages
  456.  
  457.  Q. What are the advantages of QEMM over Novell DOS's memory
  458.     managers?
  459.  
  460.  A. There are at least ten good answers to this question.
  461.  
  462.  1) QEMM typically provides 64K more High RAM by default than the
  463.     Novell DOS 7 memory managers, HIMEM.SYS and EMM386.EXE. The
  464.     Novell DOS 7 products allow similarly includable areas to be
  465.     included manually, but this requires some expertise, and QEMM
  466.     is accompanied with better tools for this purpose.
  467.  
  468.  2) QEMM's Squeeze technology allows larger resident programs to be
  469.     loaded by allowing them to squeeze--temporarily--into the EMS
  470.     page frame or areas used by Adapters when loading. The Novell
  471.     DOS 7 memory managers do not provide a similar feature.
  472.  
  473.  3) Using its Stealth option, QEMM can provide EVEN MORE High RAM
  474.     (211K total is common) by hiding ROMs and allowing High RAM to
  475.     be mapped over them.  Neither Novell DOS 7's memory manager,
  476.     nor any other third-party memory manager, currently provides
  477.     this patented technology.
  478.  
  479.  4) Novell DOS 7 has no equivalent to Quarterdeck's Manifest
  480.     program.  Manifest, included free with QEMM, provides extensive
  481.     information about the computer on which it is running and is an
  482.     invaluable tool when optimizing a system or diagnosing a memory
  483.     problem or conflict.
  484.  
  485.  5) The Novell DOS 7 memory manager provides no program to load
  486.     automatically and optimally TSR's and device drivers into the
  487.     regions of upper memory.  Novice users may experience
  488.     considerable difficulty achieving good results from the Novell
  489.     DOS 7 LOADHIGH program, but even advanced users will appreciate
  490.     the speed and accuracy with which QEMM's OPTIMIZE sets up a
  491.     system.
  492.  
  493.  6) The Novell DOS 7 memory manager provides no Analysis feature.
  494.     QEMM's Analysis is extremely useful in determining areas of
  495.     upper memory that can safely be used.  Analysis also lets QEMM
  496.     users reclaim unused addresses in the system ROM and in other
  497.     areas in upper memory--a great advantage to memory-hungry
  498.     users.
  499.  
  500.  7) The Novell DOS 7 memory manager has no equivalent for QEMM's
  501.     QuickBoot feature.
  502.  
  503.  8) The Novell DOS 7 memory manager provides no control over the
  504.     region of High RAM that can be used to load programs high. This
  505.     means that even expert users may be unable to use High RAM
  506.     efficiently in situations where TSR's and drivers must be
  507.     loaded in a specific order.  The Quarterdeck LOADHI programs
  508.     allow TSR's or drivers to be directed to specific high memory
  509.     locations, giving complete control to the user. Of course, as
  510.     mentioned before, this feature is used expertly by the OPTIMIZE
  511.     program in order to provide the optimum configuration.
  512.  
  513.  9) On PS/2s and other Micro Channel systems, QEMM can
  514.     automatically detect the addresses used by any adapter listed
  515.     in our MCA.ADL file. This is especially valuable on systems
  516.     with adapter RAM (used by many network cards, among other
  517.     adapters).  Adapter RAM can be particularly hard for 386 memory
  518.     managers to detect.  The Novell DOS 7 memory manager has no
  519.     such feature.  As the addresses used by network cards vary from
  520.     machine to machine and card to card, QEMM's MCA.ADL file can
  521.     save considerable work for network administrators in companies
  522.     with large installations of PS/2s or micro channel compatibles
  523.     on networks.  Users of PS/2 machines that are not on a network
  524.     will also benefit from this "ease of use" feature.
  525.  
  526.  10) Novell DOS 7's EMM386.EXE is not compatible with Quarterdeck's
  527.      DESQview multitasking products.  QEMM is compatible with the
  528.      Novell DOS 7's TASKMAX program, although TASKMAX may require
  529.      Novell's EMM386.EXE for multitasking.  Since DESQview allows
  530.      much more sophisticated multitasking and windowing features
  531.      than TASKMAX, Quarterdeck recommends using DESQview with QEMM.
  532.  
  533.  ******************************************************************
  534.  *      Trademarks are property of their respective owners.       *
  535.  *   This and other technical notes may be available in updated   *
  536.  *     forms through Quarterdeck's standard support channels.     *
  537.  *          Copyright (C) 1996 Quarterdeck Corporation            *
  538.  ******************** E N D   O F   F I L E ***********************
  539.  
  540.