Welcome to MSDN Blogs Sign in | Join | Help

Known Issues with Visual Studio 2005 Service Pack 1

There are several known issues when installing Visual Studio 2005 Service Pack 1. I've documented these below and, when possible, have included workarounds and status on any pending fixes.

Contents

Error 1718.File '...' was rejected by digital signature policy

Install Rolls Back and Breaks Applications like Live Messenger

Visual Studio 2005 Service Pack 1 Takes a Long Time to Install

Visual Studio 2005 Service Pack 1 Requires a Lot of Disk Space

Error 2908 – An Unexpected Error Installing the Package

Other Installation Errors

Error 1718.File '...' was rejected by digital signature policy

This problem occurs mainly on Windows Server 2003 Service Pack 1, and could potentially occur on Windows XP. It does not occur on Windows Vista.

Starting with Windows XP, a software restriction policy known as SAFER was introduced as a preventative measure to help avoid running unsafe files. Both Windows XP and Windows Server 2003 require enough contiguous memory to check files, and Windows Server 2003 seems to fragment memory more heavily leading to this error message. Windows Vista performs the same check, but uses far less memory. In most cases following the instructions documented in KB925336 will work, but we received reports where these steps did not work. Investigation into these cases suggests the steps failed because an Active Domain policy refresh overwrote the local SAFER policy.

While we continue to investigate fixes to Windows XP and Windows Server 2003 you can set a registry value to reliably install Service Pack 1. Follow the steps documented in the workaround for error 1718 to set the DWORD registry value named PolicyScope to 1 in the HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Safer\CodeIdentifiers registry key. If the registry value is not set you should set it, but if the domain policy updates your machine before each SAFER check is made while installing the patch you may still run into the same problem. Some people have confirmed that following the workaround steps allowed them to install Service Pack 1. Be sure to reboot your machine after both leaving the re-joining the domain.

Install Rolls Back and Breaks Applications like Live Messenger

Visual Studio 2005 Service Pack 1 for Standard, Professional, and Team editions is large – there are a lot of fixes in that package. Required disk space is calculated by Windows Installer when installing products and patches, and this task is not always accurate. Normally insufficient disk space means that Windows Installer displays one of several error messages depending on the circumstances. Whether a message is displayed or not, Windows Installer will roll back the installation. On Windows XP and Windows Server 2003, this may mean that the manifest files under %WINDIR%\WinSxS are removed. Any applications that depend on the VC runtimes in this directory will break. You can fix this issue by repairing Visual Studio 2005, either through Add/Remove Programs or by running setup.exe from your original installation media and choosing the Repair option.

Visual Studio 2005 Service Pack 1 Takes a Long Time to Install

This is another documented problem due in large part to the number of fixes included in the service pack. For Team Foundation Services and Express editions, both time and space required to install their respective service packs is minimal. You can mitigate some time by disabling the patch cache and running silently.

Our product and patches for Visual Studio and the .NET Framework – except on Vista as installed with the operating system – use Windows Installer. Windows Installer is a robust, transaction installation that requires a lot of data collection and a two-phase installation to support transactional installation. Because of this and the disk I/O necessary long installation times should be expected. Disabling the patch cache will reduce the amount of disk I/O.

You can further save time by installing the patch silently, which reduces the number of steps and an extra security check required to install the patch for each product to which the patch applies. To install the patch silently, on the command line pass /quiet to the patch executable:

VS80sp1-KB926601-X86-ENU.exe /quiet

Replace VS80sp1-KB926601-X86-ENU.exe with whatever file name you downloaded is appropriate. The file here is for the English Visual Studio 2005 Standard, Professional, and Team editions.

Visual Studio 2005 Service Pack 1 Requires a Lot of Disk Space

There are a lot of fixes in this service pack, and because of how Windows Installer caches patches a lot of disk space is required. Please make sure you have enough disk space to install the service pack as documented in the download page under "Installation Requirements".

Note that if you have multiple products installed for a particular patch, multiply the required space for that patch by the number of products installed on your machine for which a patch applies. This is the maximum amount of disk space required so it is a high estimate. A typical case is Visual Studio 2005 Standard, Professional, or Team Suite installed along with the Team Foundation Client and/or SQL Server 2005, since SQL Server 2005 uses the Visual Studio IDE that we package. If you're not sure what applicable products you have installed, extract the patch by passing /extract on the command line and use my Patch Applicability Browser, providing the extract .msp file you just extracted in the user interface.

