Make the config dialogues a little more presentable again

Remove iodbc headers that we no longer ship.
Add catfuncs.h that seemed to be missing.

Update release notes

Bump version number to 08.02.0001 in preparation for 08.02 releases.
Update the installer for the new codebase.
Sanitise filenames as there is only one buld type (ODBC 3, Unicode).
Default the ODBC version to 3.51 in all places, not just a few as it was.

Remove files not needed in the enhanced branch

Commit the changed files from the enhanced branch

typo "Miscellanous".
report of John Poole.

More release note tweaks.

Tweak release notes

Fix typo

Version number bump. Fix some line ends.

quick hack againist access violation with Disallow premature - the feature is still broken

fixed point of failure on x86_64 boxes with PGAPI_SetConnectOption

Add Notes:psqlODBC 08.01.0108

Notes:psqlODBC 08.01.0107,08.01.0106
Contents of change.

Fix the version stamp.

fixes for 64-bit compilation (still missing one for PGAPI_SetConnectOption)

update version info to upcoming 08.01.0108

add support for returning right SQLSTATE from SQLGetDiagField and SQLGetDiagRec

fixed variable length recognition in CC_mapping

fix for one forgotten text_as_longvarchar test

repair broken support for SQLSetPos

fixed ODBC driver failure when log output isn't writeable

add support for START TRANSACTION command
change recognize transaction only when libpq PQresultStatus returns PGRES_COMMAND_OK

correct autocommit off behaviour

remove obsolete (not used) protocol option

Document PG_CONFIG variable in configure --help output.

Name libraries psqlodbca or psqlodbcw, depending on whether Unicode is
enabled.

Update to 8.01.0105 development snapshot.

fix problem with retrieving bad long data from unicode driver

call RALLBACK with bad stmt only when autocommit is on

Some minor corrections

fix problem with SQLState returning in failed stmt

driver answer for pg_* tables in SQLColAttribute it it's asked direclty (don't take a care on Show system tables option)

get count of binding parameters from stmt
it avoid bad data_at_exec parameters

added support for ; as delimiter for ConfigDSN

Arrangement of a release note. and next preparation(08.01.02.xx).

I prepared fix for Bug "Autocommit and Cancel". It's woking patch
(it's used #ifded NOT_USED). The main changes are in using cancelable
PQsendQuery (it could be ok) and in cleaning and correcting
CC_send_query. CC_send_query should be equivalent with old one
except adding some QR_set_aborted. I'm not sure if it's ok.
[Ludek Finstrle]

Bump version number in a vain attempt to keep up with Luf...

Ensure a commit is issued after connection setup is autocommit is off (bug 1000476) [Ludek Finstrle]

Ensure buffer is long enough for all option names (bug 1000477) [Ludek Finstrle]

Back out previous patch.

Release,snapshut, Omission in entry.

Fix catalog finctions which were still slightly broken in declare/fetch mode [Ludek Finstrle]

Release Name: psqlodbc 8.01.0104.

Mistake of a character was corrected.

> It seems that for SQLColAttributes to return something else than
> SQL_NULLABLE, "Parse Statements" option MUST be turned on. Am i right?
> For some reason stmt->manual_result  is true, which causes that the
> statement is not parsed. What does this stmt->manual_result  mean?

I attach patch which solve this problem. Thanks to Robert Jireš to point
it and find the solution.
[Ludek Finstrle]

Add some release notes compiled by Hiroshi Saito.

  I've attached patch to solve problem with multiple calling SQLPrepare
or SQLExecDirect with Server side prepare. The patch is based on patch
posted by Reiner. I thank you for patch and testing.
[Ludek Finstrle]

ODBC driver fail (raise exception) with these steps (with Server Side Prepare):
1) SQLPrepare (SELECT relname FROM pg_class WHERE relname != ?)
2) SQLExecute
[Ludek Finstrle]

Make sure data_at_exec parameters are cleared by SQLCancel {Dave Page & Ludek Finstrle, with test case from Andrus]

Formatting cleanup. Reenable Luf's verbose logging.

