home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PASCAL / TABUG.ZIP / TABUG.TXT < prev    next >
Encoding:
Text File  |  1988-03-18  |  1.8 KB  |  53 lines
  1.  
  2. to:   Borland Tech Support
  3.  
  4. from: Andy Most  (73577,1353)
  5.       Dun & Bradstreet
  6.       150 Mt. Airy Rd.
  7.       Basking Ridge, NJ 07920
  8.       (201)-953-5619
  9.  
  10.  
  11.     We recently purchased the TP4 toolkits. I have been evaluating the DataBase
  12. Toolkit (serial #D4A0121539)  and have encountered what I belive to be a bug in
  13. TACESS.  When a Database with a large number of records is created, FINDKEY
  14. seems to fail.
  15.  
  16.  
  17. The tests were on a COMPAQ Deskpro 386/20 using COMPAQ DOS 3.31.  AST
  18. Superspool, DOSEDIT, and DOORS are resident.
  19.  
  20.     This ARC file contains 3 programs that will demonstrate the bug.  They
  21. create a database with a 1 byte key representing a STATE field (53 states
  22. including Puerto Rico, Virgin Islands, Washington DC). The data associated
  23. with the key is a count.  The report program will search all records for a
  24. state or states and accumulate the count totals.
  25.  
  26.  files included:
  27.  
  28.   TEST.TYP - this was used with TABUILD
  29.  
  30.   TESTDATA.PAS - Generates a "source" file for the data base TESTDATA.NEW
  31.                  The program prompts you for a number of records per state,
  32.                  allowing you to control the size of the test data file.
  33.                  My own tests were with values of 10, 100, and 1000.  The
  34.                  REPORT program fails in FINDKEY when 1000 is used.
  35.  
  36.   BUILD.PAS - Generates TATEST.DAT and STATE.IDX from TESTDATA.NEW
  37.  
  38.   REPORT.PAS - A simple report generator.  For testing, all states are selected
  39.                when you start the program.
  40.  
  41.  
  42. NOTE: I suspect that one of the TACCESS routines is using an integer variable
  43. instead of a longint and that this variable is incremented above 32k when
  44. searching a large database.
  45.  
  46.   There's no rush on this.  I'm only testing your product.  If you do find a
  47. fix, let me know.
  48.  
  49.  
  50.                         Thanks,
  51.  
  52.  
  53.                         Andy Most