COM vtable inconsistencies with g++ (was SIGSEGV in IDirectDrawImpl_EnumDisplayModes)

Andreas Mohr andi at
Sun Nov 3 03:47:54 CST 2002

On Sat, Nov 02, 2002 at 07:17:28PM -0800, Francois Gouget wrote:
> On Sat, 2 Nov 2002, Andreas Mohr wrote:
> [...]
> > The only advantage I can think of would be the use of Unix code, but then
> > you could achieve the very same thing by writing the Unix equivalent DLL
> > of a Windows DLL (e.g.: hardware access or so) and using the Unix specific
> > DLL version instead on Wine.
> That's one of the advantages and it allows you to do things you would
> probably not be able to do by just loading a Winelib dll from a non
> Winelib application. One such thing is mixing Win32 windows with QT ones
> in a single application. This is not a pipedream, it has already been
> been done on a large application at least once.
Umm, that's all fine and dandy, bu I was coming from the other direction ;-)
Using a program on *Wine* that loads a DLL built into this customized version
of Wine that does the Unix interfacing. The Windows version of the DLL would
do the hardware communication on Windows.

But you're right, that certainly sounds impressive.

> The other advantage of course is that Winelib makes it possible, at
> least in theory, to port your application to non x86 platforms like the
> Sparc or PPC. In fact I think the path to removing the x86 monopoly is:
>  1. run existing Windows applications using Wine
>  2. Linux grows market share
>  3. Wine improves enough on non-Linux x86 Unix platforms (FreeBSD,
> OpenBSD, Solaris) that you can run Windows apps on them as well as on
> Linux
>  4. now that Linux has a significant market share on the desktop ISVs
> start taking Wine into account when designing applications
>  5. ISVs use Winelib to migrate off the Win32 API to more cross-platform APIs
>  6. ISVs use Winelib to port their applications to non x86 platforms or
> port them directly if they already moved off Win32 using Winelib as a
> transition

I guess it might very well happen that Wine gradually becomes a release
requirement for applications.
Just wait some time until more and more people (application "porters",
that is) join the development plate, and you'll see Wine becoming more 
and more relevant (the fact that Wine is the only *real* Win32 platform
on Linux definitely helps, too ;-).

Andreas Mohr                        Stauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604      

More information about the wine-devel mailing list