Re: Loading resources from wine dlls

[Michael Jung]

Hi Rob,

On Thursday 25 August 2005 06:50, you wrote:
> Anything that uses SearchPath is similarly broken when needing to find a
> builtin dll or exe. We should add a hack^H^H^H^Hextension to that
> function to make it be able to find installed .so files with a similar
> name.

I think that's just part of the problem. If I create a symbolic link
from .wine/drive_c/windows/system32/shell32.dll
to /usr/local/lib/wine/shell32.dll.so SearchPath succeeds. But then
USER32_GetResourceTable (dlls/user/exticon.c, line 128) fails (I guess it
can't handle ELF wrapped PEs?).

Would it be ok to look for an ELF header and then for an enclosed PE header
 in USER32_GetResourceTable (and then return IMAGE_NT_SIGNATURE and the
 correct pointer)? Where can I find informations about the format of ELF
 wrapped PEs?

Bye,
--
Michael Jung
[e-mail]

Loading resources from wine dlls

[Michael Jung]

On Thursday 25 August 2005 09:56, Michael Jung wrote:
> Would it be ok to look for an ELF header and then for an enclosed PE header
>  in USER32_GetResourceTable (and then return IMAGE_NT_SIGNATURE and the
>  correct pointer)? Where can I find informations about the format of ELF
>  wrapped PEs?

Thinking about it again, there probably is no such thing as an ELF wrapped PE?

Bye,

Loading resources from wine dlls

[Alexandre Julliard]

Michael Jung  writes:
> Thinking about it again, there probably is no such thing as an ELF wrapped PE?

No, the ELF linker cannot support everything we need, so parts of the
PE header need to be generated at load time. So there's no way to
access a real PE header without loading the dll.