Hi Alan, On 2011-05-26 21:37, Alan W. Irwin wrote:
> > Hmmm. I guess that means "return 0;" doesn't really mean exactly that > in all cases for the Windows platform. I strongly suspect (because > virtually all test-drv-info.exe issues concern linking) there is some > preceding run-time linking error that is causing the above error > message once the test-drv-info.exe application exits. > I think the error that is reported occurs _after_ the return statement in the "postamble" of a program. I have seen this message before and it is rather unhelpful. Quite possibly some access violation occurs somewhere in the program, upsetting internal structures, like the ones maintained by malloc() and free() and this is only noticed when the program actually finishes and cleans up everything. But that does not help the average programmer one bit. > Under wine, I am more experienced with MinGW/MSYS (-G "MSYS Makefiles" > cmake option) rather than MinGW without MSYS (-G "MinGW Makefiles" > cmake option). In any case, note that MSYS has the really useful > ldd.exe application which allows you to analyze whether there are any > linking errors. It has been a while since I tried ldd.exe under wine, > but the equivalent ldd application under Linux gives the following > results for qt.so in the build tree > ... > > There may be some Windows application that does the same thing as ldd > which states which versions of libraries are being used to make sure > you are not using some stale older version by mistake due to an > incorrect PATH and which also checks for undefined symbols. Anyhow, I > would advise running ldd.exe or Windows equivalent to check for such > linking issues. Of course, the PATH (which, of course, has to include > the dll subdirectory of the build tree) which you use during your ldd > or equivalent test has to be the same as during your run of > test-drv-info.exe. > The canonical application to use on Windows is "Dependency Walker" - http://www.dependencywalker.com/. It is not flawless, as it does not really support "side-by-side assemblies", but it ought to give you enough insight in what DLLs are found where and what symbols are exported etc. Regards, Arjen DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. ------------------------------------------------------------------------------ vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
