Re: "Official" version - Mailing list pgsql-odbc
From | Dave Page |
---|---|
Subject | Re: "Official" version |
Date | |
Msg-id | 002801c5a562$2e2d69fe$6a01a8c0@valehousing.co.uk Whole thread Raw |
In response to | "Official" version ("Dave Page" <dpage@vale-housing.co.uk>) |
List | pgsql-odbc |
Hi Scot, I'll look into the first 2 issues. I don't believe many of the state codes come from the comms code, so that's probably nottoo hard to resolve. Re: confidence - I can only guess that your apps never used multi-chunk SQL_C_WVARCHAR data, otherwise you surely wouldn'thave such confidence in the old driver!!!! :-) /D -----Original Message----- From: "Scot Loach"<sloach@sandvine.com> Sent: 19/08/05 21:43:22 To: "Dave Page"<dpage@vale-housing.co.uk>, "pgsql-odbc@postgresql.org"<pgsql-odbc@postgresql.org> Subject: RE: [ODBC] "Official" version there are some things it doesn't have yet - proper error handling (the sqlstate return codes are not yet done as far as I can tell) - disconnect detection using the SQL_ATTR_CONNECTION_DEAD is broken in the libpq version I don't have confidence that it's as stable as the old driver, since I have found the previous version to be extremely stableover years of use on a large install base, and until I get past at least one of these issues I won't be able to evaluatethis version in production. Once I get past these issues I'm pretty sure I'll find some more. I really do appreciate all the work that has gone into this and I am impressed how quickly it got to this state, I thinkit's almost there. scot. -----Original Message----- From: pgsql-odbc-owner@postgresql.org [mailto:pgsql-odbc-owner@postgresql.org]On Behalf Of Dave Page Sent: Friday, August 19, 2005 3:41 PM To: pgsql-odbc@postgresql.org Subject: [ODBC] "Official" version I think it's fairly safe to say that the new libpq version of psqlODBC is more stable than the previous release versions of the driver, and also now offers more features such as SSL, Kerberos authentication (has anyone tried this yet?), pgpass files and so on. In light of this, I think the libpq version should now take over as the official driver, and lose the 'libpq' suffix that was added for testing. If anyone has any strong objections, please shriek soon!! Regards, Dave. ---------------------------(end of broadcast)--------------------------- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly -----Unmodified Original Message----- there are some things it doesn't have yet - proper error handling (the sqlstate return codes are not yet done as far as I can tell) - disconnect detection using the SQL_ATTR_CONNECTION_DEAD is broken in the libpq version I don't have confidence that it's as stable as the old driver, since I have found the previous version to be extremely stableover years of use on a large install base, and until I get past at least one of these issues I won't be able to evaluatethis version in production. Once I get past these issues I'm pretty sure I'll find some more. I really do appreciate all the work that has gone into this and I am impressed how quickly it got to this state, I thinkit's almost there. scot. -----Original Message----- From: pgsql-odbc-owner@postgresql.org [mailto:pgsql-odbc-owner@postgresql.org]On Behalf Of Dave Page Sent: Friday, August 19, 2005 3:41 PM To: pgsql-odbc@postgresql.org Subject: [ODBC] "Official" version I think it's fairly safe to say that the new libpq version of psqlODBC is more stable than the previous release versions of the driver, and also now offers more features such as SSL, Kerberos authentication (has anyone tried this yet?), pgpass files and so on. In light of this, I think the libpq version should now take over as the official driver, and lose the 'libpq' suffix that was added for testing. If anyone has any strong objections, please shriek soon!! Regards, Dave. ---------------------------(end of broadcast)--------------------------- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly
pgsql-odbc by date: