← Back to branch summary

~ubuntu-branches/ubuntu/natty/mysql-5.1/natty-proposed

« back to all changes in this revision

Viewing changes to mysql-test/t/type_timestamp.test

  • Committer: Package Import Robot
  • Author(s): Marc Deslauriers
  • Date: 2012-02-22 08:30:45 UTC
  • mfrom: (1.4.1)
  • Revision ID: package-import@ubuntu.com-20120222083045-2rd53r4bnyx7qus4
Tags: 5.1.61-0ubuntu0.11.04.1
https://launchpad.net/bugs/937869
* SECURITY UPDATE: Update to 5.1.61 to fix multiple security issues
  (LP: #937869)
  - http://www.oracle.com/technetwork/topics/security/cpujan2012-366304.html
  - CVE-2011-2262
  - CVE-2012-0075
  - CVE-2012-0112
  - CVE-2012-0113
  - CVE-2012-0114
  - CVE-2012-0115
  - CVE-2012-0116
  - CVE-2012-0117
  - CVE-2012-0118
  - CVE-2012-0119
  - CVE-2012-0120
  - CVE-2012-0484
  - CVE-2012-0485
  - CVE-2012-0486
  - CVE-2012-0487
  - CVE-2012-0488
  - CVE-2012-0489
  - CVE-2012-0490
  - CVE-2012-0491
  - CVE-2012-0492
  - CVE-2012-0493
  - CVE-2012-0494
  - CVE-2012-0495
  - CVE-2012-0496

Show diffs side-by-side

added added

removed removed

Lines of Context:
mysql-test/t/type_timestamp.test
373
373
 
374
374
DROP TABLE t1;
375
375
 
 
376
--echo #
 
377
--echo # Bug#50774: failed to get the correct resultset when timestamp values 
 
378
--echo # are appended with .0
 
379
--echo #
 
380
CREATE TABLE t1 ( a TIMESTAMP, KEY ( a ) );
 
381
 
 
382
INSERT INTO t1 VALUES( '2010-02-01 09:31:01' );
 
383
INSERT INTO t1 VALUES( '2010-02-01 09:31:02' );
 
384
INSERT INTO t1 VALUES( '2010-02-01 09:31:03' );
 
385
INSERT INTO t1 VALUES( '2010-02-01 09:31:04' );
 
386
 
 
387
SELECT * FROM t1 WHERE a >= '2010-02-01 09:31:02.0';
 
388
SELECT * FROM t1 WHERE '2010-02-01 09:31:02.0' <= a;
 
389
SELECT * FROM t1 WHERE a <= '2010-02-01 09:31:02.0';
 
390
SELECT * FROM t1 WHERE '2010-02-01 09:31:02.0' >= a;
 
391
 
 
392
--replace_column 1 x 2 x 3 x 5 x 6 x 7 x 8 x 9 x 10 x
 
393
EXPLAIN
 
394
SELECT * FROM t1 WHERE a >= '2010-02-01 09:31:02.0';
 
395
SELECT * FROM t1 WHERE a >= '2010-02-01 09:31:02.0';
 
396
 
 
397
CREATE TABLE t2 ( a TIMESTAMP, KEY ( a DESC ) );
 
398
 
 
399
INSERT INTO t2 VALUES( '2010-02-01 09:31:01' );
 
400
INSERT INTO t2 VALUES( '2010-02-01 09:31:02' );
 
401
INSERT INTO t2 VALUES( '2010-02-01 09:31:03' );
 
402
INSERT INTO t2 VALUES( '2010-02-01 09:31:04' );
 
403
INSERT INTO t2 VALUES( '2010-02-01 09:31:05' );
 
404
INSERT INTO t2 VALUES( '2010-02-01 09:31:06' );
 
405
INSERT INTO t2 VALUES( '2010-02-01 09:31:07' );
 
406
INSERT INTO t2 VALUES( '2010-02-01 09:31:08' );
 
407
INSERT INTO t2 VALUES( '2010-02-01 09:31:09' );
 
408
INSERT INTO t2 VALUES( '2010-02-01 09:31:10' );
 
409
INSERT INTO t2 VALUES( '2010-02-01 09:31:11' );
 
410
 
 
411
--echo # The bug would cause the range optimizer's comparison to use an open
 
412
--echo # interval here. This reveals itself only in the number of reads 
 
413
--echo # performed.
 
414
FLUSH STATUS;
 
415
--replace_column 1 x 2 x 3 x 5 x 6 x 7 x 8 x 9 x 10 x
 
416
EXPLAIN
 
417
SELECT * FROM t2 WHERE a < '2010-02-01 09:31:02.0';
 
418
SELECT * FROM t2 WHERE a < '2010-02-01 09:31:02.0';
 
419
SHOW STATUS LIKE 'Handler_read_next';
 
420
 
 
421
DROP TABLE t1, t2;
 
422
 
376
423
--echo End of 5.1 tests