mirror of
				https://github.com/MariaDB/server.git
				synced 2025-10-30 04:26:45 +03:00 
			
		
		
		
	 3ec542dfbd
			
		
	
	3ec542dfbd
	
	
	
		
			
			(4.1 version, with post-review fixes) The fix for another Bug (6439) limited FROM_UNIXTIME() to TIMESTAMP_MAX_VALUE which is 2145916799 or 2037-12-01 23:59:59 GMT, however unix timestamp in general is not considered to be limited by this value. All dates up to power(2,31)-1 are valid. This patch extends allowed TIMESTAMP range so, that max TIMESTAMP value is power(2,31)-1. It also corrects FROM_UNIXTIME() and UNIX_TIMESTAMP() functions, so that max allowed UNIX_TIMESTAMP() is power(2,31)-1. FROM_UNIXTIME() is fixed accordingly to allow conversion of dates up to 2038-01-19 03:14:07 UTC. The patch also fixes CONVERT_TZ() function to allow extended range of dates. The main problem solved in the patch is possible overflows of variables, used in broken-time representation to time_t conversion (required for UNIX_TIMESTAMP).
		
			
				
	
	
		
			64 lines
		
	
	
		
			1.8 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			64 lines
		
	
	
		
			1.8 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
| #
 | |
| # Test of SYSTEM time zone handling ( for my_system_gmt_sec()).
 | |
| # This script must be run with TZ=MET
 | |
| 
 | |
| -- require r/have_met_timezone.require
 | |
| disable_query_log;
 | |
| select FROM_UNIXTIME(24*3600);
 | |
| enable_query_log;
 | |
| 
 | |
| # Initialization
 | |
| --disable_warnings
 | |
| DROP TABLE IF EXISTS t1;
 | |
| --enable_warnings
 | |
| 
 | |
| # The following is because of daylight saving time
 | |
| --replace_result MEST MET
 | |
| show variables like "system_time_zone";
 | |
| 
 | |
| #
 | |
| # Test unix timestamp
 | |
| #
 | |
| select @a:=FROM_UNIXTIME(1);
 | |
| select unix_timestamp(@a);
 | |
| 
 | |
| #
 | |
| # Test of some values, including some with daylight saving time
 | |
| #
 | |
| 
 | |
| CREATE TABLE t1 (ts int);
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 01:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 02:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 03:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 02:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 01:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2002-10-27 02:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2003-03-30 02:59:59'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2003-03-30 03:00:00'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2003-03-30 03:59:59'));
 | |
| INSERT INTO t1 (ts) VALUES (Unix_timestamp('2003-03-30 04:00:01'));
 | |
| 
 | |
| SELECT ts,from_unixtime(ts) FROM t1;
 | |
| DROP TABLE t1;
 | |
| 
 | |
| 
 | |
| #
 | |
| # Test of warning for spring time-gap values for system time zone
 | |
| #
 | |
| CREATE TABLE t1 (ts timestamp);
 | |
| INSERT INTO t1 (ts) VALUES ('2003-03-30 01:59:59'),
 | |
|                            ('2003-03-30 02:59:59'),
 | |
|                            ('2003-03-30 03:00:00');
 | |
| DROP TABLE t1;
 | |
| 
 | |
| #
 | |
| # Test for fix for Bug#2523 Check that boundary dates are processed
 | |
| # correctly.
 | |
| #
 | |
| select unix_timestamp('1970-01-01 01:00:00'), 
 | |
|        unix_timestamp('1970-01-01 01:00:01'),
 | |
|        unix_timestamp('2038-01-19 04:14:07'),
 | |
|        unix_timestamp('2038-01-19 04:14:08');
 | |
| 
 | |
| # End of 4.1 tests
 |