On Thu, Aug 20, 2009 at 11:47 AM, Steve Borho<st...@borho.org> wrote: > On Thu, Aug 20, 2009 at 11:39 AM, Adrian Buehlmann<adr...@cadifra.com> wrote: >> On 20.08.2009 18:04, Steve Borho wrote: >>> Sigh. I think this is a runtime library mismatch. Microsoft has >>> released a "security patch" for msvcr*.dll but has not released new >>> redistributable packages for them yet. This is biting people all over >>> the place right now. What I suspect happened in this case is I copied >>> my patched version of msvcr80.dll into the installer, but it doesn't >>> match the version that certain python libraries were compiled against. >> >> Interesting: thg 0.8.1 seems to install msvcr71.dll. >> >> Did you switch to msvcr80.dll for the 090819.exe? >> >> (I admit I haven't tested 090819.exe, running from 0.8.1 + source here) > > I've migrated to a new build machine, and it has Python 2.6 which was > built with VC9, so python26.dll has dependency on msvr90.dll. When I > run py2exe, it reports that at least one module inside library.zip > requires msvcr80.dll, so the nightly build includes both msvcr80.dll > and msvcr90.dll. > > msvcr71.dll was needed by python25.dll, I think.
It's entirely possible that I did something incredibly stupid like copying the x64 versions of one of those DLLs into the installer contrib/ folder. -- Steve Borho ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Tortoisehg-develop mailing list Tortoisehg-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
