http://bugs.winehq.com/show_bug.cgi?id=1161
------- Additional Comments From andi@rhlx01.fht-esslingen.de 2003-03-31 11:06 ------- Why? Couldn't it be that our ADVAPI32.CryptDeriveKey simply calls into the crypt provider DLL (in this case, RSAENH.DLL) function in an illegal way? It's most likely CPDeriveKey() that's called illegally, since that is the only provider DLL function our CryptDeriveKey() calls... BTW, The algorithm used (26625) is ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | 1 and thus it should be RC4: #define CALG_RC4 (ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | ALG_SID_RC4) since ALG_SID_RC4 is 1 Hmm, strange, why is the alg id RC4, but the DLL is called RSAENH.DLL?? Maybe that is the real problem?
BTW, could you try using a different version of RSAENH.DLL?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://bugs.winehq.com/show_bug.cgi?id=1161. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.