Re: [Mingw-w64-public] Error building python extension (DLL load failed: invalid access to memory location)

[Václav Š. <eu...@do...>]

>> 2a) [!!!] run gendef and dlltool on python27.dll
>> (http://stackoverflow.com/q/11182765/761090) to be able to -lpython27.
> How is that suspicious?
Having no experience here, I thought it was some hack. You seem to 
suggest this is the standard way. Good :-)
>> 3a) Copy msvcr90.dll (c:\Windows\winsxs
>> \amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.21022.8_none_750b37ff97f4f68b\mscvr90.dll)
>> somewhere to $PATH (c:\Python27) so that it is in $PATH for dynamic
>> loader. Python is compiled against msvcr90.dll by upstream.
> No you don't, copying the DLL does not mean you grabbed the correct
> mscvr90.dll version.
Does it mean there are different msvcr90.dll, which are not 
ABI-compatible? How do I find out which DLL do I need exactly then?
>> 3c) Move 32bit libs out of the way
>> (http://gcc.gnu.org/ml/gcc-help/2012-07/msg00060.html suggests to use
>> -static-libstdc++, but it is not recognized by gcc 4.7); I don't compile
>> 32bit programs, so not having 32bit versions is fine for me:
>>
>>      cd /c/MinGW64/bin
>>      mv libstdc++-6.dll libstdc++-6.dll.~32bit~
>>      cp libstdc++_64-6.dll libstdc++-6.dll
>>      mv libgcc_s_sjlj-1.dll libgcc_s_sjlj-1.dll.~32bit~
>>      cp libgcc_s_shlj_64-1.dll libgcc_s_sjlj-1.dll
> I have no idea why your DLLs are named that way, are you sure you are
> supposed to rename them? Ask TDM for more info.
Later posts suggest this is TDM-specific, sorry for noise.
>> 4a) Fix to_string with c++11 (gcc.gnu.org/bugzilla/show_bug.cgi?id=52015)
> What exactly did you do? The patch posted requires cooperation from the
> C headers, that part is only in svn trunk.
Not really a fix, just a workaround for my code:

#ifdef __MINGW64__
     #include<boost/lexical_cast.hpp>
     template<typename T> std::string to_string(const T& a){ return 
boost::lexical_cast<std::string>(a); }
#endif

>> 4b) In c:\MinGW64\x86_64_w64-mingw32\include\stdlib.h, comment out
>> functions wtoll, lltow, ulltow at lines 626-628. This was only triggered
>> when including Eigen with vectorization - will be reported separately soon.
> What, it defines it's own copies?
>> 4c) In c:\MinGW64\x86_64_w64-mingw32\include\sys\stat.h, replace #ifndef
>> __CRT_NO_INLINE by #if 0 (errors about undefined struct in _fstat632) -
>> will be reported separately soon.
> I have no idea how you got that error when the struct was declared just
> above from an include.
I reported both issues (it turns out they are related) to the tracker at 
https://sourceforge.net/tracker/?func=detail&aid=3584127&group_id=202880&atid=983354 
.
>> Another rather large module fails to load with "DLL load failed: Invalid
>> access to memory location". I am wrestling to find out what it wrong.
>>
>> Any hints on how to proceed would be appreciated.
> Break at LoadLibrary and step from there?
I will try that - as last resort, though.

Cheers, Vaclav