|
From: Patrik J. <je...@ka...> - 2006-06-19 10:08:56
|
There are several ways to know which dll's are loaded. For example the debugger shows me what dll's are loaded. But the reason why I noticed is, because one of the "not required" dll's produces a runtime error because of a missing manifest file (its an vc++ generated dll). The application is quite large, and links dynamicly (with import libaries) to a relative large number of dll's. It does not use LoadLibrary or has any other kind of plugin support. I'am using the Code::Blocks IDE, maybe I have to look there to solve this mystery. Providing source code does not help to solve this problem, nor does debugging. The win32 app built with mingw just loads *all *dll's, which are in the same folder as the main app, at startup. Also, I checked all my projects for a wrongly added dependency, but I found none. This led me to the idea that maybe this is some kind of a mingw feature which I don't know of, and of which I wouldn't see any benefit in either. patrik Tor Lillqvist wrote: >Patrik Jeller writes: > > But if I > > have dll's in this same folder which are not required (no dependencies > > whatsoever) the mingw application does load all the dll's on > > startup(whether required or not). > >(Firstly, I don't think there is any such thing as a "mingw >application". It's simply a Win32 application that just happens to be >built using the mingw compiler.) > >How do you know that it is loading the DLLs? Does it provide some kind >of logging? Doesn't the log output give any information to why it is >doing it? > > > My question is, what reasons may there be that the application > > loads dll's which it does not require? Is this some kind of default > > behaviour? > >Certainly not. What kind of application is this? Does it support some >kind of "plugins"? Are its plugins DLLs? Maybe it thinks the DLLs are >plugins? Do you perhaps specify the location where it should look for >plugins incorrectly? > > > By the way: The same application and dll's I have build with the ms > > compiler and there it works fine, it only loads the dll's the app > > is depending upon. > >This is a total mystery then. But if you have the source code, surely >you have been looking through it and looking for the place where it >does the LoadLibrary()? > >I don't really think we can help you without you showing us the >application source code. (And on the other hand, if it is a large and >confusingly written application, few people probably would bother >doing your debugging work for you ;) What you are descibing is >certainly not something that would be default behaviour. > >--tml > > > >_______________________________________________ >MinGW-users mailing list >Min...@li... > >You may change your MinGW Account Options or unsubscribe at: >https://lists.sourceforge.net/lists/listinfo/mingw-users > > |