Jon, Is this all fixed with Ruben's latest build?
On Thu, Aug 18, 2011 at 12:33 PM, Jon <jon.for...@gmail.com> wrote: > 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 > ------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
