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

Sascha Sommer saschasommer at freenet.de
Tue May 27 12:37: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
> > discuss this again.
> > Imo libs belong to /usr/lib or /usr/local/lib on linux and to
> > on windows.
> I still think that Cygwin should behave like any other Unix environment
> 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
> > 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
> 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
> just like the others?  Or isn't that the root of the problem here?

The root of the problem is that any path beginning with / is invalid. I
doubt it loaded any codec
before. At least not from /usr/local/lib/codecs ;)


More information about the MPlayer-dev-eng mailing list