firebird/firebird-mirror
firebird/firebird-mirror
8
0
Fork 1
mirror of https://github.com/FirebirdSQL/firebird.git synced 2025-01-31 20:43:03 +01:00
Code Issues
4c9e95c6cf
firebird-mirror/src/msgs/facilities.sql

33 lines
2.6 KiB
MySQL
Raw Normal View History

- Adjust error messages. - Correct way to stop automatically generated triggers from being altered.
2005-05-20 02:23:25 +02:00
/* MAX_NUMBER is the next number to be used, always one more than the highest message number. */
Sync after Dmitry's changes.
2006-03-08 04:12:01 +01:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2006-03-07 10:54:00', 'JRD', 0, 545);
Archeology: enable QLI to handle NUMERIC, DECIMAL and BIGINT in definitions. No dialect check made.
2005-09-03 07:52:02 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-09-02 00:55:59', 'QLI', 1, 513);
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:38:37', 'GDEF', 2, 345);
Fixed misplaced error messages in gfix. For example, if you do gfix - housekeeping you were getting "dialect number required".
2005-07-31 03:06:20 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-07-20 04:04:04', 'GFIX', 3, 115);
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:39:40', 'GPRE', 4, 1);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
/*
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:39:40', 'GLTJ', 5, 1);
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:39:40', 'GRST', 6, 1);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
*/
Correction.
2005-06-12 06:00:18 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-06-05 12:50:00', 'DSQL', 7, 25);
Fixing SET DEFAULT so it operates on rdb$relation_fields only and raises an error if DROP DEFAULT finds the default belonging to an explicit domain. Thanks to Ann for committing the messages to the central db.
2005-11-04 05:46:27 +01:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-10-28 04:35:21', 'DYN', 8, 231);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
/*
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:39:40', 'FRED', 9, 1);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
*/
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:39:40', 'INSTALL', 10, 1);
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:38:41', 'TEST', 11, 4);
- Corrections and changes to Adriano's commit, subject to his inspection. - Solved an endless loop with trim and zero-length trim characters, etc. - Some places are signaled with FB_COMPILER_MESSAGE for prompt attention.
2005-06-06 10:30:03 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-06-02 21:12:03', 'GBAK', 12, 286);
Try to please the team leader before it's too late. :-) We have definitely serious problems with firebird.msg mismatches.
2005-10-20 06:09:40 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2005-10-20 00:11:09', 'SQLERR', 13, 924);
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:38:42', 'SQLWARN', 14, 102);
Replace one fb_assert with BUGCHECK as Claudio suggested some time ago
2006-02-03 17:57:26 +01:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2006-02-03 18:30:00', 'JRD_BUGCHK', 15, 306);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
/*
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1996-11-07 13:38:43', 'GJRN', 16, 241);
The facilities's MAX_NUMBER is one more than the last used number in messages.sql for each facility. It worked nicely for years until the utilities became obsolete.
2004-11-19 04:50:19 +01:00
*/
Fix of isql command line parser: allow only abbreviations of standard switch names, check integer arguments to be integers.
2006-03-26 00:41:36 +01:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2006-03-26 00:31:22', 'ISQL', 17, 145);
Content of messages DB's FACILITIES table
2004-08-23 11:33:10 +02:00
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('1998-11-04 11:06:15', 'GSEC', 18, 91);
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2002-03-05 02:30:12', 'LICENSE', 19, 60);
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2002-03-05 02:31:54', 'DOS', 20, 74);
INSERT INTO FACILITIES (LAST_CHANGE, FACILITY, FAC_CODE, MAX_NUMBER) VALUES ('2001-10-10 18:05:16', 'GSTAT', 21, 36);
COMMIT WORK;
Fixed misplaced error messages in gfix. For example, if you do gfix - housekeeping you were getting "dialect number required".
2005-07-31 03:06:20 +02:00
Copy Permalink