[unixODBC-support] RE : libodbcinst.so.2

Ludo Brands ludo.brands at free.fr
Fri Sep 24 11:39:31 BST 2010


Nick,

RH redefined tODBCINSTWND. The first paramater changed from char szGUI[21]
to char szUI[FILENAME_MAX] and contains now the plugin file name instead of
a short name for the GUI. Probably to be able to distinguish fe. qt4 from
qt3. Since unixODBC just passes on hwndParent to the driver, dynamic linking
to libodbcinst.so is a valid solution for us. Our driver doesn't use the
handle since it comes with its own GTK widgetset. We just test on Handle<>0
to display, or not, a config screen.

Thanks, Ludo

-----Message d'origine-----
De : unixodbc-support-bounces at mailman.unixodbc.org
[mailto:unixodbc-support-bounces at mailman.unixodbc.org] De la part de Nick
Gorham
Envoyé : jeudi 23 septembre 2010 18:34
À : Support for the unixODBC project
Objet : Re: [unixODBC-support] libodbcinst.so.2


Ludo Brands wrote:
> Hi,
>  
> unixODBC-2.2.14 in Red Hat and Fedora is shipping libodbcinst.so.2.
> According to https://bugzilla.redhat.com/show_bug.cgi?id=498311 the 
> ABI has changed. Where can I find these changes? The unixODBC release 
> notes for 2.2.13 and 2.2.14 are not specific on this issue. Also, 
> Mandriva is shipping libunixODBC1-2.2.14 with libodbcinst.so.1. Same 
> for Solaris CSWunixodbc 2.2.14.  So it seems more a Red Hat than a 
> unixODBC issue.  
> We develop an ODBC driver and use odbcinst for installation and 
> configuration purposes, obviously. The functions we use are: 
>
SQLInstallDriver,SQLConfigDataSource,SQLWriteDSNToIni,SQLRemoveDSNFromIni,SQ
LValidDSN, 
>
> SQLWritePrivateProfileString,SQLGetPrivateProfileString,SQLConfigDrive
> r,SQLInstallerError,
>
> SQLPostInstallerError,SQLInstallDriverEx,SQLGetConfigMode,SQLSetConfig
> Mode.
>
> If drivers and their installer are not concerned by the changes
> from .1 to .2 we could link dynamically to libodbcinst.so... Some 
> Oracle ODBC driver users with a similar problem have had succes 
> creating a symbolic link libodbcinst.so.1 to libodbcinst.so.2 but that 
> is clearly not a solution for us.
>  
> thanks, Ludo
>  
Hi,

You will have to ask RH exactly what has changed in the lib they build 
and distribute, but I suspect the core of the difference is the default 
size of SQLLEN on 64 bit platforms is now 64 bit, previously it was 32 bit.

-- 
Nick
_______________________________________________
unixODBC-support mailing list unixODBC-support at mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-support



More information about the unixODBC-support mailing list