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.

Further multibyte tweaks from Hiroshi.

Update multibyte encodings and mappings [Hiroshi Saito]

These files are no longer used by the Libpq version of psqlodbc.

Socket code is removed from the source.  Now, psqlodbc driver relies completely on Libpq for the communication.

Don't lose notices that don't come from a query.

This patch fill fix the notice handler so that the odbc driver doesn't output notices from the backend to stderr.
[Scot Loach]

This patch corrects the previous fix for returning 08S01 error code for the server disconnecting.
The previous patch sent this error code for any error on the statement (such as a primary key collision).
[Scot Loach]

Remove old doc file.

Bump version number

Don't include win_unicode.c twice

Backout previous rowcount patch which seems to be causing some odd errors with MS ADO.

Fix paths for new build targets

Allow SQLRowCount to work following SELECT queries [Scot Loach]

Fix identifier case sensitivity [Chris Ingram]

Explain which driver users should choose.

Re-enable ANSI/Unicode compilation.

Remove unnecessary query length limitation, and clean up so dodgy code.

Add basic support for savepoints [Hiroshi Saito/Dave Page]

Only mark the connection dead when it actually fails, not for any error.

Please find the patch for the other bug pointed out by Scot. (Thanks to
Sivakumar)

"Another difference is the "state" that is returned from SQLGetDiagRec
when a connection is lost during a query.  This used to return 08S01.
It now returns HY000."

Bloody line ends. Grrr.

Fix line ends.

Test commit - ignore

Fix for making the SQLGetConnectAttr API work with SQL_ATTR_CONNECTION_DEAD attribute.

Allow SSL modes to be translated [Hiroshi Saito]

Don't install docs by default, as most likely only developers/sysadmins will need them.

Update installer:
- Install in configurable directories.
- Add documentation, with a shortcut from the start menu.
- Update the banner bitmap.

Wix got finickity about short filenames.

Add FAQ.

Further documentation updates

Move docs into the source tree.

Fixed the SQLExecDirec bug which returned SQL_SUCCESS instead of SQL_NO_DATA when no row got affected in UPDATE/DELETE. (Thanks to Sivakumar)