Ruben, With the 32bit i686-w64-mingw32-gcc-4.6.2-1_rubenvb.7z personal build I'm getting the following runtime failure
abort: DLL load failed: Invalid access to memory location.! after building a stable Mercurial snapshot from source on a Win7 Ultimate machine. I'm fighting distutils to try to get you useful debug info from the Python extensions (looks like the osutil.pyd is causing the issue), but below is what I know so far. No failure exists when building with 4.5.2 from http://tdm-gcc.tdragon.net/ and I can't build with the automated mingw-w64 download because it's missing msvcr90 artifacts needed when building against Python 2.7.2. Let me know if there's something specific you want me to run while I'm trying to get you a bt you can use. C:\mercurial\mercurial-snapshot>type setup.cfg [build_ext] inplace = 1 compiler = mingw32 C:\mercurial\mercurial-snapshot>gcc --version gcc (GCC) 4.6.2 20110802 (prerelease) ... C:\mercurial\mercurial-snapshot>set CFLAGS=-ggdb3 C:\mercurial\mercurial-snapshot>python setup.py build ... running build_ext building 'mercurial.base85' extension creating build\temp.win32-2.7 creating build\temp.win32-2.7\Release creating build\temp.win32-2.7\Release\mercurial c:\mingw-rvb\bin\gcc.exe -mdll -O -Wall -IC:\Python27\include -IC:\Python27\PC -c mercurial/base85.c -o build\temp.win32-2.7\Release\mercurial\base85.o writing build\temp.win32-2.7\Release\mercurial\base85.def c:\mingw-rvb\bin\gcc.exe -shared -s build\temp.win32-2.7\Release\mercurial\base85.o build\temp.win32-2.7\Release\mercurial\base85.def -LC:\Python27\libs -LC:\Python27\PCbuild -lpython27 -lmsvcr90 -o C:\mercurial\mercurial-snapshot\mercurial\base85.pyd ... C:\mercurial\mercurial-snapshot>cd \Users\Jon\Documents\vim-src C:\Users\Jon\Documents\vim-src>hg in comparing with https://vim.googlecode.com/hg/ abort: DLL load failed: Invalid access to memory location.! C:\Users\Jon\Documents\vim-src>gdb --args python c:\Python27\Scripts\hg in GNU gdb (GDB) 7.3.0.20110802-cvs This GDB was configured as "i686-w64-mingw32". Reading symbols from C:\Python27/python.exe...(no debugging symbols found)...done. (gdb) run Starting program: C:\Python27/python.exe c:\\Python27\\Scripts\\hg in [New Thread 6136.0x12ec] warning: Could not load shared library symbols for 15 libraries, e.g. C:\Windows\system32\ntdll.dll. Use the "info sharedlibrary" command to see the complete listing. Do you need "set solib-search-path" or "set sysroot"? warning: Could not load shared library symbols for C:\Windows\system32\imm32.dll. Do you need "set solib-search-path" or "set sysroot"? warning: Could not load shared library symbols for C:\Windows\system32\msctf.dll. Do you need "set solib-search-path" or "set sysroot"? warning: Could not load shared library symbols for C:\mercurial\mercurial-snapshot\mercurial\osutil.pyd. Do you need "set solib-search-path" or "set sysroot"? warning: HEAP[python.exe]: warning: Invalid address specified to RtlSizeHeap( 00600000, 012FAB28 ) Program received signal SIGTRAP, Trace/breakpoint trap. 0x77905605 in ?? () (gdb) bt #0 0x77905605 in ?? () #1 0x778d1a25 in ?? () #2 0x77906c91 in ?? () #3 0x778c9359 in ?? () #4 0x75bef480 in ?? () #5 0x75bef4e6 in ?? () #6 0x75bef52c in ?? () #7 0x6ea41d48 in ?? () #8 0x6ea4246a in ?? () Backtrace stopped: Not enough registers or memory available to unwind further Jon --- blog: http://jonforums.github.com/ twitter: @jonforums "Anyone who can only think of one way to spell a word obviously lacks imagination." - Mark Twain ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
