Re: Access violation C5 error on Visual FoxPro SQLEXEC() call after error - Mailing list pgsql-odbc

From Ludek Finstrle
Subject Re: Access violation C5 error on Visual FoxPro SQLEXEC() call after error
Date
Msg-id 20051214011128.GC9345@soptik.pzkagis.cz
Whole thread Raw
In response to Access violation C5 error on Visual FoxPro SQLEXEC() call after error  ("Andrus Moor" <eetasoft@online.ee>)
List 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

Attachment

pgsql-odbc by date:

Previous
From:
Date:
Subject: [ psqlodbc-Bugs-1000481 ] VFP and SQLCancel
Next
From:
Date:
Subject: [ psqlodbc-Bugs-1000481 ] VFP and SQLCancel