Error 2908 – An Unexpected Error Installing the Package

This is another common issue related to the size of the patch and running out of disk space. Please free up some disk space as required for the patch and reinstall the patch. Note that because of the rollback, products that depend on VC may be broken until you repair Visual Studio 2005 or reinstall Visual Studio 2005 Service Pack 1.

Updated: Read Visual Studio 2005 Service Pack 1 Rollback Breaks Some Applications for more details.

Other Installation Errors

There are some other known issues once the patch is installed that are documented in KB928957. You may also continue to read my blog or, more specifically, the VS 2005 SP1 tag where I will post more information about other issues that may arise and any updates to workarounds or fixes.

Published Thursday, January 11, 2007 1:14 PM by Heath Stewart

Comments

Thursday, January 11, 2007 4:21 PM by Heath Stewart's Blog : Known Issues with Visual Studio 2005 Service Pack 1

# Heath Stewart's Blog : Known Issues with Visual Studio 2005 Service Pack 1

PingBack from http://blogs.msdn.com/heaths/archive/2007/01/11/known-issues-with-visual-studio-2005-service-pack-1.aspx

Thursday, January 11, 2007 5:22 PM by Dan Vanderboom

# re: Known Issues with Visual Studio 2005 Service Pack 1

There's also a problem with Web Application Projects.  I've seen quite a few posts out there of people writing about the same problem.  I uninstalled the Web Application Project add-in, then I installed SP1 (which is supposed to have WAP built-in), and now when I try to open a solution with a WAP-type project in it, I get the error message "the project type is not supported by this installation".

Haven't seen a solution for it yet.

Thursday, January 11, 2007 7:24 PM by Gerard van der Land

# re: Known Issues with Visual Studio 2005 Service Pack 1

Heath,

When I run VS80sp1-KB926601-X86-ENU.exe with /extract I get a 477 MB .msp file. Can I put that file on a distribution file share for others to install to save them the time of extracting, or is this file specific for the product(s) I have installed on my system?

Also, is this the file that Windows Installer tries to load in to memory to check the digital signature? If not, how big the file that causes this problem.

The "Installation Requirements" for SP1 mentions: "192MB of RAM required. 256MB or greater is recommended." How can this be sufficient if Windows Installer needs to read a big file in to memory to be able to verify the digital signature?

Can you explain why it needs to read the entire file in to memory, and why the memory needs to be unfragmented? As far as I know SAFER on Windows XP and Windows Server 2003 uses an MD5 or SHA1 hash, both of which operate on 512-bit blocks and can thus be calculated while reading a file in small blocks rather than having to load the entire file in to memory.

On my Windows Server 2003 SP1 system with 1 GB and without the policy workaround I have not been able to install SP1. Yesterday I added an extra 1 GB and had 1.6 GB of physical memory available after rebooting (which I did to minimize the chance that memory would be fragmented too much). You would think there should be enough unfragmented memory, but apparently this was not the case, as the installation failed once again with this error!

I have some suggestions:

- fix the digital signature check so that it doesn't need to read the entire file in to memory

If that is not possible:

- add a command line switch to disable the digital signature check for the current installation, rather than having to modify the Local Security Policy (which people may forget to reset after installing)

- make sure that Windows Installer reports that it does not have enough contiguous memory to verify the digital signature, rather than saying that the file was rejected by digital signature policy, which would suggest to most people that the file is corrupt. It caused me to re-download the file several times to make sure it wasn't.

My next attempt will be to slipstream an administrative image (from an XP machine) using your explaination in a previous blog posting, even though I don't like that this will cause all files to be unpacked. Hopefully there will be ISO images of slipstreamed builds on MSDN subscriber downloads soon (which Scott Guthrie mentioned in a comment on his blog: http://weblogs.asp.net/scottgu/archive/2006/12/15/visual-studio-2005-service-pack-1-sp1-released.aspx#1255232)

Can you please elaborate on the issue with rollback? Especially since Windows Installer does transactional installations, I would think that a rollback restores the system to the previous state, but you're saying that rollback causes manifest files in the WinSxS directory that existed before the installation to be deleted afterwards? That doesn't sound right..

Gerard.

