Re: ODBC driver failure
От | Dave Page |
---|---|
Тема | Re: ODBC driver failure |
Дата | |
Msg-id | E7F85A1B5FF8D44C8A1AF6885BC9A0E4E7E6AA@ratbert.vale-housing.co.uk обсуждение исходный текст |
Ответ на | ODBC driver failure (Ludek Finstrle <luf@pzkagis.cz>) |
Ответы |
Re: ODBC driver failure
Re: ODBC driver failure |
Список | pgsql-odbc |
> -----Original Message----- > From: Ludek Finstrle [mailto:luf@pzkagis.cz] > Sent: 05 December 2005 17:01 > To: Dave Page > Cc: pgsql-odbc@postgresql.org > Subject: Re: [ODBC] ODBC driver failure > > > BTW, did I understand from your earlier email that you are > still looking > > at the other server side prepare issue we've been discussing with > > Rainer, or is the last patch good in your opinion? > > I think psqlodbc-server_side_prepare.diff and Which ones that one? - I lost track :-( > psqlodbc_server_side_prepare2.diff are good enough. But I'm waiting if > Rainer send steps which leads to bug. Got that one. > BTW do you know why ExecDirect test open cursor? I'm talking about > SELECT statements. Cursor is opened in PGAPI_Execute so there can't > be called ExecDirect after Execute or ExecDirect. There is no > limitation > for calling Execute, Prepare, Execute :-( Check in SQLDirect is done > by SC_opencheck: > if (res = SC_get_Curres(self), NULL != res) > { > if (res->backend_tuples) > { > SC_set_error(self, STMT_SEQUENCE_ERROR, "The > cursor is open."); > SC_log_error(func, "", self); > return TRUE; > } > } > I have no idea why is it doing this way :-( No, nor do I offhand. I'm really busy at the moment though - do you have time to investigate further please? Thanks, Dave.
В списке pgsql-odbc по дате отправления: