Re: Access violation C5 error on Visual FoxPro SQLEXEC() call after error

Поиск
Список
Период
Сортировка
От Ludek Finstrle
Тема Re: Access violation C5 error on Visual FoxPro SQLEXEC() call after error
Дата
Msg-id 20051214011128.GC9345@soptik.pzkagis.cz
обсуждение исходный текст
Ответ на Access violation C5 error on Visual FoxPro SQLEXEC() call after error  ("Andrus Moor" <eetasoft@online.ee>)
Список pgsql-odbc
Sun, Dec 11, 2005 at 11:50:33AM +0200, Andrus Moor napsal(a):
> Driver: psqlodbc-8_01_0104.zip ( I think)
>
> Platform: Visual FoxPro 09.00.0000.3504 for Windows [Nov  4 2005 17:39:44]
>
> Any idea how to fix this ?

I tried to fix it but this seems to me as VFP bad behaviour. I'm
againist add this code to official release unless we make new option
in configure DSN dialog.

Dave I propose to rollback your patch for the first Andrus's problem
as it breaks ODBC specification (if I understand this well):
| After SQLExecute or SQLExecDirect returns SQL_NEED_DATA and before
| data has been sent for all data-at-execution parameters,
| an application can call SQLCancel to cancel the statement execution.
| After the statement has been canceled, the application can call
| SQLExecute or SQLExecDirect again.

I think bind parameters can't be destroyed in SQLCancel.

I attach patch which may solve Andrus's problem and change a little
Dave's patch. I see application may call FreeStmt(SQL_CLOSE) and
FreeStmt(SQL_RESET_PARAMS). But VFP doesn't call it.

Andrus, I created bug in bug tracker. I attached compiled DLLs there
so you can try it. Link:
http://pgfoundry.org/tracker/index.php?func=detail&aid=1000481&group_id=1000125&atid=538

Regards,

Luf

Вложения

В списке pgsql-odbc по дате отправления:

Предыдущее
От:
Дата:
Сообщение: [ psqlodbc-Bugs-1000481 ] VFP and SQLCancel
Следующее
От:
Дата:
Сообщение: [ psqlodbc-Bugs-1000481 ] VFP and SQLCancel