Thursday, January 11, 2007 7:36 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Gerard, you should generally not install the extracted MSP. As documented in http://blogs.msdn.com/heaths/archive/2006/10/06/VS-2005-SP1-Tries-to-Install-Multiple-Times.aspx, the patch may apply to multiple products and needs to apply to each. The wrapper makes sure it does. You can put the EXE on a network share, but it will still make local copies as documented in http://blogs.msdn.com/heaths/archive/2006/10/06/VS-2005-SP1-Requires-a-lot-of-Disk-Space.aspx.

We've tested on systems with less than the recommended memory and it works because of virtual memory. On Windows Server 2003 there is often more fragmented memory so there is not enough contiguous memory for SAFER to work as designed and implemented on XP and 2003. Even though hash algorithms like SHA1 and MD5 are block algorithms, XP and 2003 read the whole file into memory while Vista streams it. This is also mentioned in several posts, including http://blogs.msdn.com/heaths/archive/2006/08/23/715558.aspx when I first mentioned this problem.

Adding physical memory won't necessarily help. How processes allocate memory matters.

We are working on getting a fix on XP and 2003 as mentioned in this post under the "error 1718" heading but risk is always a factor.

Friday, January 12, 2007 12:28 AM by IDisposable

# re: Known Issues with Visual Studio 2005 Service Pack 1

Any chance you can give us some guidance as to how and when we can dump the patch cache... I'm a little annoyed by the enormity of my cache for a while.

Friday, January 12, 2007 10:16 AM by Todd Derscheid

# re: Known Issues with Visual Studio 2005 Service Pack 1

Regarding error 1718:

"Starting with Windows XP, a software restriction policy known as SAFER was introduced as a preventative measure to help avoid running unsafe files. Both Windows XP and Windows Server 2003 require enough contiguous memory to check files, and Windows Server 2003 seems to fragment memory more heavily leading to this error message. "

In other words, it would be better to reboot the machine with fewer programs/services running, especially W3P services or other activities likely to cause high virtual memory use, right?  The longer the server runs, the more fragmented the virtual memory becomes, correct?

Would setting any of the HeapDeCommit-related registry keys on Windows Server 2003 to higher values help this?  How high would be recommended?

Friday, January 12, 2007 11:12 AM by Chris W

# re: Known Issues with Visual Studio 2005 Service Pack 1

