On Windows, MessageBoxIndirect() was sometimes failing to pop up the host key
authorjacob <jacob@cda61777-01e9-0310-a592-d414129be87e>
Sun, 20 Feb 2005 23:00:17 +0000 (23:00 +0000)
committerjacob <jacob@cda61777-01e9-0310-a592-d414129be87e>
Sun, 20 Feb 2005 23:00:17 +0000 (23:00 +0000)
commitb3f3c0515b68a328e1b572296aa9a95485e04dc5
tree385d5fcfd86ef8ccf5476f847893eab00432e823
parent96ccde8b48fbf8763f44dd5f24014dc0565bbae9
On Windows, MessageBoxIndirect() was sometimes failing to pop up the host key
dialog and returning an unexpected value (0), causing everything to silently
behave as if the user had said "allow this connection but don't store host
key"!

Initialising (MSGBOXPARAMS).hInstance seems to have cured this (although the
MSDN docs seemed to indicate it wouldn't be used) -- if so, it's been broken
since r5309 on 2004-02-15 -- but since this was something of a Heisenbug, and
the behaviour was so catastrophic when MessageBoxIndirect() behaved oddly, I've
rearranged the code to default to cancelling, and added an assertion for
visibility.

(Windows PuTTY still seems to be broken wrt servers that send NEWKEYS while
we're waiting for the user, which happens to include the "SSH-2.0-2.4.1 SSH
Secure Shell OpenVMS V1.0" I'm testing against. I don't know why. The above bug
may also have been limited to this circumstance.)

git-svn-id: svn://svn.tartarus.org/sgt/putty@5370 cda61777-01e9-0310-a592-d414129be87e
windows/windlg.c