Hi Terry, apologies for us ignoring your question for so long ... I don't really have good excuse except laziness or something equally ... self-bashing, so I don't even try ...
Just in case you're still interested in a response: > OResultSet::move fails to find a matching bookmark (after 0 > interations through the loop starting at line 1600) and raises the > assertion. I think this points to the problem here. Well, into its direction, at least. m_aPosToBookmarks is expected to be filled by this method, too. I'd expect to find calls to OResultSet::move with a FIRST and possibly subsequent NEXT parameters. In those calls, the map should be filled. If the method is not called, then it could mean the method is not called - in this case, the problem lies up the stack, again. If the method is called, but the bookmark map is not filled (which I assume), this would mean that m_nUseBookmarks is SQL_UB_OFF. This parameter is set in Statement::setUsingBookmarks. Since OResultSet::move is called with a bookmark request, this means the layers above it assume the result set supports bookmarks - which means they also should have called setUsingBookmarks on the respective statement. If they *did* call it, with the proper value, but subsequently, the ODBC driver returns another value, this means that either setUsingBookmarks didn't deliver the wrong result to its caller ("no success"), or the caller didn't respect the result, or the ODBC driver didn't deliver the proper result. If setUsingBookmarks has not been called before, then again the bug is in the upper layers, I'd say - since then they're requesting bookmark-based movement from the result set without enabling bookmarks at the statement. So, those would be the next things you could check: Is m_aPosToBookmarks filled? If not - why? Is setUsingBookmarks called? With which parameters, and which result? Does the value passed to setUsingBookmarks match to what later on is retrieved to initialize m_nUseBookmarks? HTH Ciao Frank --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@dba.openoffice.org For additional commands, e-mail: dev-h...@dba.openoffice.org