Running dxdiag

[Paul Vriens]

Hi,

I was trying to run dxdiag (just for the fun of it). Dxdiag complains
that it cannot find any dll. This is correct because what it does is
check the directories in the "Path". The dll's are of course not present
on a clean install as all are builtin.

Loading a dll takes care of this by checking the DllOverrides and acts
according to that if it cannot find the dll.

How can we act on an app which checks for a 'physical' presence of a
dll? 

For now I did 'ln -s /usr/local/lib/wine/ddraw.dll.so ddraw.dll' to get
around this. This is of course not very flexible.

Any ideas? Or will any solution yield in a performance drop as we have
to do some extra checks?

Paul.

[Mike Hearn]

On Thu, 13 Jan 2005 19:56:45 +0100, Paul Vriens wrote:
> How can we act on an app which checks for a 'physical' presence of a
> dll?

Somebody needs to write a program that dumps the NT headers of each
winelib DLL to the appropriate place in the virtual drive C when it's
first created (in wineprefixcreate).

It's been talked about before, Andi even did it once but then his patch
was eaten by wayward hardware before it could be submitted. So we really
need somebody to pick this project up and run with it.

Dumping the headers is necessary for stupid installers that map DLL files
manually and rummage around in the headers to figure out versions and
stuff ... simply having an empty file isn't enough for all of them I'm
afraid :(

thanks -mike

[Ivan Leo Puoti]

> Somebody needs to write a program that dumps the NT headers of each
> winelib DLL to the appropriate place in the virtual drive C when it's
> first created (in wineprefixcreate).

Why can't wineprefixcreate just make links to the dlls?

Ivan.

[Mike Hearn]

On Fri, 14 Jan 2005 19:33:19 +0100, Ivan Leo Puoti wrote:
> Why can't wineprefixcreate just make links to the dlls?

Like I said originally:

Dumping the headers is necessary for stupid installers that map DLL files
manually and rummage around in the headers to figure out versions and
stuff ... simply having an empty file isn't enough for all of them I'm
afraid :(

The DLLs wine ships aren't actually PE DLLs so symlinking to them directly
won't do the trick.

[Eric Pouech]

> Dumping the headers is necessary for stupid installers that map DLL files
> manually and rummage around in the headers to figure out versions and
> stuff ... simply having an empty file isn't enough for all of them I'm
> afraid :(
> I have some basic stuff for this (which I wrote for some other reasons quite 
> long ago - support of debug information), so if someone is interested, drop me a 
> note.
> A+

-- 
Eric Pouech