Eric Pouech <[EMAIL PROTECTED]> writes:
> two examples of applicable areas :
> - user32 rely on shell32 for displaying the about dialog box (furthermore,
> its an ugly hack)
> - comctl32 (in the animate control) uses video and multimedia functions
> - and I don't doubt there more spread out (didn't check)
The big question here is how do you handle the case where the library
cannot be loaded when we need it. Right now if user32 fails to load
shell32 you simply don't get the about box, but with your change
AFAICS you get a crash instead...
> I still have some directions to stabilize
> 1/ I did start to re-use the Windows' structure for the PE (delay load)
> directory, but didn't do it entirely (no real IMAGE_THUNK_DATA used, directory
> is not inserted into the PE header). I don't think there's any reason to do it,
> so I'd rather make as simpler as possible and remove any unused fields
> in the structures
Actually it's much better to use the standard Windows structures, even
if it makes the code slightly more complicated. This allows using the
same code for loading PE and .so files, and more importantly it
guarantees backwards compatibility, since we know we will always
remain compatible with the Windows format, while if we do our own
format we cannot be sure we won't need to change it later on.
--
Alexandre Julliard
[EMAIL PROTECTED]
