Bug #36012 | MyODBC / ADO SQLExtendedFetch error using forward cursors | ||
---|---|---|---|
Submitted: | 12 Apr 2008 4:42 | Modified: | 3 Sep 2008 16:34 |
Reporter: | Erica Moss | Email Updates: | |
Status: | QA testing | Impact on me: | |
Category: | Connector / ODBC | Severity: | S2 (Serious) |
Version: | 5.1.3 | OS: | Windows (xp sp2) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[12 Apr 2008 4:42]
Erica Moss
[12 Apr 2008 6:03]
Erica Moss
I was mistaken in the original bug description. This problem appears to have been present for a while, but it doesn't seem to have any obvious effect on results. However the error is present in traces when using forward cursors. Test case added to ADO conformance suite /tests/bugs/36012.vbs
[12 Apr 2008 6:04]
Erica Moss
odbc trace
Attachment: SQL.LOG (application/octet-stream, text), 495.14 KiB.
[3 Sep 2008 16:34]
Jess Balint
test is passing for me. can you verify that this is correct?
[21 Jan 2009 17:14]
Jorg Jemelka
Xp Vstudio 6 CRecordset::FetcData (::SQLExtendedFetch) fails with 5.01.05.00
Attachment: MySqlFail.txt (text/plain), 1.44 KiB.
[21 Jan 2009 17:19]
Jorg Jemelka
XP Sp2 VS6 CRecordset::FetchData fails 5.1.5 on calling: AFX_ODBC_CALL::SQLExtendedFetch (m_hstmt, wFetchType, nRow, pdwRowsFetched, m_rgRowStatus)); Execution History: CRecordset::FetchData(unsigned short 1, long 1, unsigned long * 0x0012ec34) line 3049 CRecordset::Move(long 1, unsigned short 1) line 1414 + 27 bytes CRecordset::MoveNext() line 82 + 60 bytes CRecordset::Open(unsigned int 4294967295, const char * 0x00000000, unsigned long 0) line 1118 CBalProcSheet::OnSetActive() line 267 CPropertyPage::OnNotify(unsigned int 0, long 1241200, long * 0x0012eda8) line 430 + 14 bytes CWnd::OnWndMsg(unsigned int 78, unsigned int 0, long 1241200, long * 0x0012edec) line 1620 + 40 bytes CWnd::WindowProc(unsigned int 78, unsigned int 0, long 1241200) line 1596 + 30 bytes AfxCallWndProc(CWnd * 0x00c14550 {CBalProcSheet hWnd=0x00070262}, HWND__ * 0x00070262, unsigned int 78, unsigned int 0, long 1241200) line 215 + 26 bytes AfxWndProc(HWND__ * 0x00070262, unsigned int 78, unsigned int 0, long 1241200) line 379 USER32! 7e418734() Detail: RETCODE CRecordset::FetchData(UWORD wFetchType, SDWORD nRow, DWORD* pdwRowsFetched) { RETCODE nRetCode; if (m_nOpenType == forwardOnly && !(m_dwOptions & useExtendedFetch)) { ASSERT(wFetchType == SQL_FETCH_NEXT); AFX_ODBC_CALL(::SQLFetch(m_hstmt)); *pdwRowsFetched = 1; m_bDeleted = FALSE; } else { AFX_ODBC_CALL(::SQLExtendedFetch(m_hstmt, wFetchType, /*FAILS HERE!!! - > */ nRow, pdwRowsFetched, m_rgRowStatus)); // Set deleted status m_bDeleted = GetRowStatus(1) == SQL_ROW_DELETED; } CheckRowsetError(nRetCode); return nRetCode; }
[22 Jan 2009 1:37]
Jess Balint
Jorg, Please open a new bug report and attach the ODBC trace log.
[15 Apr 2009 16:25]
Muhammad Anjum
how can I get patch for this bug?