[MPlayer-dev-eng] [PATCH] load dlls always from WIN32_PATH

Diego Biurrun diego at biurrun.de
Tue May 27 11:59:03 CEST 2003

On Tue, May 27, 2003 at 10:29:20AM +0200, Sascha Sommer wrote:
> I now made a few tests with the attached tool and...
> dunno what to do.
> It will load the dll only if the path is
> c:/cygwin/usr/local/lib/win32/qtmlClient.dll

You're living in the past, the standard is /usr/local/lib/codecs/ now ;-)

> If you do not have the dll there it won't load it from windows/system
> It would if the path is only qtmlClient.dll. Therefore I think we have to
> discuss this again.
> Imo libs belong to /usr/lib or /usr/local/lib on linux and to windows/system
> on windows.

I still think that Cygwin should behave like any other Unix environment and
load DLLs from /usr/local/lib/codecs/.

> We can of course have a different location for the real ones, but
> acm,vfw,dmo,dshow and quicktime
> dlls belong to windows/system, where they get installed to by their owner
> applications.

Yes, but ideally we would install MPlayer and not have to install all the
other crap players.  In this case we need to provide DLLs, which we need to
do anyway as qtmlclient.dll does not get installed by QT.

> Once we really make a package we can make an installer that checks if
> qtmlClient.dll etc. is present
> and if not put it to windows/system.
> What is your opinion on this?

Shouldn't the QT loader just be fixed to load DLLs from the codecs directory
just like the others?  Or isn't that the root of the problem here?


More information about the MPlayer-dev-eng mailing list