Re: SHLWAPI ole32 (delay-load of dlls)

[Jürgen Schmied]

(deleted)
> Ifwe should directly link with ole32 then we should probably remove the FIXME from Makefile.in. 
> If we follow this path, we should eventually also link with the other DLLs that version 6 delay 
> loads instead of being optional as before: apphelp, mlang, comctl32, mpr, msi, setupapi, 
> userenv, winmm etc.

These are a bit to much dlls whats not on every system. Delay loading ole32 just needs 
a >= win95 version of ole32 so it shouldn't any problem. The other dlls are (except 
comctl32) are a problem because we can't expect them to be here.
If there is no ole32 wine loads the built in as a fallback.
I think it's safe to do a delay loading there.

juergen
> Cheers,
> Jon
>
> Alexandre Julliard  wrote: 
>     "Jürgen Schmied" writes:
> > This is not completely right. shlwapi loads ole32 per delay-load what 
> > means nearly its linking against it. We don't have anything similar at 
> > the moment. I don't think we should do anyting by function pointers.
> > Maybe we could generate stubs during the build process to implement
> > delay loading. It don't looks to hard to implement.
>
> It's already implemented, you just have to list them as DELAYIMPORTS
> instead of IMPORTS in the makefile.
>
> -- 
> Alexandre Julliard
> [e-mail]
>
>
> "Don't wait for the seas to part, or messiahs to come;
> Don't you sit around and waste this chance..." - Live
>
> [e-mail]
>
> Do You Yahoo!?
> New! SBC Yahoo! Dial - 1st Month Free & unlimited access

---
[e-mail]