robocop
d006a3916b
increment build number
2005-04-04 08:33:51 +00:00
robocop
26c5ac04b0
This is my first attempt in four years to fix the nonsense code I wrote for grants extraction in FB1.
2005-04-04 08:33:43 +00:00
robocop
ac0606ee65
increment build number
2005-04-04 08:31:27 +00:00
robocop
3379bed424
Isql shouldn't try to connect twice when extracting metadata, since the second attempt may produce a confusing message (the db name has been made null at this time).
2005-04-04 08:31:11 +00:00
robocop
c07f010ffe
increment build number
2005-04-04 08:29:52 +00:00
robocop
cb173dce09
A better fix.
2005-04-04 08:29:40 +00:00
fsg
666f881605
increment build number
2005-04-04 01:37:03 +00:00
fsg
e35c8d3089
increment build number
2005-04-04 01:36:18 +00:00
fsg
211b5e2b4e
nightly update
2005-04-04 01:36:07 +00:00
robocop
5a7631e783
increment build number
2005-04-03 10:09:58 +00:00
robocop
1b1ba9bf28
The client library shouldn't throw exceptions. The loader program may be written in any language and thus C++ exceptions don't make sense.
...
Beware of old code that accesses strings out of bounds: Firebird::string throws an exception.
2005-04-03 10:09:45 +00:00
robocop
e53bfb80a1
increment build number
2005-04-03 07:06:46 +00:00
robocop
ac3e6860b1
Another little change I forgot to document.
2005-04-03 07:06:39 +00:00
robocop
3a21720789
increment build number
2005-04-03 06:59:44 +00:00
robocop
e4d6857800
increment build number
2005-04-03 06:59:42 +00:00
robocop
055d3a4099
Update some docos.
2005-04-03 06:59:41 +00:00
robocop
630e088678
increment build number
2005-04-03 06:59:38 +00:00
robocop
8a97c0604f
increment build number
2005-04-03 06:59:06 +00:00
robocop
4fbf25e341
Fix chaotic output.
2005-04-03 06:58:40 +00:00
robocop
807f8e0008
increment build number
2005-04-03 05:01:12 +00:00
robocop
74e9a9e292
increment build number
2005-04-03 05:01:11 +00:00
robocop
017a5bf177
increment build number
2005-04-03 04:59:36 +00:00
robocop
7d79cf11e4
increment build number
2005-04-03 04:58:47 +00:00
fsg
5fefba5868
increment build number
2005-04-03 01:15:05 +00:00
fsg
9d6f63e4e7
nightly update
2005-04-03 01:14:58 +00:00
robocop
41f5bd2396
increment build number
2005-04-02 07:07:25 +00:00
robocop
7acd0a6d39
- Temporary fix for Pavel's firebird-Field-test-1173948.
...
- Some little tweaks.
2005-04-02 07:07:07 +00:00
robocop
7472a16371
increment build number
2005-04-02 03:51:47 +00:00
robocop
f800fd59a7
I find hard to work with functions that span 800 or more lines. Therefore, I modularized process_statement. I took the opportunity to get rid of some local variables and fix performance info printing.
2005-04-02 03:51:43 +00:00
robocop
a0e727fcbf
increment build number
2005-04-02 03:10:55 +00:00
robocop
ab46db447c
I hope nobody will take offense because I decided to do the right spelling.
2005-04-02 03:10:33 +00:00
robocop
15d143b20d
increment build number
2005-04-02 02:57:36 +00:00
robocop
fcb0e10fcb
Misc.
2005-04-02 02:57:31 +00:00
robocop
0ab26a5951
increment build number
2005-04-02 02:57:30 +00:00
fsg
f77ac3704f
increment build number
2005-04-02 01:23:55 +00:00
fsg
811fbccd29
increment build number
2005-04-02 01:23:23 +00:00
fsg
c8f7bb84e2
nightly update
2005-04-02 01:23:15 +00:00
dimitr
a1f73c7ddb
increment build number
2005-04-01 10:26:29 +00:00
dimitr
e4d7eb2809
Fixed lockups spotted by Claudio.
2005-04-01 10:26:22 +00:00
dimitr
ad0d049fc2
increment build number
2005-04-01 10:20:05 +00:00
robocop
c4186dd1fb
increment build number
2005-04-01 07:48:33 +00:00
robocop
9af170786f
increment build number
2005-04-01 07:26:15 +00:00
fsg
5d31ec5a04
increment build number
2005-04-01 01:28:24 +00:00
fsg
533083eed6
nightly update
2005-04-01 01:28:08 +00:00
dimitr
a4a870971f
increment build number
2005-03-31 15:34:09 +00:00
dimitr
ed39c56a17
Let's see whether VC71 produces better code than VC60.
...
Previously, these modules couldn't be globally optimized (causing to server crashes).
2005-03-31 15:34:00 +00:00
dimitr
8de6164dcf
increment build number
2005-03-31 15:27:29 +00:00
dimitr
aeaa8b2290
Removed the feature that was never used for the last years.
...
An intention was to disallow batch fetches from procedures,
but this code never worked due to recursion in PASS1_rse().
Accidentally, I've fixed the reason in FB2 and now users
observe noticable performance degradation. To keep the
performance, let's do batch fetches again. Those who are
not sure what their procedures do between suspends may
use a FOR UPDATE clause anyway.
2005-03-31 15:27:12 +00:00
robocop
008c017e12
increment build number
2005-03-31 07:50:41 +00:00
robocop
c5c02ed2e9
1.- Replacing raw call to gds__msg_format by ISQL_msg_get; the routine was there for years and almost unused.
...
2.- UDFs are still created by sys_flag being NULL, so show_functions() should acknowledge that fact.
3.- Implement naive code to show an approximate script-related line number when a failure happens. (Unlike my private FB1's isql, it doesn't rely on strings subject to localization.)
4.- With SET PLANONLY ON, PLAN was activated, but with SET PLAN OFF, PLANONLY wasn't deactivated.
5.- Include isc_info_sql_stmt_get_segment among statements that are like SELECT.
6.- Solve a bad interaction between PLANONLY and SQLDA_DISPLAY, where the first being activated didn't allow to see the output XSQLDA.
7.- More error detection.
2005-03-31 07:50:32 +00:00