Heath,  I notice issues with Reporting Services in VS2005 (using ver: 8.0.50727.42) when using date parameters - when I click view report in the preview pane having entered 12/01/2007 (I'm all set up for UK date format), it changes the parameter to 01/12/2007 and the report shows 1st Dec instead of 12th Jan.  If I click view report again, it swaps it around again and shows 12th Jan on the report.  The Language settings on the report are set to English (United Kingdom), and if I actually deploy the report rather than previewing it, it works fine.

I have tried this on a number of machines and other people also seem to be experiencing the same problem.  Is this something that is being fixed in VS 2005 SP1 or is it something being looked at if it isn't in SP1???

Many thanks

Friday, January 12, 2007 11:31 AM by Unbelievable

# Contradicatory statements

"Windows Installer is a robust, transaction installation"

"because of the rollback, products that depend on VC may be broken"

Friday, January 12, 2007 11:57 AM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Todd, we have not explored options for dictating how and how much memory is allocated for processes. Rebooting with fewer services running may help, but is not absolutely going to fix the problem.

Chris, any problems related to how the products works (or doesn't) should be address in the appropriate MSDN forum (http://forums.microsoft.com/msdn) or via Microsoft Connect (http://connect.microsoft.com). I deal with the setup and servicing of the product.

Unbelievable, Windows Installer is a robust transactional installation engine - but like all things - custom code or wacky implementations can break that. Just as P/Invoke and certain types of faults can break managed apps, custom actions in Windows Installer or violating rules that ICEs would usually catch (they can't catch everything, especially in the case of custom actions) will break such features of Windows Installer. This is the case for the VC WinSxS assemblies in Whidbey.

Friday, January 12, 2007 1:13 PM by MSIrable

# re: Known Issues with Visual Studio 2005 Service Pack 1

"Windows Installer is a robust transactional installation engine - but like all things - custom code or wacky implementations can break that"

Made my day... So what's the wacky implementation? The original installation or SP1? :) Just teasing. I installed it in 3 machines without a problem.

Friday, January 12, 2007 3:27 PM by mikeb

# re: Known Issues with Visual Studio 2005 Service Pack 1

>> In other words, it would be better to reboot the machine with fewer programs/services running, especially W3P services or other activities likely to cause high virtual memory use, right? <<

Since each process has its own virtual memory address space, reducing the number of processes should not have an effect on this (except that you may have performance improvement due to to less frequent swapping).

It seems to me that setting the boot.ini /3GB option might help, since it would increase the address space available to the process that performs the SAFER check, although that process would have to be be flagged as a /LARGEADDRESSAWARE application.  Unfortunately, msiexec.exe does not have that flag set (WinXP SP2), and I assume that that's the process context that the SAFER check is happening in.

I wonder if using "editbin /largeaddressaware msiexec.exe" might help?  Of course there would be System File Protection to deal with, not to mention venturing into completely unsupported and untested territory for MSI...

Probably best just to leave VS 2005 SP1 alone.

>> We've tested on systems with less than the recommended memory and it works because of virtual memory. On Windows Server 2003 there is often more fragmented memory so there is not enough contiguous memory for SAFER to work as designed and implemented on XP and 2003 <<

Sunday, January 14, 2007 2:11 PM by Around and About .NET World

# Problemi nell'installazione del Service Pack 1 di Visual Studio 2005

Friday, January 19, 2007 4:54 PM by Chris Wojahn's Blog

# Ah the joys of Installing Visual Studio 2005 Service Pack 1

With the start of the New Year comes new updates and features in Visual Studio 2005 and Visual Studio

Sunday, January 21, 2007 1:49 AM by Refines.Info["Polo Lee"]

# 安裝 Visual Studio 2005 Sp1 Known Issues

安裝 SP1. 有時候並沒有想像中的順利... Known Issues with Visual Studio 2005 Service Pack 1 Make sure u have read this

Friday, January 26, 2007 1:21 AM by John Dougrez-Lewis

# re: Known Issues with Visual Studio 2005 Service Pack 1

To misquote Juvenal' Satires:

"Who fixes the bugs in the bug fix install?"

Friday, January 26, 2007 11:29 AM by Toby Kraft

# re: Known Issues with Visual Studio 2005 Service Pack 1

Well FWIW I'm giving up on installing SP1 on our W2K3/SP1 systems.  I think we'll convert these to XP.

I followed kb925336 and login as local admin.

I had 2.4GB free space on C: to start.

I keep getting error 2908 and drive C: still has 1GB free.

By the way, windows\installer still has the 466MB msp file left over after a failed install - this is way 500MB or so vanishes after every failed attempt.

Toby

Friday, January 26, 2007 9:41 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Toby, KB925336 doesn't work for all systems. Please see http://blogs.msdn.com/heaths/archive/2007/01/11/workaround-for-error-1718.aspx for a workaround that will work for all systems and why the KB didn't always work.

Wednesday, January 31, 2007 9:51 AM by Toby

# re: Known Issues with Visual Studio 2005 Service Pack 1

Heath, thanks for the reply.  The many attempts on SP1 left the system unstable (2908 errors, .net 2.0/3.0 unstable, unable to do repair, etc).  What we ended up doing was deleting the \system32\WinSxS directory contents and reinstalling the .net 2.0 framework and apps.  The system is now running okay again and we're regrouping on how to proceed.

Is vs2005/SP1 really supported on W2k3 server or do you recommend running on XP?

Thanks,

Toby

tkraft-<-at->-ksainc.com

Wednesday, January 31, 2007 11:25 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Toby, it is supported on Win2K3. Plenty of people have installed it and we did test it, but the only error specific to Win2K3 that we know of is the common occurance of Windows Installer error 1718, for which I have published a couple of different workarounds.

Glad you got things going again.

Thursday, February 01, 2007 12:16 AM by Heath Stewart's Blog

# How to Safely Delete Orphaned Patches

If Visual Studio 2005 Service Pack 1 fails to install, you might find additional .msp files under %WINDIR%\Installer

Monday, February 05, 2007 8:55 PM by Heath Stewart's Blog

# Visual Studio 2005 Service Pack 1 Rollback Breaks Some Applications

When installing Visual Studio 2005 Service Pack 1 , there are a number of errors that might occur due

Monday, February 05, 2007 11:36 PM by Aaron Stebner's WebLog

# Visual Studio 2005 SP1 failures can break existing applications

I have heard from a couple of customers who tried to install Visual Studio 2005 SP1 , only to have it

Tuesday, February 06, 2007 12:06 AM by Prakash

# re: Known Issues with Visual Studio 2005 Service Pack 1

The only thing I fail to understand is what does VS SP1 do? It takes much more time (at least 5 and it is still running) than installing VS itself. It is simply insane where it takes more time than installing Windows XP itself! May be it's sub-standard patch - the quality seems to deteriorate these days.

Tuesday, February 06, 2007 12:37 PM by ABM

# re: Known Issues with Visual Studio 2005 Service Pack 1

Almost a month later, and still no SAFER fix? I'm also shocked after reading about the .NET2.0 destruction that is left behind for some people after this patch tries to uninstall itself. I definately agree with the previous poster regarding patches. On top of that, I wonder whether it was a good idea to keep this patch out in public with these bugs still unfixed (and undocumented in the error messages). I wonder how many people there are who have wasted hours trying to deal with this? I love Visual Studio 2005 and believe it is light-years above Visual Studio 2003 and competitors. That is the one reason why I am so frustrated (so no disrespect to the developers).

Tuesday, February 06, 2007 5:02 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

ABM, I had updated this article to address the application issues because of some problems installing and rolling back VC8 assemblies. Read http://blogs.msdn.com/heaths/archive/2007/02/05/visual-studio-2005-service-pack-1-rollback-breaks-some-applications.aspx for details and workarounds.

Wednesday, February 07, 2007 4:29 PM by ABM

# re: Known Issues with Visual Studio 2005 Service Pack 1

I never expected a response this quickly, so for that I am very appreciative. Though I am still unable to get the patch to install (I don't have permission to rejoin domains), I still appreciate the enormous amount of information and analysis you have provided on your blog. Also, after reading some technical articles about how these patches work, I can see that this process is rather high-tech and therefore non-trivial to troubleshoot. I therefore apologize for my frustrations and will wait patiently for a fix to this specific issue.

Wednesday, February 14, 2007 4:52 PM by Dmitri

# re: Known Issues with Visual Studio 2005 Service Pack 1

ABM, I don’t think you should disconnect from domain. I change SAFER registry setting and adjust Software Restriction Policies. After that I unplug my network cable, reboot my Win2003 R2 server and login as local administrator. After that I was able to install SP1. Hope this will help.

Friday, February 16, 2007 9:35 PM by Aaron Stebner's WebLog

# Visual Studio 2005 and .NET Framework 2.0 Setup Troubleshooting Guide

Where to get Visual Studio 2005 and the .NET Framework 2.0 Where to download the .NET Framework 2.0 redistributable

Tuesday, February 20, 2007 4:01 PM by coach007

# re: Known Issues with Visual Studio 2005 Service Pack 1

Don't you know where to get VS 2005 and .net framework.

You are a disgrace and disaster

Friday, February 23, 2007 12:09 PM by Rich

# re: Known Issues with Visual Studio 2005 Service Pack 1

I haven't got anywhere near enough space on my 'system' partition but I have loads free in other paritions, can I force the installer to use them ?

Friday, February 23, 2007 5:01 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Rich, no you cannot but you can  try to clean-up orphaned files under %WINDIR%\Installer if you have any. Read http://blogs.msdn.com/heaths/archive/2007/01/31/how-to-safely-delete-orphaned-patches.aspx.

Monday, February 26, 2007 8:08 AM by Rich

# re: Known Issues with Visual Studio 2005 Service Pack 1

Heath, thanks for the quick response, I'll try but I fear this may not be enough - the partition is only 10Gb total and since the SP needs 6Gb+ it's going to be tight!

Tuesday, February 27, 2007 6:44 AM by Rich

# re: Known Issues with Visual Studio 2005 Service Pack 1

ok, finally managed to install it with <2Gb of space !  This (http://blogs.msdn.com/heaths/archive/2006/11/28/save-time-and-space-for-vs-2005-sp1-by-disabling-the-patch-cache.aspx) was extremely helpful, thanks :-)))

Tuesday, March 06, 2007 9:11 PM by Refines.Info["Polo Lee"]

# Visual Studio 2005 Service Pack 1 Update for Windows Vista 開放下載

針對 Vista 上的 VS 2005 開發工具相容性套件終於推出了，算一算 VS 2005 自上市以來已經有了幾個不同版本的 update 套件 在這裡整理一下，同時也建議一下安裝的順序與相關的資訊

Tuesday, March 06, 2007 9:22 PM by Heath Stewart's Blog

# Visual Studio 2005 Service Pack 1 is Hot – Maybe too Hot

Visual Studio 2005 Service Pack 1 is a big release with many fixes and lots of new features. But with

Wednesday, March 07, 2007 8:09 AM by Heath Stewart's Blog

# Visual Studio 2005 Service Pack 1 Update for Windows Vista Available

As Aaron notes , the Visual Studio 2005 Service Pack 1 Update for Windows Vista is available on the download

Tuesday, March 13, 2007 10:31 AM by Craig Miles

# Visual Studio 2005 Service Pack 1 Bug with Typed Datasets

I am having the same problem as the one described in http://forums.asp.net/thread/1587696.aspx

I can't believe that VS 2005 SP1 can have completely broken typed datasets (.XSDs) for all development sites!?

So what is the solution to the problem for the few people reporting it?

Either that or there really are a very small number of sites who are:

a) Using VS 2005 SP1

b) Using typed datasets

c) Have needed to make a change post install of SP1

Any assistance on this would be gratefully received.

Tuesday, March 13, 2007 9:34 PM by Vivek

# re: Known Issues with Visual Studio 2005 Service Pack 1

I get error message

"The upgrade patch cannot be installed by the Windows Installer service because the program to be upgraded may be missing, or the upgrade patch may update a different version of the program. Verify that the program to be upgraded exists on your computer and that you have the correct upgrade patch."

What I have done is, install VS2005 professionsl on a fresh Vista machine and then try to install SP1.

Wednesday, March 14, 2007 8:37 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Vivek, make sure you have downloaded the correct Service Pack package for the right language of Visual Studio 2005 that you have installed. You can also extract the MSP from the EXE by using the /extract switch, then use my Patch Applicability Browser at http://blogs.msdn.com/heaths/articles/pab.aspx to see what products it applies to, and which of those are installed.

Thursday, March 29, 2007 2:51 PM by Christopher Rannow

# re: WAP Known Issues with Visual Studio 2005 Service Pack 1

Heath,

  Someone earlier in your blog mentioned a problem with WAP. I have several projects built originally using the WAP pre SP1. Now after un-installing WAP so that I could install SP1 to fix other issues, dragging controls of any kind onto a page in either source mode or designer mode the control isn't being declared in the designer.vb Any thoughts?

Thursday, April 05, 2007 10:06 AM by seada

# re: Known Issues with Visual Studio 2005 Service Pack 1

when installing visual studio 2005

having the operating system windows xp sp2

i get error saying suite integration toolkit excutable has encountered a problem and needs to close. what shall i do?

Thursday, April 05, 2007 6:20 PM by Heath Stewart

# re: Known Issues with Visual Studio 2005 Service Pack 1

Sorry seada, but I can't really provide much help with application issues. I recommend visiting http://forums.microsoft.com/msdn and post your question there. The product groups typically monitor the threads. You could also file a bug in http://connect.microsoft.com. If you go that route, I recommend you generate a verbose log by passing "/L*vx+ logname.log" (without quotes), ZIP, and attach that to the bug.

If you've tried to install this patch before and it failed, it's possible the VC runtime is broken. Read http://blogs.msdn.com/heaths/archive/2007/02/05/visual-studio-2005-service-pack-1-rollback-breaks-some-applications.aspx for details on that.

Tuesday, April 24, 2007 4:42 PM by Heath Stewart's Blog

# Hotfix Published for KB925336

When installing Visual Studio 2005 Service Pack 1 , users may see an error that reads, Error 1718.File

Tuesday, November 20, 2007 12:07 PM by Heath Stewart's Blog

# How to Install TFC without PPE

Microsoft Visual Studio 2008 , now available for MSDN subscribers and Express editions freely available

Tuesday, November 20, 2007 12:43 PM by Noticias externas

# How to Install TFC without PPE

Microsoft Visual Studio 2008 , now available for MSDN subscribers and Express editions freely available

Monday, October 20, 2008 2:46 AM by Microsoft Japan Forum Operators Blog

# 【日本語版】 Visual Studio 2005 SP1 の既知の問題

こんにちは！ フォーラム オペレーターの服部 清次です。 ここ最近、 MSDN フォーラムの「よくある質問」へのアクセスがだんだん増えてきています。 (^_^)v これからも、皆さんにとって有益な情報をドシドシ載せていきたいと思います！

New Comments to this post are disabled
 
Page view tracker