home *** CD-ROM | disk | FTP | other *** search
/ Jason Aller Floppy Collection / 101.img / QW10INST.ZIP / QWHITE10.EXE / DIRECTLY.TEC < prev    next >
Encoding:
Text File  |  1990-07-17  |  2.0 KB  |  44 lines
  1. ID:WS Writing Directly to the Screen
  2. Quarterdeck Technical Note
  3. by Dan Sallitt
  4.  
  5. How can I tell if my program writes directly to the screen?
  6. Or how much memory it needs?
  7.  
  8. To tell if an application is writing directly to the video 
  9. hardware inside DESQview, make the following changes in the 
  10. application's Change a Program menu:
  11.  
  12. 1) Set "Writes Text Directly to Screen" to N;
  13.  
  14. 2) Set "Virtualize Text/Graphics" to N;
  15.  
  16. 3) On the Advanced Options screen, blank out the following four 
  17. fields in the "Window Position" section: Starting Height, 
  18. Starting Width, Starting Row, and Starting Column.  Put blanks in 
  19. these fields, not zeros.
  20.  
  21. When these changes have been made, open the program. DESQview 
  22. will place a small window border on the screen; if the program 
  23. comes up and stays within the small window border, it does not 
  24. write directly to the screen.  If it blows away the window border 
  25. and takes the full screen, it writes directly to the hardware.
  26.  
  27. Without QEMM 5.0's and QRAM's Loadhi program, there is no reliable way
  28. to determine how much memory an application needs to run other than
  29. trial and error. You can make a reasonable guess by adding together the
  30. size of the .COM or .EXE file that starts the program and the size of
  31. its biggest overlay, but the program's data storage needs are difficult
  32. to predict. The time-honored method for determining the correct memory
  33. size for a window is to start by giving the window an excessive amount
  34. of memory, then reducing that figure a bit at a time until the program
  35. starts malfunctioning.
  36.  
  37. With Loadhi/GS:filename, discussed in the QEMM and QRAM manuals, you can
  38. get an accurate estimate of how much memory a program takes. GS stands
  39. for Get Size, and filename stands for the name of the file (and the
  40. correct path, of course). After running the program with Loadhi, two
  41. numbers are returned: The first is how much memory the program took to
  42. load and initialize, the second is the amount of memory the program
  43. permanently retained.
  44.