home *** CD-ROM | disk | FTP | other *** search
/ Share Gallery 1 / share_gal_1.zip / share_gal_1 / UT / UT021.ZIP / CP_QUEST.CRD (.txt) < prev    next >
Cardfile Document  |  1990-07-19  |  6KB  |  182 lines
  1. ----------------------------------------
  2.  @@ Questions and Answers
  3. ........................................
  4. This file contains a list of answers for the most frequently asked questions.  You may be able to find the answer to your question in this file.
  5.  
  6. In any case, our Tech Support number is
  7. (206) 937-9335.   Good Luck
  8. ----------------------------------------
  9. ----------------------------------------
  10. Change the  CmdPost  window title
  11. ........................................
  12. Look in CMDPOST.CPM file for
  13.  
  14.   Titlefirst=    for 1st CP window name
  15.   TitleRest=     for 2nd CP window name
  16.   
  17. Names must be different to work right
  18. ----------------------------------------
  19. ----------------------------------------
  20. Change the PATH for DOS apps
  21. ........................................
  22. If you need to run a old DOS application with a "different path", a simple batch file has been supplied to assist you in doing this.  Instead of having zillions of little BAT files around, a simgle one will do.  See the file CP_VIRT.BAT in your installation directory.  It can set a path, run a program and pass some parameters.
  23. ----------------------------------------
  24. ----------------------------------------
  25. Closed CmdPost, Still in Windows!!???
  26. ........................................
  27. A "feature" of the new Command Post, when it is the primary shell in WIN3 (via the shell= in system.ini) is that the CmdPost window may be closed without exiting Windows.  This allows ALL of the shell memory to be freed if you need it.  When you close the last window, you will exit Windows.  Use the Exit Windows command to terminate Windows immediately.
  28. ----------------------------------------
  29. ----------------------------------------
  30. How to get back taskmanager/tasklist
  31. ........................................
  32. If either thru an old install program, or thru user modification, the tasklist is gone, the probable solution is to find TASKMANG.EXE in the Windows directory, and rename it to
  33. TASKMAN.EXE
  34.  
  35. If on a NETWORK, remove occurrances of
  36. TASKMAN.EXE except in the network windows directory.
  37.  
  38. ----------------------------------------
  39. ----------------------------------------
  40. How to size the startup CmdPost window
  41. ........................................
  42.  
  43. 1) Set the CmdPost window just where you want it.
  44.  
  45. 2) Under the MAIN menu item, select Reset Options.  It will save current position.
  46. ----------------------------------------
  47. ----------------------------------------
  48. How-2-Make a DirChange "stick"
  49. ........................................
  50. Executing a DirChange command in a CmdPost menu does not affect the display UNTIL a SetDisplay command is executed.  The SetDisplay command makes the DirChange stick so that the display is updated.  Example:
  51.  
  52. &SubDirs
  53.  &Windows Dir
  54.         DirChange("C:\WINDOWS")
  55.         SetDisplay("","","")
  56.  
  57. ----------------------------------------
  58. ----------------------------------------
  59. Initialization Failure Error
  60. ........................................
  61. Command Post starts up, has initialization failure error. to fix:
  62. Edit win.ini file 
  63.  
  64. CMDPOST.EXE will be on both the
  65.  
  66. run= 
  67. and 
  68. load= 
  69.  
  70. line.  Remove one reference.
  71. ----------------------------------------
  72. ----------------------------------------
  73. Install Fails
  74. ........................................
  75. The automatic install does not work 100% of the time (yet).  If you have problems with the automatic install, try the manual install.
  76. ----------------------------------------
  77. ----------------------------------------
  78. Run= and Load= in WIN.INI no work #1
  79. ........................................
  80. When Command Post is the primary shell (as defined in the system.ini file) the run= and load= lines in the win.ini file are IGNORED.  The reasoning here is that anything you want started up should be in the CMDUSER.CPM (or the CMDPOST.CPM) files with the other auto-initialize stuff.
  81.  
  82. See the next card for sample code.
  83. ----------------------------------------
  84. ----------------------------------------
  85. Run= and Load= in WIN.INI no work #2
  86. ........................................
  87. Sample code.  Instead of using the run= and load= statements in the win.ini file, add something like the following to the top of your cmduser.cpm file:
  88.  
  89.      Terminate(IsRunning(),"","")
  90.      RunIcon("this.exe","")
  91.      Run("that.exe","")
  92. ----------------------------------------
  93. ----------------------------------------
  94. Running screen blanker
  95. ........................................
  96. To run the blanker w/o CP, edit WIN.INI,
  97. in the windows section add
  98.    [windows]
  99.    load=blanker.xyz
  100. in the extension section add
  101.    [extensions]
  102.    xyz=cp_blnk.exe 5  <<--Notice parm
  103. CP_DLL.EXE & CP_BLNK.EXE required files.
  104. If you just run it, the default parameter is -5
  105. ----------------------------------------
  106. ----------------------------------------
  107. Translate xxx.exe @^.^ @^.BAK
  108. ........................................
  109. One tricky translation from the old menu language to the new one is the translation of lines with only the root of the filename used.  The above translates to...
  110.    File=CurrentFile()
  111.    Root=FileRoot(File)
  112.    Run("xxx.exe","%File% %Root%.BAK")
  113. ----------------------------------------
  114. ----------------------------------------
  115. WIN2 "Directly Modifies Memory"  #1
  116. ........................................
  117. In Windows 2.x, 286 there was a box in the PIF editor for DOS applications that directly modified memory.  When Windows saw this box checked, it basically exited Windows, ran the DOS application, and restarted windows when the DOS app exited.  In Windows 3.0 there is no such capability.  If you need this capability (either in WIN2 or in WIN3 for some reason)...
  118.    [continued]
  119. ----------------------------------------
  120. ----------------------------------------
  121. WIN2 "Directly Modifies Memory"  #2
  122. ........................................
  123. Command Post 7.0 does not support the WIN2 286 "Directly Modifies Memory Flag" but here is a reasonable workaround.  Write a couple of standard DOS bat file, and a CmdPost menu item for it.  The  BATFILE titles are:
  124.  
  125. 1) WINDOWS.BAT Main Windows BAT file.
  126. 2) DOSAPP1.BAT Bat file for your DOS app
  127.     [continued]
  128. ----------------------------------------
  129. ----------------------------------------
  130. WIN2 "Directly Modifies Memory"  #3
  131. ........................................
  132. WINDOWS.BAT        MAIN BAT FILE
  133.  
  134. :TOP
  135. C:
  136. CD \WINDOWS
  137. ERASE WINNEXT.BAT
  138. WIN
  139. IF EXIST WINNEXT.BAT THEN WINNEXT.BAT
  140. EXIT
  141. ----------------------------------------
  142. ----------------------------------------
  143. WIN2 "Directly Modifies Memory"  #4
  144. ........................................
  145. DOSAPP1.BAT   SAMPLE BAT FILE
  146.  
  147. D:
  148. CD \SOMEODD\DIRECTRY
  149. APP1.EXE /options and such
  150. WINDOWS.BAT
  151.  
  152. ----------------------------------------
  153. ----------------------------------------
  154. WIN2 "Directly Modifies Memory"  #5
  155. ........................................
  156. And the Command Post menu item...
  157.  
  158. &DOSAPPS
  159.  &DOSAPP1
  160.    DirChange("C:\WINDOWS")
  161.    FileCopy("DOSAPP1.BAT","WINNEXT.BAT")
  162.    EndSession()
  163. ----------------------------------------
  164. ----------------------------------------
  165. WIN2 "Directly Modifies Memory"  #6
  166. ........................................
  167. When you start Windows with the WINDOWS.BAT file, the first thing it does is delete the WINNEXT.BAT file.  Then it calls Windows.
  168.  
  169. When the CmdPost menu item is executed,
  170. the DOSAPP1.BAT file is copied to WINNEXT.BAT, and then Windows is exited.  Back to the WINDOWS.BAT file
  171.  
  172.    [continued]
  173. ----------------------------------------
  174. ----------------------------------------
  175. WIN2 "Directly Modifies Memory"  #7
  176. ........................................
  177. The WINDOWS.BAT file checks for existance of the WINNEXT.BAT file, and if it exists, executes it.  That runs your DOS app.  When you exit your DOS app, the WINDOWS.BAT file is restarted.
  178.  
  179. This way you can run any program incompatible with Windows from Command Post.
  180.  
  181. ----------------------------------------
  182.