- skip QR_fetch_tuples when backend returns PGRES_COMMAND_OK - there is no data to fetch
- add support for returning rowcount from select statements (with UseDeclareFetch disabled - as non-libpq versions)
- add some mylog output for better tracing
[Ludek Finstrle]

Post release version bump

Fix server side prepare [Ludek Finstrle]

Fix for bug "#1000444 Table names repeated in BDE with usedeclarefetch=1", courtesy of Ludek Finstrle

Cleanup a bunch of inconsistent PGAPI_ declarations/definitions

Bump version number.

Make sure the StringLength is set correctly for SQLGetConnectAttr values that are actually in SQLGetConnectOption

Correct value returned by SQLGetInfo for SQL_CATALOG_LOCATION/SQL_QUALIFIER_LOCATION

Add installer upgrade script.

Don't include the version number in the Start Menu folder on Windows otherwise you end up with duplicates after an upgrade.

Correct a couple of broken filenames.

Seem to have skipped a version. Must stop working after midnight :-(

Version number bump

Fix non-declare/fetch mode.

Return the error message from libpq on connection failure.

Correct resource compiler options

Correct directory name, per Jeff Bohmer

Post-release version number bump

Update version number for release.

Remove remaining references to Debian and Red Hat HOWTOs.

1) QR_get_fields() gets called when SC_fetch() is entered. However, the QR
cleanup will free the QResultClass object. And the pointer "coli" is no longer
valid when CI_get_oid() gets called further down.
I have fixed this by calling QR_get_fields() after the first if-statement.

2) This is basically the same "cache" bug: PGAPI_ExtendedFetch() caches the
stored QResultClass object when the function is entered. But after SC_fetch()
was called, the pointer is no longer valid.
I have fixed this by calling SC_get_Curres() again after the call to
SC_fetch().
[Rainer Bauer]

It's C, not C++ Dave :-(

The test for self being NULL in QR_Destructor() should be the first statement. Currently, self->conn is called before the check. [Rainer Bauer]

Remove wildly outdated Debian and Red Hat HOWTOs.

Fix declare/fetch memory leak. Now we get a nice flat line :-)

Add a VC++ project file.

Remove (libpq) suffix to the driver name on dialogues etc. Use nicer font on English dialogues per grizzle from Magnus :-).

Remove (libpq) suffix to the driver name on dialogues etc.

Switch off echo

Fix a major memory leak in declare/fetch mode. Ensure that forward only cursors can only be used in a forward direction.

Fix Declare/fetch when used with bound columns.

Fix typo, per Johann Zuschlag

Prevent setting a connstrout value when the max length is set to zero.

Initial fix for Declare/Fetch option [Anoop, Sivakumar and Vaidhy @ Pervasive]

When EN_Destructor is called it searches through the connection array
and destroys any connections which belong that environment. Unfortunately
it doesn't NULL out the connection array entry afterwards so a future
call to EN_Destructor can wind up trying to destroy that connection
again if another environment has been allocated at the same address.

Also, shouldn't EN_Destructor hold the CONNS critical section while it
is playing with the connection array?

The attached patch fixes both of these issues and seems to have fixed
the crashes I was observing.
[Tom Hughes]

This patch fixes a potential segfault that can happen if a dbc handle is created and then destroyed without attempting a connection.
[Scot Loach]

Massive compiler warnings cleanup.

Use program files environment var in installer per Johann Zuschlag

Bump version number

Use program files environment var in Windows makefile per Johann Zuschlag

Use pg_config to find libpq.

Fix spelling of PostgreSQL.

Add Kerberos support.
Update paths to use libpq from PostgreSQL 8.1 by default.

Add OpenSSL and MIT Kerberos acknowledgements

Create logfiles in mode 0600 on *nix

Don't reuse the UNICODE macro

I've attached a patch that uses the SQLSTATE from the backend any time
the error condition after executing a query is
STMT_ERROR_TAKEN_FROM_BACKEND.  Besides solving the problem I reported,
this seems to make much more sense than setting the SQLSTATE arbitrarily
to HY000 "General Error" in this situation.  I look forward to your
feedback.
[Chris Ingram]

Map 'name' to SQL_VARCHAR rather than SQL_CHAR - this fixes an error with SQL Server linked servers which gets confused by the mismatch between the column size and the data size.