This is a discussion on Next development steps? within the pgsql Interfaces odbc forums, part of the PostgreSQL category; --> Hello, I study the driver and there are lot of code which doesn't work since libpq support. (e.g.) There ...
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Hello, 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 supported. 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 updateable cursors - I think updateable cursor doesn't work at all) 2) create better transaction support (see Marco Ristola post) - http://archives.postgresql.org/pgsql...3/msg00128.php - http://archives.postgresql.org/pgsql...3/msg00116.php 3) improve libpq support to use PQprepare, bind parameters 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? What do you think about it? Luf ---------------------------(end of broadcast)--------------------------- TIP 4: Have you searched our list archives? http://archives.postgresql.org |
| ||||
| Hi Ludek. > It seems no other (except swamped Dave and Anoop) is supporting ODBC > driver. I propose these steps: > Can we create a new development branch at least? > > What do you think about it? You certain meaning right. However, Doing one DEBUG work with a rapid change of the 8.x present driver requires great time. And there is someone who is doing the work. But, The version which was working serves as a curio and it becomes impossible to apply it with current version. In a general case, it becomes outdated in requiring time. I think that your latest contribution is very wonderful activity. I appreciate, you are contributing using time on this driver very much. Anyway, I vote one. BTW, I wanted the stable version brunch of REL 7_3..... Regards, Hiroshi Saito ---------------------------(end of broadcast)--------------------------- TIP 4: Have you searched our list archives? http://archives.postgresql.org |