BUG: Cursor Library Fails to Close Buffer

Retired KB Content Disclaimer

View products that this article applies to.

This article was previously published under Q158622

2.50 WINDOWS kbusage kbbug2.50 kbother

BUG #: 4317 (ODBC3.0 SDK)

Expand all | Collapse all

SYMPTOMS

Under certain situations, multithreaded applications using the ODBC Cursor Library generate the following error message:

SQLFreeStmt:
szSqlState = S1000
pfNativeError = 0
szErrorMsg = [Microsoft][ODBC Cursor Library]
General error: Unable to close or remove file buffer.

Applications using MFC database classes with snapshots use the ODBC Cursor Library, so they may also generate this error message.

Back to the top

WORKAROUND

If you are using the ODBC API, change the connection option to use driver cursors, such as SQLSetConnectOption( .. SQL_ODBC_CURSORS, SQL_CUR_USE_DRIVER). Use Dynasets when using MFC Database Classes.

Back to the top

STATUS

Microsoft has confirmed this to be a problem in the Microsoft ODBC SDK 2.5. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.

Back to the top

MORE INFORMATION

The following sequence outlines the scenario:

The primary thread connects to the ODBC driver using the ODBC Cursor Library.
The primary thread runs queries and generates result sets.
The primary thread creates a thread that launches processes (and need not use any ODBC calls) with the CreateProcess() API, with the bInheritHandles parameter set to TRUE.
When the primary thread tries to close the result set by issuing SQLFreeStmt() SQL_CLOSE, the error message noted above may be generated.

For more information on the CreateProcess() API, refer to the Win 32 SDK documentation.

Back to the top

APPLIES TO

Microsoft Open Database Connectivity Software Development Kit 2.5

Back to the top

kbbug KB158622

Back to the top

Retired KB Content Disclaimer

This article was written about products for which Microsoft no longer offers support. Therefore, this article is offered "as is" and will no longer be updated.

Back to the top