Access.crash-me
上传用户:romrleung
上传日期:2022-05-23
资源大小:18897k
文件大小:2k
源码类别:

MySQL数据库

开发平台:

Visual C++

  1. Access 97 tested through ODBC 1998.04.19, by monty@mysql.com
  2. Access 97 has a bug when on executes a SELECT follwed very fast with a
  3. DROP TABLE or a DROP INDEX command:
  4. [Microsoft][ODBC Microsoft Access 97 Driver] The database engine couldn't lock table 'crash_q' because it's already in use by another person or process. (SQL-S1
  5. 000)(DBD: st_execute/SQLExecute err=-1)
  6. Debugging SQL queries in Access 97 is terrible because most error messages
  7. are of type:
  8. Error: [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in CREATE TABLE statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1)
  9. Which doesn't tell a thing!
  10. --------------
  11. Access 2000 tested through ODBC 2000.01.02, by monty@mysql.com
  12. crash-me takes a LONG time to run under Access 2000.
  13. The '1+NULL' and the 'OR and AND in WHERE' tests kills
  14. Activestate Perl, build 521, DBI-DBC with an OUT OF MEMORY error.  
  15. The later test also kills perl/access with some internal errors.
  16. To go around this one must run crash-me repeatedly with the --restart option.
  17. Testing of the 'constant string size' (< 500K) takes a LOT of memory
  18. in Access (at least 250M on My computer).
  19. Testing of number of 'simple expressions' takes REALLY a lot of time
  20. and memory;  At some point I was up to 350M of used memory!
  21. To fix the above, I modified crash-me to have lower max limits in the
  22. above tests.
  23. Benchmarks (under Win98):
  24. Running the connect-test will take up all available memory and this
  25. will not be freed even after quitting perl!  There is probably some
  26. bug in the Access connect code that eats memory!