robocop
04f8bb10c8
Fix error message.
2005-01-17 05:41:08 +00:00
robocop
f05c19c9b8
Fix more inconsistencies in gpre related to SF Bug #1103666 , supposedly caused by the starfishes.
2005-01-17 05:39:13 +00:00
robocop
6a2ecc3fd3
Fix more inconsistencies in gpre related to SF Bug #1103666 .
...
The others were fixed as part of fixing SF Bug #504978 about truncation of variables.
2005-01-17 05:31:12 +00:00
robocop
ae780ca62d
Misc.
2005-01-17 05:22:10 +00:00
robocop
0d4bd2e497
Fix SF Bug #504978 . Restore gpre ability to work with variables up to 63 bytes in length. Now that the lengths are expressed by constants instead of random values in each place, the limit may be increased further. The problem happened between IB5 and IB6 at Borland.
2005-01-17 05:02:09 +00:00
robocop
8c1f26cc01
Misc.
2005-01-12 05:50:52 +00:00
robocop
165e4a186d
Fixing more inconsistencies.
2005-01-07 04:00:19 +00:00
robocop
3eacd85d2a
Let's prevent accidental modification of some params.
2005-01-05 08:25:24 +00:00
robocop
5877cba380
Misc.
2005-01-05 04:02:19 +00:00
robocop
0cd5c8b716
1.- More constants.
...
2.- Support for BASIC language was dropped a lot of time ago.
2005-01-05 04:00:33 +00:00
robocop
bfd96a4936
More constants.
2005-01-05 03:58:49 +00:00
robocop
fd7b507d19
More constants.
2005-01-05 02:06:31 +00:00
dimitr
c990ed78e4
Fixed the build.
2005-01-04 10:53:44 +00:00
robocop
ef602283bf
More constants.
2005-01-04 05:19:37 +00:00
robocop
0077efa78f
Misc.
2005-01-03 08:11:29 +00:00
robocop
7be3904ce4
Bring some order to the gpre insanity that was using custom, disparate lengths for variables that should have the same length.
2005-01-03 08:07:41 +00:00
robocop
d65307b497
Style.
2004-12-24 08:52:39 +00:00
robocop
365de0fa48
Misc.
2004-12-16 03:10:20 +00:00
robocop
2814294027
Misc.
2004-12-16 03:03:13 +00:00
robocop
fddf92395e
Misc.
2004-12-10 22:54:16 +00:00
alexpeshkoff
387e678cca
applied Clumplet* classes to dpb where possible
2004-12-09 19:19:47 +00:00
robocop
f550ca480f
Misc.
2004-12-09 02:53:19 +00:00
robocop
0dd1aced53
Misc.
2004-12-09 02:50:47 +00:00
robocop
3d232f30ca
Overwrote the good version of the file thanks to the CVS Id tag.
2004-11-28 04:59:31 +00:00
robocop
979355b025
Misc.
2004-11-28 03:43:42 +00:00
robocop
d6535351a2
Misc: style.
2004-11-24 09:22:07 +00:00
robocop
83881d9243
Fix with double quotes handling in case someone still uses gpre and COBOL.
2004-11-10 04:32:11 +00:00
robocop
628b088d2c
Treat string literals and string constants with more respect.
2004-11-10 04:26:45 +00:00
robocop
f80199d26d
Treat string literals and string constants with more respect.
2004-11-08 03:33:26 +00:00
robocop
e5ac2effd4
Misc.
2004-11-08 03:09:27 +00:00
alexpeshkoff
1c87838c7f
added new dpb parameters
2004-11-07 14:20:58 +00:00
robocop
4638daee13
Wrong macro to inline function conversion (but harmless)
2004-10-30 05:36:08 +00:00
robocop
f264ecf391
Be more respectful of literal strings.
2004-10-30 05:30:08 +00:00
robocop
739fc568f7
Misc.
2004-10-23 00:54:26 +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
da2a5c1abc
Finalize Nickolay's rollback of my changes to get MSVC6 compiling HEAD.
2004-10-04 04:59:05 +00:00
skidder
3e6b170862
Roll back implementation of Claudio suggestion for consturctor of BID structure. It forced addition of constructors for message structures generated by GPRE which is not correct
2004-10-03 20:18:13 +00:00
robocop
31ba754981
After talking to Ann, decided to disable several items:
...
- obsolete items like WAL and JOURNAL (cleaned in the past)
- crud from attempts never finished like the shared cache manager for Classic
- DSQL nodes that aren't used. This allowed freeing some keywords.
The functionality was disabled by commenting the code. No code has been deleted.
2004-10-03 04:49:04 +00:00
robocop
f2020d8896
Let's gpre be more CPP friendly when defining ports (at least with MSVC6)
...
Ref: object with constructor inside struct should have that struct given a type name.
2004-10-03 04:43:43 +00:00
robocop
8df7b14f19
The custom symbol_length is equivalent to fb_utils::name_length.
2004-09-26 07:42:53 +00:00
robocop
7dcb66a250
When you call va_start, call va_end, don't assume it does nothing because some platforms don't have code for it!
...
Changed some sprintf to SNPRINTF. Work in progress WRT wrapper for this function.
2004-09-25 10:28:09 +00:00
robocop
c70d7875c6
Finally got to solve my own indication in the code from months ago
2004-09-22 08:52:47 +00:00
robocop
61a7173a3c
Style
2004-08-27 04:50:00 +00:00
brodsom
3bcf37fcd1
Assert or silence uninitialized warning
2004-08-26 21:44:11 +00:00
robocop
b60c0e4cab
Misc: format
2004-08-21 09:29:46 +00:00
brodsom
f2067a4154
-Correction
2004-06-11 03:10:41 +00:00
alexpeshkoff
1591a54e5e
Thread cleanup:
...
1. Added macros to declare thread entrypoints
2. THD_mutex_* functions use Firebird::Mutex
3. Thread local storage use fb_tls.h
2004-06-08 13:41:08 +00:00
robocop
1332d98618
Literal strings should be treated as const char*
2004-06-05 09:37:18 +00:00
robocop
738be5fe40
Style: opening braces too far to the right
2004-06-03 07:42:31 +00:00
robocop
a65ccddbd4
Misc changes:
...
- const
- variables in scope
- style
- a duplicate function deleted
- some unneeded casts removed
2004-06-03 07:31:10 +00:00
