14786 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
robocop	edf3ff1323	increment build number	2004-10-08 04:47:56 +00:00
robocop	f2de9f6211	increment build number	2004-10-08 04:47:53 +00:00
robocop	a17627f3e0	increment build number	2004-10-08 04:47:51 +00:00
robocop	1c09a997d1	increment build number	2004-10-08 04:47:48 +00:00
skidder	de0e7816f0	increment build number	2004-10-08 02:00:36 +00:00
skidder	e2008969e3	increment build number	2004-10-08 01:54:46 +00:00
fsg	b9c59c80fc	increment build number	2004-10-08 01:10:16 +00:00
fsg	f6d50ed3b4	increment build number	2004-10-08 01:09:18 +00:00
fsg	7d67262810	nightly update	2004-10-08 01:09:14 +00:00
skidder	e602e36bba	increment build number	2004-10-07 21:34:27 +00:00
skidder	1118b51079	increment build number	2004-10-07 21:34:23 +00:00
skidder	684780e49e	increment build number	2004-10-07 20:44:56 +00:00
skidder	186591eda1	Build threaded version of fbudf library in SuperServer builds	2004-10-07 20:44:52 +00:00
skidder	f79fdfff47	increment build number	2004-10-07 20:25:45 +00:00
skidder	a0b5535a05	Fix POSIX build after recent Claudio fix	2004-10-07 20:25:40 +00:00
robocop	57c0165984	increment build number	2004-10-07 09:59:04 +00:00
robocop	d973e20600	Looking at gpre.c in FB1 and the usage of the variable fatal_env, it's evident that the conversion SEH->C++ try/except screwed the logic. The original idea was that CPR_abort will cause the program to exit gracefully, not to continue parsing, because it's useless and clutters the console with hundreds of messages. As far as I can test, when gpre cannot attach to the db, run-time failures can be detected by gpre_static or a false result is converted in exception. The new gpre_exception propagates up to the highest level where it allows the program to exit gracefully as it was in FB1. Until now, the behavior in FB1.5 & FB2 has been annoying. When we fail to connect to the db, anything more than we do is useless; we now will print a message, clean the house and exit. Hope everyone can compile my change.	2004-10-07 09:59:02 +00:00
robocop	d598b7bed2	increment build number	2004-10-07 09:46:28 +00:00
robocop	5833e93321	VMS-related changes. Just in case.	2004-10-07 09:46:03 +00:00
robocop	a2b4041050	Treat literal strings as constants, please.	2004-10-07 09:42:03 +00:00
robocop	45f07932f5	increment build number	2004-10-07 09:42:02 +00:00
robocop	04bdbb9b39	increment build number	2004-10-07 09:27:36 +00:00
robocop	74a5dbac5b	increment build number	2004-10-07 09:27:35 +00:00
robocop	373b5e27de	Fixed a bug in fatal_exception's constructor that causes fill_status to write garbage in the status vector. ... Overload what() for the same class. It helps gpre to quit on failures (gpre changes still not posted).	2004-10-07 09:27:34 +00:00
robocop	68d33d4051	increment build number	2004-10-07 09:24:28 +00:00
robocop	7b01a5d1c8	Ugh, a change that belong to another, still not posted "configuration" slipped in. Go back.	2004-10-07 09:24:26 +00:00
robocop	c63ae6c01d	increment build number	2004-10-07 09:19:27 +00:00
robocop	4cf152ec65	Misc.	2004-10-07 09:19:25 +00:00
robocop	d522bc65cf	increment build number	2004-10-07 09:19:24 +00:00
dimitr	ecc64eb955	increment build number	2004-10-07 09:15:36 +00:00
dimitr	421f259a4e	1) Locks related cleanup ... 2) Got rid of TRA_nowait + transaction waits related cleanup 3) Return isc_lock_timeout when it's necessary TODO: Enhance SET TRANSACTION	2004-10-07 09:15:32 +00:00
robocop	c29bf6d540	increment build number	2004-10-07 09:02:27 +00:00
robocop	4778d95532	Possible buffer overrun.	2004-10-07 09:02:24 +00:00
robocop	ff5e75b7bf	increment build number	2004-10-07 09:01:43 +00:00
robocop	40aeec1962	Possible buffer overrun (SOLARIS & VMS) ... strncpy does not guarantee to write the null terminator!	2004-10-07 09:01:39 +00:00
robocop	9bc25c625c	increment build number	2004-10-07 08:44:04 +00:00
robocop	fd044f5851	Misc	2004-10-07 08:43:53 +00:00
robocop	a645f4f3d2	increment build number	2004-10-07 08:35:28 +00:00
robocop	ac4aa367b9	recalculate_length(), ... copy_to(), safe copy to a char array, constness, style.	2004-10-07 08:35:25 +00:00
robocop	3cc621f651	increment build number	2004-10-07 08:35:24 +00:00
robocop	a8518a7336	increment build number	2004-10-07 08:33:56 +00:00
robocop	7581e18254	Little simplification.	2004-10-07 08:33:51 +00:00
robocop	3fafddbcbc	increment build number	2004-10-07 08:29:47 +00:00
robocop	5c076e9aea	Clarification on badly written old comment (problem with embedded blanks in identifiers)	2004-10-07 08:29:44 +00:00
robocop	836574553a	increment build number	2004-10-07 08:28:50 +00:00
robocop	2928b139ae	1.- Style. ... 2.- The const_cast is no longer needed.	2004-10-07 08:28:47 +00:00
robocop	9dcef42b90	increment build number	2004-10-07 08:27:49 +00:00
robocop	ba48b1d1c9	Style	2004-10-07 08:27:45 +00:00
robocop	4625933fc9	increment build number	2004-10-07 08:25:51 +00:00
robocop	78c5931171	Fix a problem caused by cleanup changing #define to pointer to literal string. ... Due to sizeof being involved, gbak could misinterpret a file as been a valid part of a multi-file backup.	2004-10-07 08:25:48 +00:00