Programmer's WorkBench 2.x and Extended Memory

Last reviewed: July 17, 1997
Article ID: Q85513
2.00 2.10.49 MS-DOS kbtool

The information in this article applies to:

  • Microsoft Programmer's Workbench for MS-DOS, versions 2.0 and 2.10.49

SUMMARY

The Programmer's WorkBench (PWB) version 2.0 that comes with Microsoft C/C++ version 7.0 will attempt to use extended memory if it is available (extended memory in the context of this article is meant to include both XMS [extended] and EMS [expanded] memory). Although it is not required, the availability of extended memory increases the speed at which PWB can operate.

MORE INFORMATION

PWB attempts to utilize extended memory in three ways:

  • Virtual memory (VM)--PWB puts data such as build information and file data in virtual memory. VM can be accessed only from conventional memory (near or far memory below 640K). If a VM request is made and there is no available conventional memory, then any unused VM is swapped to an extended memory cache. When the extended memory cache is filled up, or if there is no extended memory, then the cache is moved to the disk.
  • The VM files are deleted when PWB is exited in normal fashion. If the system hangs or if a situation arises such that PWB cannot be exited correctly, you may see files on your disk that follow this naming convention: PWB*.VMM. Deleting these files while not in a PWB session will not corrupt the system. Do not delete these files during a PWB session, however, because PWB may be using them.
  • When PWB spawns another program (the compiler, linker, CodeView, or the application being developed), PWB attempts to save an image of itself in extended memory. Again, if there is not enough extended memory, or there is no extended memory, PWB saves the image to disk.
  • PWB was built with MOVE (Microsoft Overlaid Virtual Environment), technology which utilizes extended memory as a cache for its overlays. If there is not enough extended memory, or there is no extended memory, overlays are read from disk.

    Extended memory increases the operating speed of PWB, but it does not improve functionality. For example, extended memory does not allow more extensions to be loaded. The best way to ensure smooth operation of PWB is to increase the amount of available conventional memory.


Additional reference words: kbinf kbinf 2.00 2.10.49 PWBIss
KBCategory: kbtool
KBSubcategory: PWBIss
Keywords : kb16bitonly


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: July 17, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.