On Thu, Apr 03, 2014 at 01:28:24PM -0700, julien2412 [via Document Foundation Mail Archive] wrote:
<br/><div class='shrinkable-quote'><br/>> Also, I noticed in this same file:
<br/>>    1252 sal_Int32 SAL_CALL
<br/>> ODatabaseMetaData::getDefaultTransactionIsolation(  ) throw(SQLException,
<br/>> RuntimeException, std::exception)
<br/>>    1253 {
<br/>>    1254     SQLUINTEGER nValue;
<br/>>    1255    
<br/>> OTools::GetInfo(m_pConnection,m_aConnectionHandle,SQL_SUBQUERIES,nValue,*this);
<br/>>    1256     return nValue;
<br/>>    1257 }
</div><br/>> Searching about getDefaultTransactionIsolation, I found
<br/>> SQL_DEFAULT_TXN_ISOLATION. But this attribute isn't in sqlext.h but in
<br/>> isqlext.h (see
<br/>> <a href="http://sourcecodebrowser.com/unixodbc/2.2.11/nn_2isqlext_8h.html" target="_top" rel="nofollow" link="external">http://sourcecodebrowser.com/unixodbc/2.2.11/nn_2isqlext_8h.html</a>)
<br/>> Nevertheless, looking the number of locations where sqlext.h is used in LO,
<br/>> I wonder what impact would be including isqlext.h
<br/>> Still, the above code with SQL_SUBQUERIES seems weird.
<br/><br/>Why would there be any problem in including isqlext.h? Just do it...
<br/><br/>Yes, the above call with SQL_SUBQUERIES looks obviously wrong, and
<br/>needs to be replaced by SQL_DEFAULT_TXN_ISOLATION + translating from
<br/>ODBC constants (SQL_TXN_READ_UNCOMMITTED, SQL_TXN_READ_COMMITTED,
<br/>SQL_TXN_REPEATABLE_READ, SQL_TXN_SERIALIZABLE) to SDBC constants
<br/>(com::sun::star::sdbc::TransactionIsolation).
<br/><br/>-- 
<br/>Lionel
<br/>

        
        
        
<br/><hr align="left" width="300" />
View this message in context: <a href="http://nabble.documentfoundation.org/About-parts-in-ODatabaseMetaData-cxx-connectivy-module-odbc-part-tp4104005p4104094.html">Re: About parts in ODatabaseMetaData.cxx (connectivy module/odbc part)</a><br/>
Sent from the <a href="http://nabble.documentfoundation.org/Dev-f1639786.html">Dev mailing list archive</a> at Nabble.com.<br/>