[Bug 37063] NTLM EncryptMessage/DecryptMessage failure

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=37063

dwmw2 at infradead.org <dwmw2 at infradead.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #49254|0                           |1
        is obsolete|                            |

--- Comment #4 from dwmw2 at infradead.org <dwmw2 at infradead.org> ---
Created attachment 49257
  --> http://bugs.winehq.org/attachment.cgi?id=49257
Convert from CP_ACP to UTF16 and then to CP_UNIXCP for
SEC_WINNT_AUTH_IDENTITY_ANSI

(In reply to Hans Leidekker from comment #2)
> (In reply to dwmw2 at infradead.org from comment #1)
> > Created attachment 49254 [details]
> > Cope with SEC_WINNT_AUTH_IDENTITY_ANSI
> > 
> > This fixes the easy part.. the domain seems to be present and correct now
> > too.
> 
> Looks good. Please submit it to wine-patches at winehq.org.

On further reflection... I realise my patch assumes that CP_ACP == CP_UNIXCP.
That's not a valid assumption, is it? This being the 21st century, CP_UNIXCP is
going to be UTF-8 fairly much everywhere... and the win32 side isn't likely to
be using UTF-8 as the ANSI code page because support for that is so broken
under Windows.

So perhaps I need to convert the ANSI strings from CP_ACP to 'Unicode' and then
pass them into the (unmolested) ntlm_Get*Arg() functions to be converted to
CP_UNIXCP as before? Like this...

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.