← Back to branch summary

~ubuntu-branches/ubuntu/trusty/drizzle/trusty

« back to all changes in this revision

Viewing changes to tests/kewpie/sql-bench/Comments/Access.crash-me

  • Committer: Package Import Robot
  • Author(s): Dmitrijs Ledkovs
  • Date: 2013-10-29 15:43:40 UTC
  • mfrom: (1.2.12) (2.1.19 trusty-proposed)
  • Revision ID: package-import@ubuntu.com-20131029154340-2gp39el6cv8bwf2o
Tags: 1:7.2.3-2ubuntu1
* Merge from debian, remaining changes:
  - Link against boost_system because of boost_thread.
  - Add required libs to message/include.am
  - Add upstart job and adjust init script to be upstart compatible.
  - Disable -floop-parallelize-all due to gcc-4.8/4.9 compiler ICE
    http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57732

Show diffs side-by-side

added added

removed removed

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