> -----Original Message-----
> From: pgsql-odbc-owner(at)postgresql(dot)org
> [mailto:pgsql-odbc-owner(at)postgresql(dot)org] On Behalf Of Ludek Finstrle
> Sent: 14 December 2005 14:39
> To: pgsql-odbc(at)postgresql(dot)org
> Subject: [ODBC] Next development steps?
> I study the driver and there are lot of code which doesn't
> work since
> libpq support. (e.g.) There is support for updatable cursor
> which doesn't
> work (if I'm right) because it's using backend_tuples which isn't
> It seems no other (except swamped Dave and Anoop) is supporting ODBC
> driver. I propose these steps:
> 1) clean the code (and UI) with drop all non-trivial features
> - these features make the code unreadable and complicated with
> no proper behaviour right now
> - there is no error report for them since libpq support
> (exclude [#1000413] Optimistic lock cannot be used with
> cursors - I think updateable cursor doesn't work at all)
What features do you have in mind?
> 2) create better transaction support (see Marco Ristola post)
> - http://archives.postgresql.org/pgsql-odbc/2005-03/msg00128.php
> - http://archives.postgresql.org/pgsql-odbc/2005-03/msg00116.php
> 3) improve libpq support to use PQprepare, bind parameters
Yes. Actually I wonder why we don't get rid of the server side prepare
option and always do that (using PQprepare).
> 4) full support for only_forward read-only cursor
> 5) create small steps in support dropped things
> and so on ...
> Can we create a new development branch at least?
I'm more inclined to create a stable branch and develop in tip.
Can I also assume you expect to be around for a good while to work on
this ambitious plan? ODBC developers are few and far between, so
starting a major project can be quite a commitment for all of us.
pgsql-odbc by date
|Next:||From: Dave Page||Date: 2005-12-14 16:50:27|
|Subject: Re: More strict bind param count checking|
|Previous:||From: noreply||Date: 2005-12-14 16:11:11|
|Subject: [ psqlodbc-Bugs-1000414 ] file based dns does not connect|