home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / database / db4bugs.zip / ANOMALY4.TXT < prev    next >
Text File  |  1989-01-27  |  8KB  |  206 lines
  1.                        GENERAL INTRODUCTION
  2.  
  3. In keeping with our commitment to provide you, the user, with
  4. support that will maximize your productivity with the dBASE IV
  5. product, we are continuing our tradition of publishing timely,
  6. detailed anomaly and work-around reports.
  7.  
  8. The following listing addresses one known anomaly when using
  9. dBASE IV.  Use of these techniques will aid you in avoiding
  10. anomalies that have been reported to our Software Support
  11. Center.  This report will be supplemented as new information is
  12. received.  There are also two Usage Tips that may be used in
  13. order to avoid further problems or misunderstandings when using
  14. the dBASE IV product.
  15.  
  16. *******************************************************************
  17.  
  18.                              ANOMALY
  19.  
  20. LABEL.GEN Compilation errors
  21.  
  22. Creating a label that has an un-named calculated field and also
  23. some other field in the same line of the label, will cause
  24. compilation errors when running the label.  This error occurs
  25. only when the label's dimension is 2 across.
  26.  
  27. EXAMPLE:
  28.  
  29. Design a 2 across label with the following expression on its
  30. first line: 
  31.  
  32. TRIM(first)  last  
  33.  
  34. where 'first' & 'last' are the field names and the expression
  35. TRIM(first) is an un-named calculated field.  Use the right-arrow
  36. key and insert the field 'last' on the same line.
  37.  
  38. In this example the generation will complete successfully,
  39. however, running the label using LABEL FORM <filename> command
  40. causes compilation errors.
  41.  
  42. WORKAROUND:
  43.  
  44. There are 3 workarounds:
  45.  
  46. 1)   Name the calculated field.
  47. 2)   Create only one calculated field where the expression is:
  48.      TRIM(first) + ' ' + last
  49. 3)   Copy the new LABEL.GEN to the subdirectory where dBASE IV is
  50.      installed.
  51.  
  52.      This new LABEL.GEN also incorporates the fixes that were
  53.      included in the LABEL.GEN that was uploaded on 1-20-89.
  54.  
  55.  
  56. =================================================================
  57.  
  58.                             USAGE-TIPS
  59.                                  
  60. dBASE IV install Usage-Tip
  61.  
  62.  
  63. When installing dBASE IV as a Single or Multi-user version, there
  64. are a few considerations you have to make.  Below are descriptions
  65. of some things to look for and try when installing dBASE IV (or
  66. any product for that matter).  These are not installation
  67. instructions.  These are suggestions of what to do if something
  68. goes wrong.
  69.  
  70.  
  71. TSR's and DEVICE Drivers:
  72.  
  73. When installing any product, it is favorable to remove all
  74. unnecessary* TSR's (Terminate and Stay Resident programs) and/or
  75. Device Drivers.  Anything loaded memory-resident may produce
  76. interrupt conflicts while installing any software, damaging the
  77. files created or causing errors, and in some cases it may even
  78. corrupt the memory.
  79.  
  80. * Some types of hardware may require a device driver in order to
  81. function properly (i.e. when connected and installing to a
  82. network).
  83.  
  84.  
  85. dBASE IV Installation from B:
  86.  
  87. If you are installing dBASE IV from a drive other than the A:
  88. drive, you may need to use the DOS ASSIGN command to prevent
  89. possible installation errors.  The most common case is when the
  90. B: drive is a 3.5" and the A: drive is 5.25" and you are
  91. installing the 3.5" version of dBASE IV.  The installation may
  92. not recognize System Disk #1 and therefore, the installation
  93. cannot proceed.  Issue the following DOS command and start the
  94. install process again:
  95.  
  96. ASSIGN A=B 
  97.  
  98. (where B is the drive letter from which dBASE IV is to be
  99. installed)
  100.  
  101. The dBASE IV install process will now act as if it is being
  102. installed from the A: drive.
  103.  
  104. DISKCOPY to test for possible bad disks:
  105.  
  106. During the install process you may also encounter disk errors
  107. such as "Read Fault Error ...".  If this occurs you can use the
  108. DOS DISKCOPY command to duplicate the offending disk.  The
  109. DISKCOPY program will report any unreadable tracks.  If however
  110. the DISKCOPY is successful, you should then attempt to reinstall
  111. dBASE IV using the copied disk in place of the original.
  112.  
  113.  
  114. If The Disk Needs Replacement:
  115.  
  116. Should you come to the conclusion that the disk indeed needs
  117. replacing, you can do one of the following:
  118.  
  119. 1.   Complete and return the Disk Replacement Order Card at the 
  120.      back of your Support and Services Guide for dBASE IV.
  121.  
  122. 2.   If you wish to verify your suspicion of a disk needing 
  123.      replacement, contact our Software Support Center at 
  124.      (213)329-0086.
  125.  
  126.  
  127. =================================================================
  128.  
  129.  
  130. Using Fonts in dBASE IV
  131.  
  132. The dBASE IV product allows up to four printers and up to five
  133. fonts for each of those printers to be defined.  However, the way
  134. commands are sorted in CONFIG.DB and errors in the documentation
  135. may hinder the implementation of user-defined fonts. 
  136.  
  137. Fonts can be defined by either using the DBSETUP utility or
  138. directly editing the CONFIG.DB file.  To set up fonts in DBSETUP,
  139. type DBSETUP and select the CONFIG.DB menu, then select the
  140. appropriate choice to either create or modify the file.  Now,
  141. select Output:Printer:Font.  This brings up the Font menu which
  142. allows the entering of descriptive text as well as the starting
  143. and ending control codes.  Reference the printer manual for
  144. available fonts and their control codes.  Once the desired fonts
  145. have been entered, save the CONFIG.DB file and exit the DBSETUP
  146. utility.
  147.  
  148. After setting up the fonts, use a text editor (or the dBASE
  149. program editor), to modify the CONFIG.DB file and move the
  150. PDRIVER statement after all of the PRINTER statements.  
  151.  
  152. Alternatively, the font definitions can be entered into the
  153. CONFIG.DB file using the PRINTER statement.  The PRINTER
  154. statement is described in the Language Reference manual on page
  155. 6-7.  However, the example given is incorrect.  The correct
  156. syntax is
  157.  
  158. PRINTER 1 FONT 1 = {Esc}(8U, {Esc}(#@  NAME "Roman-8 Symbol Set" 
  159.  
  160. There should not be a comma after the ending control code.  The =
  161. sign between the keyword NAME and the descriptive text is
  162. optional.  
  163.  
  164.      NOTE: DBSETUP writes the correct syntax into CONFIG.DB.
  165.  
  166. The FONT will appear on the Words:Style menu as 1. Roman-8 Symbol
  167. Set. 
  168.  
  169. Sound easy?  Well, here's the catch!  It is not necessarily
  170. obvious which printer is the "active" one.  Initially, the
  171. default printer driver is determined by the PDRIVER statement in
  172. the CONFIG.DB file.  The only way to change the default printer
  173. driver to a different one is by assigning the desired driver to
  174. the _pdriver system memory variable.  So, to use fonts for a
  175. printer that is not designated as the default in the CONFIG.DB
  176. file, a _pdriver command must be issued at the dot prompt to
  177. change to the appropriate driver.  This is accomplished with the
  178. following syntax:
  179.  
  180.           _pdriver = "<driver filename>"
  181.  
  182. as in     
  183.           _pdriver = "GENERIC.PR2"
  184.  
  185. When this command is successfully executed at the dot prompt, the
  186. message "Printer driver installed" will appear and the font
  187. definitions in CONFIG.DB that correspond to that printer driver
  188. will load.
  189.  
  190. The Report design screen assumes that the default driver is
  191. GENERIC.PR2.  So, initially it appears that no fonts are
  192. available on the Words:Style menu.  To access the fonts, the
  193. Print:Destination:Printer Model option must be changed; the fonts
  194. will then appear on the Words:Style menu.
  195.  
  196. NOTE: Changing the Print:Destination:Printer Model option does
  197. not load the corresponding printer driver; it merely allows
  198. report formats using these fonts to be created.  To print the
  199. report, the appropriate _pdriver must be activated, either by the
  200. PDRIVER statement in CONFIG.DB or setting the variable (_pdriver)
  201. at the dot prompt.
  202.  
  203. Finally, the desired fonts should be accessible and printable.
  204.  
  205. =================================================================
  206.