Tue Feb 12 21:41:00 GMT 2002
> So we have a bigger problem. We already link to ddraw.dll.
> Cygcheck reported
> for the old version:
Then that is a mistake. I just #if0'd the calls to DirectDrawCreate and
DirectDrawCreateClipper in winpfbdd.c, winshaddd.c, and winshadddnl.c with
the result that cygcheck now reports:
$ cygcheck XWin.exe
Notice that ddraw.dll is not linked. That is the way it should be. We need
to replace the direct calls to DirectDrawCreate and DirectDrawCreateClipper
with the method using GetProcAddress. That way we'll be able to safely run
on machines that do not have a dummy version of ddraw.dll (on the off chance
that this would ever happen).
> The only difference between
> proc = GetProcAddress
> is that the second does not need the dll with the symbol on
> startup. And even
> if the symbol is not found in the dll, we still have the
> null-check and can
> (have to) skip the call to DirectDrawCreate.
Did you mean to say that the first method does not need the dll with the
symbol on startup?
The intention was to prevent ddraw.dll from being linked, so the idea was to
use the first method. I messed up. Oops.
In any case, w32api shouldn't be doing something that breaks the
GetProcAddress method, as that is a perfectly valid method.
More information about the Cygwin-xfree