Visual Studio 2005, codenamed Whidbey (a reference to Whidbey Island in Puget Sound), was released online in October 2005 and to retail stores a few weeks later. Microsoft removed the ".NET" moniker from Visual Studio 2005 (as well as every other product with .NET in its name), but it still primarily targets the .NET Framework, which was upgraded to version 2.0. It is the last version available for Windows 2000 and also the last version to be able to target Windows 98, Windows Me and Windows NT 4.0 for C++ applications.
Visual Studio 2005's internal version number is 8.0 while the file format version is 9.0. Microsoft released Service Pack 1 for Visual Studio 2005 on 14 December 2006. An additional update for Service Pack 1 that offers Windows Vista compatibility was made available on 3 June 2007.
Visual Studio 2005 was upgraded to support all the new features introduced in .NET Framework 2.0, including generics and ASP.NET 2.0. The IntelliSense feature in Visual Studio was upgraded for generics and new project types were added to support ASP.NET web services. Visual Studio 2005 also includes a local web server, separate from IIS, that can host ASP.NET applications during development and testing. It also supports all SQL Server 2005 databases. Database designers were upgraded to support the ADO.NET 2.0, which is included with .NET Framework 2.0. C++ also got a similar upgrade with the addition of C++/CLI which is slated to replace the use of Managed C++. Other new features of Visual Studio 2005 include the "Deployment Designer" which allows application designs to be validated before deployments, an improved environment for web publishing when combined with ASP.NET 2.0 and load testing to see application performance under various sorts of user loads. Starting with the 2005 edition, Visual Studio also added extensive 64-bit support. While the host development environment itself is only available as a 32-bit application, Visual C++ 2005 supports compiling for x86-64 (AMD64 and Intel 64) as well as IA-64 (Itanium). The Platform SDK included 64-bit compilers and 64-bit versions of the libraries.
Microsoft also announced Visual Studio Tools for Applications as the successor to Visual Basic for Applications (VBA) and VSA (Visual Studio for Applications). VSTA 1.0 was released to manufacturing along with Office 2007. It is included with Office 2007 and is also part of the Visual Studio 2005 SDK. VSTA consists of a customized IDE, based on the Visual Studio 2005 IDE, and a runtime that can be embedded in applications to expose its features via the .NET object model. Office 2007 applications continue to integrate with VBA, except for InfoPath 2007 which integrates with VSTA. Version 2.0 of VSTA (based on Visual Studio 2008) was released in April, 2008. It is significantly different from the first version, including features such as dynamic programming and support for WPF, WCF, WF, LINQ, and .NET 3.5 Framework.
Supported .NET Framework versions: 2.0, 3.0
Initial screen. Checking for components...
What does not
Same as previous poster ... with more infos on this topic
What was not tested
There exist some information regarding this error message (google): "ISetupModule::SetManager() failed in ISetupManager::LoadSetupObjectGuid() : vs_setup.dll" Proposed solution (MSDN forums): uninstalling antivirus stuff (kaspersky scanner). This is not the case using linux/wine. I suspect either some installer or wine bug. Maybe i look into the matter (debug) when i got some more time ...
|Operating system||Test date||Wine version||Installs?||Runs?||Used|
|Show||Linux Mint 12 "Lisa" x86_64||May 14 2012||1.5.4||Yes||Yes||Bronze||an anonymous user|
|Show||Slackware 12.1||Dec 17 2008||1.1.10||Yes||Yes||Garbage||an anonymous user|
|Show||Ubuntu 8.04 "Hardy" i386 (+ variants like Kubuntu)||Dec 06 2008||1.1.10||Yes||Yes||Garbage||H. Amri|
|Show||Ubuntu 8.04 "Hardy" i386 (+ variants like Kubuntu)||Jun 06 2008||1.0-rc3||Yes||Yes||Garbage||H. Amri|
|Show||Gentoo Linux||May 10 2008||0.9.61.||Yes||Yes||Garbage||an anonymous user|
|Bug #||Description||Status||Resolution||Other apps affected|
|10522||Multiple applications encounter infinite WM_PAINT loop (Platform SDK tools)||NEW||View|
|12401||NET Framework 2.0, 3.0, 4.0 installers and other apps that make use of GAC API for managed assembly installation on NTFS filesystems need reparse point/junction API support (FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)||STAGED||View|
|21423||Visual C++ 2005 slow?||NEW||View|
|32562||Visual Studio 2005-2010 Express Editions need jscript JScript_AddTypeLib impl||NEW||View|
Make sure you operate on a clean WINEPREFIX (~/.wine)!
Prerequisite installation by using 'winetricks' script
Winetricks will take care of all needed installation prerequisites and work around some problems. Follow the instructions in the link to install it.
Optionally install core fonts:
Make sure you installed 'winbind' component with your distribution package manager.
This is needed for the -Zi option of the compiler, and other mechanisms that handle 'PDB' (Program Data Base) files.
$ aptitude install winbind
$ sudo dnf install samba-winbind*.x86_64 samba-winbind*.i686
Never run wine as root (su, sudo)! Wine doesn't require to be run as root!
You will screw your WINEPREFIX and possibly other things up. If you have run Wine as root you need to:
Again: Just run wine as regular user and all should be fine.
This is bug 10522. Close the "Start page" to work around this problem.
This is bug 14168. The installer takes considerable time when the Installing Visual Studio 2005 component is processed on install page. Depending on machine speed it takes 20-60 minutes until it really begins to copy files.
Wine's msi component executes large table joins which causes this performance hit (CPU usage 100% for long time). Just be patient.
In the "finish installation" setup page of the VS.NET 2005 Enterprise version, there are components displayed which failed installation. This can be currently ignored (needs further investigation).
The following installer message in console is expected and harmless:
This is Bug 21259.
Workaround: start 'mspdbsrv.exe' manually before visual C++, with an 'infinite' timeout.
$ wine $WINEPREFIX/drive_c/Program\ Files/Microsoft\ Visual\ Studio\ 9.0/Common7/IDE/mspdbsrv.exe -start -spawn -shutdowntime -1
You can create a shell script that starts both mspdbsrv.exe and VCEXpress.exe, if mspdbsrv.exe is already running, it will be ignored the second time it is invoked.