home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / database / db4bugs.zip / ANOMALY8.TXT < prev    next >
Text File  |  1989-05-08  |  6KB  |  177 lines
  1. ANOMALIES UPLOADED ON MAY 8, 1989
  2.  
  3.  
  4.                                    ANOMALY8.TXT
  5.  
  6.  
  7. The following listing addresses seven known anomalies when using
  8. dBASE IV.  Use of these techniques will aid you in avoiding
  9. anomalies that have been reported to our Software Support
  10. Center.  This report will be supplemented as new information is
  11. received.  There is also one Usage Tip that may be used in order
  12. to avoid further problems or misunderstandings when using the
  13. dBASE IV product.
  14.  
  15.  
  16.  
  17. *************************************************************************************
  18.  
  19.  
  20.                                    ANOMALIES
  21.  
  22.  
  23. SET FIELDS/example contains errors
  24.  
  25.      The example in "Set Commands", page 3-49 of Language
  26.      Reference for the SET FIELDS TO command contains several
  27.      errors.  In the first example, the fourth line is supposed
  28.      to be a TALK response.  Therefore, the fourth and fifth
  29.      lines should be as follows:
  30.      
  31.         Stock: Record 10
  32.      . LIST NEXT 5
  33.      
  34.      In the second example there are two errors.  The USE command
  35.      should come first, and the SET FIELDS command contains
  36.      unnecessary periods.  The first and second lines should be
  37.      as follows:
  38.      
  39.      . USE Client
  40.      . SET FIELDS TO ALL LIKE *name*
  41.      
  42. ================================================================================
  43.  
  44.  
  45. FORM/Calculated fields based on other calculated fields 
  46.  
  47.      Defining a calculated field during CREATE/MODIFY SCREEN 
  48.      based upon another calculated field (that was defined in the
  49.      current screen), will result in a "Variable not found" error
  50.      message.  This limitation does not exist in
  51.      CREATE/MODIFY REPORT.                    
  52.                                            
  53.      EXAMPLE:
  54.      
  55.      Create a screen and define a calculated field that uses an
  56.      existing numeric field in its expression and call it C1. 
  57.      Then attempt to define another calculated field using the
  58.      expression, C1 * 1.  The operation aborts with the
  59.      aforementioned error.
  60.       
  61.      WORKAROUND:
  62.      
  63.      Prior to creation of a screen, define a calculated field for
  64.      C1.
  65.      
  66.      USE Sales                        
  67.      SET FIELDS TO Item,c1=Item * 2    && Item is a numeric field
  68.      
  69.      CREATE SCREEN Sales
  70.      
  71.      Defining another calculated field based upon C1 will not
  72.      return the "Variable not found" error message.
  73.      
  74. ================================================================================
  75.  
  76.  
  77. LOG()/usage incorrectly explained
  78.  
  79.      The explanation of the LOG() function is incorrect in
  80.      "Functions" page 4-72 of Language Reference.  In the section
  81.      titled "Usage" it should state that: 
  82.      
  83.      where y is the numeric expression used by the LOG()
  84.      function.
  85.      . . . LOG() returns the value of x, . . . "
  86.      
  87.      When y=e^x, then LOG(y)=x.  
  88.      
  89.      For a referral, the description of LOG() was correct in the
  90.      dBASE III Plus manual, page U 6-50.
  91.      
  92. ================================================================================
  93.  
  94.  
  95.  
  96. SET FILTER TO FILE/allows only III+ .QRYs
  97.  
  98.      To maintain compatibility with dBASE III Plus, dBASE IV
  99.      allows the SET FILTER TO FILE <filename> syntax.  The
  100.      documentation in "Set commands" page 3-50 of Language
  101.      Reference explains that this command, "reads the filter
  102.      condition from a file created by CREATE/MODIFY QUERY."  This
  103.      is misleading, since the queries can only be those created
  104.      in dBASE III Plus (.QRY files).  Queries created in dBASE IV
  105.      (with the extension .QBE), cannot be set via SET FILTER TO
  106.      FILE.  
  107.      
  108.      dBASE IV .QBE files can be activated via SET VIEW TO <.QBE
  109.      or .VUE query filename>.
  110.      
  111. ================================================================================
  112.      
  113.  
  114.  
  115. Report Forms named "Detail" will not run
  116.  
  117.      If a report is named "DETAIL", the Detail.FRO file will
  118.      crash with an "Incorrect number of parameters" message when
  119.      the report is run.  No error is returned until the report is
  120.      run.
  121.      
  122.      WORKAROUND:
  123.      
  124.      1) Name report anything but "DETAIL".
  125.      
  126.      2) A fix for this error is now available in the REPORT.GEN
  127.      file dated after 12-9-88, available from The Ashton-Tate
  128.      Bulletin Board, and CompuServe.
  129.      
  130. ================================================================================
  131.  
  132.  
  133. CONVERT an encrypted file corrupts any locked records
  134.  
  135.      When a file is encrypted and CONVERTed (or CONVERTed and
  136.      encrypted), and an RLOCK() is executed, any record that is
  137.      locked becomes corrupted.  It is important that you identify
  138.      the chronology of actions made to the file so as to
  139.      successfully retrieve the original unencrypted, unconverted
  140.      file.  
  141.      
  142.      WORKAROUND:
  143.      
  144.      If the file in question was converted and then encrypted,
  145.      the original .DBF file can be retrieved by copying the .CVT
  146.      file to .DBF.  
  147.      
  148.      If the file was encrypted and then converted, the record
  149.      information is lost.  
  150.      (unless the user has made a backup of the original .DBF
  151.      file).
  152.       
  153. ================================================================================
  154.  
  155.                             USAGE-TIP
  156.                                  
  157.  
  158.  
  159. APPEND FROM with large number of index tags
  160.  
  161.      The speed of the APPEND FROM command is markedly affected by
  162.      the number of 
  163.      index tags designated in the production .MDX of the active
  164.      database file.  As the number of active index tags increase,
  165.      the APPEND process will take much longer.  Since a
  166.      production .MDX file is always opened when a file is USEd,
  167.      all tags will have to be updated during an APPEND.  
  168.      
  169.      For the best performance, limit the total number of index
  170.      tags to only those fields or expressions that are most
  171.      commonly required for daily operations.  An .NDX or
  172.      non-production .MDX can be created or maintained for rarely
  173.      used index key expressions.  If using an .NDX file, close
  174.      the .NDX before APPENDing, then open the index and REINDEX. 
  175.      If an .MDX file is desired, use a non-production .MDX and
  176.      close it during the APPEND operation.  
  177.