Wine as shared library patch

[Robert Shearman]

Peter Dennis Bartok wrote:
> This patch allows to use Wine as a shared library. It will allow the
> Mono project to use Wine as the backend for it's System.Windows.Forms
> implementation.

It looks as though Alexandre has done a good job with kernel32 and ntdll
since the last time using Wine with Mono was mentioned on this list.

> ChangeLog:
>     * Alters initialization code to return control to caller instead of
> executing application if __wine_shared_lib flag is set.

Perhaps this could be changed to a static variable in process.c

>     * Adds winelib executable (wine-sharedlib) that a consumer can use
> to initialize Wine as a shared library, to load Wine DLLs and to import
> functions from DLLs.

wine-sharedlib doesn't look very clean at the moment. Tabs are inconsistent
and you forgot to change MonoWineInit to SharedWineInit in one of the
comments.
Why do you link to kernel32 and user32 and then use dlsym to get the
function address?
What is VideoDLL supposed to be for?
Why does the comment for WinMain say it is never called and then have a load
of junk in it?

If you can resolve these issues then we can have a single Wine for Win32 and
S.W.F!

Rob