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
