FreeTDS Development Group

[Thomas Stover <thomas AT wsinnovations.com>]

Regarding 0.91RC2,
-built from an ubuntu 10.10 x86_64 host
-targeting win32 
-using i686-w64-mingw32
-downloaded from from http://mingw-w64.sourceforge.net/
(mingw-w32-bin_x86_64-linux_20110625.tar.bz2)

(if the above is confusing, it's the mingw-w64 project's win32 [not win64]
compiler for x86_64 linux hosts)

My configure:

./configure --prefix=/home/thomas/win32/mingw/ --host=i686-w64-mingw32
--enable-sspi --disable-odbc --disable-apps --disable-server --disable-pool

1) Reporting that the SSPI works great! 
-sql server 2008, windows server 2008 client & host
-this was done using just libsybdb-5.dll from C

Supposing code normally would look like this:

login = dblogin();
DBSETLUSER(login, "username");
DBSETLPWD(login, "password");
DBSETLAPP(login, "something");  

For SSPI, I just did this:

login = dblogin();
DBSETLAPP(login, "something"); 

and it uses the account I logged in with. I haven't seen this discussed
much. Sorry if I missed it. Maybe there is more to it?




2) I get gcc "notes" like this, on message and error callbacks:
note: expected ‘EHANDLEFUNC’ but argument is of type ‘int (*)(struct
DBPROCESS *, int,  int,  int,  char *, char *, void *)’

My prototypes match, they just don't use the typedef-ed function pointer
types. Note sure if this matters.




3) I get errors like this:
... include/sqlfront.h:39:30: error: conflicting type qualifiers for
‘LPCBYTE’
... include/winscard.h:23:23: note: previous declaration of ‘LPCBYTE’ was
here

I tried several things, and finally just commented out line 39 in my
installed sqlfront.h. Not sure if that is a bug, or my usage.



-- 
www.thomasstover.com