The old executable also relied on an external DLL - MSVCR71.dll, IIRC.
It was just that 95% of Windows systems had it installed. When I bundled
rdiff-backup as part of a larger application, I was forced to include
the dll, as some clients didn't have it installed. The problem here is
that the dll is new enough that few systems have it installed.
I fought with this problem for a while on my own application, without
realizing that it also applied to rdiff-backup. The problem is made
worse by the fact that there are two versions of the dlls in question -
one that ship with VS2008 pre-SP1, and another that ship with SP1.
VS2008 by default links to the older version of the libraries, but woe
be unto you if you try to specify a manifest for the new version of the
libraries, while using the older...
JoshN
Andrew Ferguson wrote:
On Dec 20, 2008, at 10:12 AM, Marco Perego wrote:
I've tried on:
- VMWare 1.0.6 Guest Machine running on 64bit Gentoo Linux - Windows
XP Professional SP3, 32 bit, Italian, Version 5.1.2600
- Physical machine - Windows XP Professional SP3, 32 bit, Italian,
Version 5.1.2600
- Phisical machine - Windows Vista SP1, 32 bit, Italian, Version
6.0.6001
Hi Erwin and Marco,
For now, it looks like you can install the Visual C++ 2008
redistributable package (1.7mb):
http://www.microsoft.com/downloads/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf&displaylang=en
If that link doesn't work, look for vcredist_x86.exe on microsoft.com
I've asked on the py2exe mailing list if it's possible to include the
VS2008 runtime in the .exe. From what I can read online, the move to
VS2008 in Python 2.6.1 (which we need to use, as it supports files >
4gb) has created a lot of complications.
Andrew
_______________________________________________
rdiff-backup-users mailing list at [email protected]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
