Eric Smith
2007-09-20 21:48:09 UTC
In order to install the side-by-side CRT, I'm using vcredist_x86.exe from
C:\Program Files\Microsoft Visual Studio
8\SDK\v2.0\BootStrapper\Packages\vcredist_x86. This is from Visual Studio
2005 SP1.
On a machine where vcredist_x86.exe hasn't previously been run, it runs
reasonably fast, finishing in less than a minute. If vcredist_x86.exe HAS
been run, then it takes about three minutes, with most of that time
displaying an empty progress bar. That seems like a disproporionate amount of
time.
I'm not sure if a re-install causes any existing CRT dlls to be uninstalled
first, and then installed (which could possibly explain how a process that
ultimately doesn't need to do anything could take longer)? Even so, that
seems really slow.
I've duplicated this behavior on several machines. I've also done a run with
verbose logging turned on:
vcredist_x86.exe /q:a /c:"msiexec /i vcredist.msi /qn /l*v
$TEMP\vcredist_x86.log"
This produced a log file of about 19 MB, with lots of GUID-heavy output that
I'm not easily able to interpret.
I've been under the impression that running vcredist_x86.exe multiple times
is harmless. While that seems to be true in terms of the ultimate state of
the machine, it is painfully slow. I could try to detect that the CRT is
already installed within my install script, and do nothing if it is, but I'd
rather minimize complexity by just running the redistributable install every
time.
Has anyone else encountered this? If so what do you do about it?
Thanks,
Eric
C:\Program Files\Microsoft Visual Studio
8\SDK\v2.0\BootStrapper\Packages\vcredist_x86. This is from Visual Studio
2005 SP1.
On a machine where vcredist_x86.exe hasn't previously been run, it runs
reasonably fast, finishing in less than a minute. If vcredist_x86.exe HAS
been run, then it takes about three minutes, with most of that time
displaying an empty progress bar. That seems like a disproporionate amount of
time.
I'm not sure if a re-install causes any existing CRT dlls to be uninstalled
first, and then installed (which could possibly explain how a process that
ultimately doesn't need to do anything could take longer)? Even so, that
seems really slow.
I've duplicated this behavior on several machines. I've also done a run with
verbose logging turned on:
vcredist_x86.exe /q:a /c:"msiexec /i vcredist.msi /qn /l*v
$TEMP\vcredist_x86.log"
This produced a log file of about 19 MB, with lots of GUID-heavy output that
I'm not easily able to interpret.
I've been under the impression that running vcredist_x86.exe multiple times
is harmless. While that seems to be true in terms of the ultimate state of
the machine, it is painfully slow. I could try to detect that the CRT is
already installed within my install script, and do nothing if it is, but I'd
rather minimize complexity by just running the redistributable install every
time.
Has anyone else encountered this? If so what do you do about it?
Thanks,
Eric