http://bugs.winehq.org/show_bug.cgi?id=7975
blin@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
------- Additional Comments From blin@gmx.net 2007-07-04 02:56 ------- The bug is that qip never queries for the presence of the NTLM provider it's trying to load, it just assumes that it's always there. So it never checks the returned security context, which is NULL, wich will then crash in the next secur32 function.
Now, I can understand they assume NTLM is always available, as that's the way it is on Windows NT4+. Wine needs Samba's ntlm_auth in a version greater than 3.0.24 to do NTLM and won't register the NTLM provider otherwise.
Unfortunately, Samba 3.0.25 is not released yet. This should happen soon, though, last I heard they were aiming for the first release candidate on monday, april 9th.
A possible (i.e. I've never tested it) quick fix could be to put a script called ntlm_auth into your path that looks like:
#!/bin/sh # Quick hack to fake ntlm_auth for wine NTLM version detection echo "Version 3.0.25"
This will get Wine to register the NTLM provider. Of course any attempts at using it will fail miserably, but if you never actually use the "qip to qip private chat" function, you should be fine.