Player names can be 31 characters long in Windows, so winemine should
now be able to read any of the player names in the registry created from
the minesweeper in the native Windows.

There were a few lines of code that I removed that explicitly kept the
number of mines and the timer unlit before the game started.  This isn't
consistent with Windows, so I don't know what the purpose was for doing
this.  In fact, it prevents the number of mines from being shown ahead
of time, which is useful information.

The correct behaviour was intended, but the wrong check was made for
wParam on the WM_MOUSEMOVE event.

The first choice never is on a mine in Windows.  This can be tested by
making a custom game with as many mines as possible, and then playing
the start of many games, and the first choice will never be on a mine.

This is done to make the game reasonable, since after the first choice
there will at least be some information given to make the next choice.

The game only starts when the player left clicks on a box to test it for
a mine, not when a flag is added. Manually tested against Windows XP.

Windows uses a 9x9 instead of 8x8 board for beginner mode.

On Windows XP (and newer), calling NetUserChangePassword with a NULL
domainname parameter creates a user home directory, iff the machine is
not member of a domain.  As we don't want to clutter up the folder
containing the home directories, specify \\127.0.0.1 as domainname to
access the local samdb.

This prevents conflicts with WINED3DRS_ZWRITEENABLE.

For a domain member, the domain info contains meaningful implementation.
It makes no sense to check for the standalone case only.