·
1.1. Arquitecturas admitidas
·
1.2. Sistemas operativos admitidos
·
1.3. Requisitos de hardware
·
2.1. Instalación
·
2.2. Desinstalación
·
2.3. Problemas del producto
·
2.3.1. Problemas generales
·
2.3.2. ADO.Net
·
2.3.3. Lenguajes
·
2.3.4. LINQ
·
2.3.5. Visual Studio Tools para
Office
·
2.3.6. Web
Development
·
2.3.7. Windows Communication
Foundation (WCF) Tools
·
2.3.8. Windows Presentation Foundation
(WPF) Designer for Visual Studio
·
2.3.9. Windows Workflow Foundation (WF)
Tools
·
2.3.10. Integración de
Windows SDK
· x86
· x64 (WOW)
1.2.Sistemas operativos admitidos
· Microsoft Windows XP
· Microsoft Windows Server 2003
· Microsoft Windows Server 2008
· Windows Vista
1.3.Requisitos de hardware
· 3,8 GB de espacio disponible en la unidad
del sistema, más 600 MB en la unidad donde está instalado Visual Studio
Nota: use el Liberador de espacio en disco para quitar los
archivos temporales.
· Requisitos mínimos: CPU a 1,6 GHz, pantalla de
1024 x 768, disco duro de 5.400 rpm
· Requisitos recomendados: CPU a 2,2 GHz o
superior, pantalla de 1280 x 1024, disco duro de 7.200 rpm o superior
· En Windows Vista: CPU a 2,4 GHz
Microsoft Synchronization
Services para ADO.NET 1.0 para dispositivos no se instala junto con VS2008 SP1.
Los usuarios deben descargar el archivo .msi para
poder habilitar la funcionalidad de caché de base de datos local en proyectos
de Smart Device.
Para resolver este problema:
Descargue el archivo .msi de Microsoft Synchronization
Services para ADO.NET 1.0 para dispositivos del Centro de descarga e instálelo.
La instalación de Visual Studio 2008
SP1 da error y se muestra el mensaje "No se pudo establecer una conexión
con el servidor"
Las posibles causas de este error son las siguientes:
La causa más probable es un firewall en
el equipo de destino.
Para resolver este problema:
Agregue una excepción al firewall para SPInstaller. Esto evitará que el firewall bloquee la
comunicación que requiere SpInstaller. A
continuación, ejecute de nuevo la instalación de Visual Studio 2008 SP1.
En
un equipo con Windows XP:
En un equipo con Windows Vista:
Al intentar instalar SQL Server 2008 RTM o SQL Server 2005 RTM/SP1/SP2 en Windows 7 RC, puede aparecer una advertencia que indica que SQL Server tiene problemas de compatibilidad desconocidos con esta versión de Windows. Debido a que SQL Server se redistribuye con Visual Studio, las instalaciones en las que el usuario opta por instalar SQL Server junto con Visual Studio pueden verse afectadas. Los problemas que desencadenan la advertencia de compatibilidad se han corregido en SQL Server 2008 SP1 y SQL Server 2005 SP3.
Para solucionar este problema:
Instale Visual Studio 2008 y seleccione la opción para instalar SQL Server 2005 Express Edition SP2 (ya está seleccionada de forma predeterminada).
Como alternativa, puede instalar SQL Server 2005 Express Edition SP3 antes de instalar Visual Studio 2008.
Más información:
Si tiene que instalar SQL Server 2008 en Windows 7 RC y desea evitar los mensajes de advertencia, puede crear el paquete de SQL Server 2008 con Service Pack 1 usted mismo. Siga los pasos que describe Peter Saddow: Creating a merged (slipstreamed) drop containing SQL Server 2008 RTM + Service Pack 1 (en inglés)
Cuando se aplica Visual Studio
2008 SP1 a varios productos en un equipo, por ejemplo, a Visual Studio 2008 en
inglés y Visual Studio 2008 en español, al desinstalar el Service
Pack 1 en alguna de las dos versiones puede degradar archivos de los otros
productos de Visual Studio 2008.
Para resolver este problema:
Repare los productos que tienen
aún instalado el Service Pack 1 de Visual Studio 2008
o desinstale el Service Pack 1 de esos productos
también.
Para Windows Vista o posterior:
1. Abra el Panel de control.
2. Elija "Programas".
3. Haga clic en "Desinstalar un programa".
4. Seleccione una edición de Visual Studio 2008 que tenga instalado el Service Pack 1.
5. Haga clic en "Desinstalar o cambiar".
6. Elija "Continuar" para elevar si el sistema le pregunta.
7. Haga clic en "Siguiente" cuando se hayan cargado los componentes
del programa de instalación.
8. Elija "Reparar o reinstalar".
Para sistemas operativos
anteriores a Windows Vista:
1. Abra el Panel de control.
2. Haga clic en "Agregar o quitar programas".
3. Elija "Desinstalar o cambiar".
4. Haga clic en "Siguiente" cuando se hayan cargado los componentes
del programa de instalación.
5. Elija "Reparar o reinstalar".
La instalación de Visual Studio
2008 SP1 da error cuando está habilitado Windows Sidebar.
Para resolver este problema:
1. Haga clic con el botón
secundario en el icono de Windows Sidebar en el área
de notificación, en la parte más a la derecha de la barra de tareas.
2. Elija "Salir".
Si se instalan versiones de idioma
distintas para Visual Studio 2008 RTM y Visual Studio 2008 SP1, puede que se
dañen determinadas características o que la interfaz de usuario aparezca en
varios idiomas.
Escenarios admitidos:
Para resolver este problema:
Si instala Windows SDK para Windows
Vista o Windows SDK Update para Windows Vista y
después desinstala Windows SDK, se quitan las claves del Registro que necesita
Visual Studio para encontrar los encabezados, las bibliotecas y las
herramientas de Windows.
Para resolver
este problema:
Realice alguna de las siguientes
acciones:
Durante la instalación de Visual Studio
2008 SP1, no se instala MSDN Library para Visual Studio 2008 SP1 en el equipo.
Para resolver
este problema:
MSDN Library para Visual Studio 2008
SP1 está disponible como descarga por separado. Vea el Centro de descarga de Microsoft.
El archivo de Windows Installer (MSI) de SQL Server Compact 3.5 SP1 para
dispositivos contiene los archivos de tiempo de ejecución para dispositivos
móviles necesarios para instalar SQL Server Compact 3.5 SP1 en dispositivos
móviles. Al instalar Visual Studio 2008 SP1 en la versión de lanzamiento de
Visual Studio 2008 no actualiza el archivo MSI de SQL Server Compact 3.5 para
dispositivos a la versión SP1.
Para resolver
este problema:
El archivo MSI de SQL Server Compact 3.5
SP1 para dispositivos está disponible como descarga en el Centro de descarga de
Microsoft.
Cuando se está instalando Visual
Studio 2008 SP1 en un equipo con Windows Vista que no tiene .NET Framework 2.0
SP2 ni .NET Framework 3.0 SP2, puede aparecer una notificación de actualización
automática de Windows para que reinicie el equipo. Si permite que Windows Update reinicie el sistema inmediatamente, se produce un
error en la instalación de Visual Studio.
Para resolver este problema:
Posponga el reinicio del equipo
hasta que finalice la instalación de Visual Studio SP1.
La instalación de .NET Framework 2.0 SP2 da error en un equipo que tiene
.NET Framework 2.0 o .NET Framework 2.0 SP1 instalado y está ejecutando Windows
XP, Windows Server 2003 o Windows 2000.
El programa de
instalación de .NET Framework 2.0 SP2 desinstala versiones anteriores de .NET
Framework 2.0 y .NET Framework 2.0 SP1. Cuando Windows Installer
desinstala versiones anteriores, usa la base de datos de instalación almacenada
en caché. Durante la desinstalación, si Windows Installer
no encuentra los paquetes de instalación de actualizaciones anteriores en la
memoria caché ni la ubicación de origen, la instalación da error. Si se produce
una reversión incompleta, este error de instalación puede dar lugar a que no
funcionen las aplicaciones que usan .NET Framework.
Este problema tiene
lugar por alguna de estas razones:
Faltan los archivos
necesarios en la memoria caché de Windows Installer.
Se ha cambiado la memoria caché de
Windows Installer. La memoria caché es fundamental
para reparar, actualizar y desinstalar productos. Por tanto, no quite ni
modifique el contenido de la memoria caché. Si cambia el contenido de la
memoria caché, puede que se le pida un origen cuando intente actualizar o
reparar productos basados en Windows Installer.
A veces, puede ocurrir que no exista un archivo de revisión
de Windows Installer (.msp)
que Windows Installer espera encontrar en la memoria
caché. Las siguientes son dos razones comunes por las que puede faltar el
archivo .msp:
- Se ha ejecutado una herramienta que busca en el disco
duro y elimina archivos de gran tamaño o que no se usan casi nunca.
- Se ha cambiado el propietario del directorio %windir%\Installer de SYSTEM o
Administradores.
Si surge este problema, el registro de Windows Installer de la instalación que da error muestra algo
parecido a lo siguiente:
MSI (s) (D0:B0) [19:05:57:843]: No se pudo encontrar la
revisión local 'C:\WINDOWS\Installer\a4784a.msp'. Se
está buscando en su origen.
MSI (s) (D0:B0) [19:05:57:843]: Resolviendo el origen de la
revisión.
Use Microsoft .NET Framework Registration
Correction Tool para resolver
este problema cuando se produzca. La herramienta corrige el problema eliminando
todos los registros de revisión o actualización que sean específicos de esta
actualización para que las instalaciones de mantenimiento no intenten cargar el
archivo .msp específico.
También puede intentar corregir el problema volviendo a
generar la memoria caché del instalador. Normalmente, aparece el número de Knowledge Base de la revisión o actualización en las líneas
que siguen a "Resolviendo el origen de la revisión", como se muestra
en el ejemplo siguiente:
MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT: El origen no es
válido porque el paquete falta o no se puede obtener acceso a él.
MSI (s) (D0:B0) [19:05:57:859]: Nota: 1: 1706 2:
-2147483647 3: NDP20-KB917283-X86.msp
Para corregir la memoria caché de Windows Installer de este ejemplo, siga estos pasos:
1. Visite el siguiente sitio web de Microsoft:
http://support.microsoft.com/kb/917283
(http://support.microsoft.com/kb/917283). Nota: puede reemplazar el número de artículo
de Knowledge Base en la dirección URL por el número
de artículo de Knowledge Base de la revisión o
actualización para la que desea corregir la memoria caché de Windows Installer.
2. Descargue la actualización.
3. Extraiga el archivo .msp de la
revisión o actualización con el modificador de la línea de comandos /x o /extract.
4. Copie el archivo .msp extraído
en la ubicación del archivo que falta. En este ejemplo, la ubicación es %windir%\Installer\a4784a.msp.
El registro de la revisión o actualización puede estar
dañado.
Tras instalar una revisión o una actualización en un
producto basado en Windows Installer, puede dañarse
el registro de la revisión o actualización. Este problema puede deberse a
utilidades de terceros de eliminación de archivos que quitan claves del
Registro. Entre estas claves hay algunas que son para uso interno de Windows Installer. En este caso, el mensaje "Resolviendo el
origen de la revisión" del archivo de registro es como sigue:
MSI (s) (CC:5C) [03:02:56:181]: No
se pudo encontrar la revisión local''. Se está buscando en su origen.
MSI (s) (CC:5C) [03:02:56:181]:
Resolviendo el origen de la revisión.
Nota: en el mensaje del registro falta la ubicación de la
revisión o actualización porque falta la información de registro de la revisión
o actualización. En este caso, sigue habiendo una revisión o actualización
registrada en un producto. Sin embargo, falta la información de ubicación de la
revisión o actualización. Aunque el archivo exista, Windows Installer
no conoce la ruta de acceso del archivo que debe cargar.
Use Microsoft .NET Framework Registration
Correction Tool para
resolver este problema cuando se produzca. La herramienta corrige el problema
eliminando todos los registros de revisión o actualización que sean específicos
de este Service Pack para que las instalaciones de
mantenimiento no intenten cargar el paquete de revisión o actualización.
Para resolver
este problema:
Si no puede instalar .NET Framework 2.0
SP2 y ve el texto "Resolviendo el origen de la revisión" en el
archivo de registro de la instalación como se describe en la sección
"Causa", puede descargar Microsoft .NET Framework Registration
Correction Tool para
resolver este problema.
Herramienta de corrección de registro de Microsoft .NET
Framework 2.0
Microsoft .NET Framework Registration
Correction Tool resuelve
los dos problemas que se describen en la sección “Causa”.
El siguiente archivo está disponible para descargarlo en el
Centro de descarga de Microsoft:
Descargar ahora la herramienta de corrección de registro de
Microsoft .NET Framework 2.0.
http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=0ba6038c-061e-4b4a-9be9-96a323701260
El Centro de descarga de Microsoft tiene una versión de la
herramienta para cada arquitectura de procesador que admite .NET Framework 2.0
(x86, x64 e IA-64). La mayor parte de los usuarios ejecutan una versión de 32 bits
del sistema operativo. Por tanto, estos usuarios deben descargar e instalar la
versión x86 de la herramienta.
Los administradores pueden usar también esta utilidad en
scripts pasando el modificador de la línea de comandos /q o /quiet. De este modo, puede ejecutar la aplicación en modo
silencioso sin usar una interfaz de usuario ni scripts de bloqueo.
La herramienta escribe un registro continuo en la carpeta
%TEMP%\dd_clwireg.txt. Consulte este registro para obtener más información
sobre lo que está haciendo la herramienta.
Notas
- Microsoft .NET Framework Registration
Correction Tool está
diseñada para usarse con cualquier versión actual de .NET Framework.
- Debe ser administrador para ejecutar esta utilidad.
En los equipos que tengan
productos de varias ediciones de Visual Studio 2008, incluidas las ediciones de
idioma, todas las ediciones deben actualizarse al Service
Pack 1. Los productos de Visual Studio 2008 se basan en los recursos
compartidos y si solamente se actualiza una edición, puede que el resto de
las ediciones de Visual Studio 2008 pasen a un estado no admitido.
Para resolver este problema:
Actualice todas las ediciones de
Visual Studio 2008, incluidas las ediciones de idioma, al Service
Pack 1.
Al desinstalar la versión beta de
Visual Studio 2008 SP1 o ejecutar la herramienta de eliminación de
revisiones de Visual Studio 2008, puede que se genere el mensaje 1330 (que
indica que el archivo .CAB tiene una firma digital no válida) y que se solicite
el origen de la instalación.
En la mayoría de los casos, este
problema se debe a errores de lectura de disco intermitente o problemas de
transferencia de red.
Para resolver este problema:
Desinstale la versión beta de
Visual Studio 2008 SP1 o vuelva a ejecutar la herramienta de eliminación
de revisiones de Visual Studio 2008.
Si el problema persiste,
1. Si usa la herramienta de
eliminación de revisiones de Visual Studio 2008, guárdela en el disco duro
local.
2. Copie los archivos de instalación de Visual Studio 2008 RTM desde el
disco de instalación original, o desde una ubicación de red, a un
directorio local (por ejemplo, %TEMP%\VS2008).
3. Quite el disco de instalación original o desconecte el cable de red.
4. Vuelva a desinstalar la versión beta de Visual Studio 2008 SP1 o ejecute de
nuevo la herramienta de eliminación de revisiones de Visual Studio 2008 y
especifique la ruta de acceso local de los archivos de instalación de
Visual Studio 2008 cuando se le solicite el origen.
Después de instalar Visual Studio
SP1, no ejecute la reparación de Visual Studio desde el disco de instalación de
la versión original (RTM). Los paquetes que se instalan con Visual Studio
2008 SP1 son más recientes y solamente se pueden reparar mediante la opción
Agregar o quitar programas, ya que no se encuentran en el disco de instalación
de la versión original.
Para resolver este problema:
Para reparar Visual Studio 2008
SP1:
1. Abra Agregar o quitar
programas en el Panel de control.
2. Seleccione Visual Studio 2008 y haga clic en Cambiar.
3. Seleccione la opción para reparar Visual Studio en la ventana de
mantenimiento.
Los componentes siguientes deben
repararse por separado mediante Agregar o quitar programas:
- Microsoft .NET Compact Framework
- Microsoft Remote Debugger
- Microsoft Visual Studio Tools para Office
- Microsoft SQL Server Compact Edition
- Microsoft Windows Mobile SDK
La lógica de detección de la
reparación de Visual Studio es incorrecta, ya que falta un valor del
Registro. Este problema solamente ocurre en equipos x64 que tienen
instalado Visual Studio Standard.
Para resolver este problema:
1. Abra el Explorador de Windows.
2. Navegue a ..Archivos
de programa\Microsoft Visual Studio 9.0\Common7\IDE\Remote
Debugger\x64.
3. Registre la versión de archivo
de msvsmon.exe. (Haga clic con el botón secundario en las propiedades y
examínelas, o bien desplace el puntero sobre ellas y lea la información sobre
herramientas.
4. Abra Regedit
y agregue dos valores de Registro de cadena, ambos denominados "Version", que contengan la cadena de versión actual
en:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Remote Debugger Lite Setup\9.0\1033
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Remote Debugger Lite Setup\9.0\1033
Si intenta reparar el
'Asistente para publicar bases de datos de Microsoft Sql
Server 1.3' (la versión que se instala con Visual Studio 2008 Service Pack 1 o Visual Web Developer
2008 con SP1) mediante la opción Agregar o quitar programas, puede surgir
alguno de estos problemas:
a. El botón Reparar no está
disponible en el componente 'Asistente para publicar bases de datos de
Microsoft Sql Server 1.3'.
b. El botón Reparar está
disponible, pero al realizar una reparación se instala una versión anterior del
'Asistente para publicar bases de datos de Microsoft Sql
Server 1.2'.
c. El botón Reparar está
disponible, pero al realizar una reparación aparece un mensaje en el que se
solicita el origen de SqlPubWiz.msi.
Para resolver este problema:
Windows XP/Vista
1. Abra el Panel de control y
vaya a Agregar o quitar programas.
2. Haga clic con el botón
secundario en el componente 'Asistente para publicar bases de datos de
Microsoft Sql Server 1.3' (o en 'Asistente para
publicar bases de datos de Microsoft Sql Server 1.2'
si se ha instalado esta versión anterior debido a la causa (b) indicada
anteriormente) y, a continuación, haga clic en Desinstalar. Espere a que
finalice el proceso de desinstalación.
3. Ejecute SqlPubWizInstaller.exe
desde http://go.microsoft.com/fwlink/?LinkId=119368 para volver a instalar el
'Asistente para publicar bases de datos de Microsoft Sql
Server 1.3'. Para comprobar que se ha instalado, busque en Agregar o quitar
programas.
Los siguientes programas y
actualizaciones preliminares impiden la instalación correcta de Visual Studio
2008 SP1, por lo que deben quitarse antes de instalar Visual Studio 2008 SP1:
- Microsoft Silverlight Tools
Beta 1
- Microsoft Visual Studio 2008 - KB949325
- Microsoft Visual Studio 2008 - KB944899 (v1)
- Microsoft Visual Studio 2008 - KB945140 (SP1 Beta)
Para quitar estos programas, recomendamos ejecutar la
herramienta de preparación de Visual Studio 2008 Service
Pack automatizada. Esta herramienta quita las actualizaciones y los programas
especificados del sistema y restaura la integridad de las características de
Visual Studio 2008 que puedan haberse visto afectadas durante la eliminación
manual de la versión beta de Visual Studio 2008 SP1.
Para resolver
este problema:
1. Visite la página de descarga de la
herramienta de preparación de Visual Studio 2008 Service
Pack en http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409.
2. Siga las instrucciones de dicha página para descargar y
ejecutar la herramienta.
Al instalar la actualización de Visual
Studio 2008 SP1, puede que aparezca el error 1638 de Windows Installer debido a que ya está instalado el paquete de
idioma de Visual Studio Tools para Office 3.0. Esto ocurre si se ha instalado
Visual Studio Team Test 2008 en una versión de idioma
distinta del inglés, además de VSTO Runtime 3.0 y el
paquete de idioma correspondiente. VSTO Runtime 3.0
también puede instalarse en otros productos de Visual Studio, como Team Foundation Client.
"ERROR_PRODUCT_VERSION 1638 Ya está instalada otra
versión de este producto. La instalación de esta versión no puede continuar.
Para configurar o quitar la versión existente de este producto, utilice la
opción Agregar o quitar programas del Panel de control."
Para resolver este problema:
1. Desinstale el paquete de idioma de
Visual Studio Tools para Office 3.0 Runtime mediante
Agregar o quitar programas (en Windows XP), o mediante Programas y
características (en Windows Vista).
2. Ejecute de nuevo el programa de instalación de Visual
Studio 2008 SP1 (SPInstaller.exe).
Cuando se instala Visual Studio 2008
SP1, se interrumpe la herramienta de configuración de Windows SDK para Windows
Server 2008 y .NET Framework 3.5. Esta herramienta se utiliza para establecer
la versión de los encabezados, las bibliotecas y las herramientas de Windows
SDK con los que desea generar en Visual Studio. Tras instalar VS 2008 SP1, la
herramienta de configuración se bloqueará con una excepción no controlada en un
equipo X86. La interfaz de usuario de la herramienta se mostrará con un cuadro
de diálogo en blanco en un equipo X64. Este problema no afecta a las SKU de VS
2008 Express.
La herramienta de configuración depende de un valor de
clave del Registro que la revisión del Service Pack
sobrescribe con contenido no válido. Una vez instalada la revisión SP1, la subclave de ProductVersion de
HKLM\Software\Microsoft\Microsoft SDKs\Windows\v6.0a
se establece en “v6.0A”. La herramienta espera que este valor sea un número de
compilación con el formato 6.xxx.xxx.xxx. En un equipo X64, se sobrescribe una
clave de Registro adicional con el siguiente valor no válido:
HKLM\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows\v6.0A@ProductVersion.
Para resolver
este problema:
Repare Visual Studio 2008 para
restablecer el valor ProductVersion.
De forma alternativa, los usuarios
expertos pueden actualizar manualmente las claves del Registro para establecer
un valor ProductVersion de “6.0.6001.17011”. Revise
el artículo Windows registry
information for advanced users antes de editar el Registro.
Se requiere una solución adicional para usar la
configuración de SDK en modo GUI en VS 2008. Consulte la entrada de blog de Windows SDK WinSDK bug
notification: SDK Config Tool appears to work but
fails.
Este método permite la implementación
mediante Microsoft Systems Management Server (SMS) u
otras herramientas de distribución de software. El administrador de red ejecuta
inicialmente la instalación para crear un diseño completo de Visual Studio SP1
en un recurso compartido de red que, a continuación, se implementará ejecutando
la instalación en modo desatendido. La creación de un diseño completo es
necesaria para impedir que el programa de instalación descargue paquetes de
descargas de Internet. Al ejecutarse en modo desatendido, el programa de
instalación del Service Pack 1 actualizará de forma
automática todas las instancias detectadas de Visual Studio 2008 en un idioma
determinado. Si se producen errores, la instalación finalizará automáticamente.
Cada diseño de SP1 está destinado a un idioma específico; puede que sea necesario
crear varios diseños en entornos con distintas versiones de idioma de Visual
Studio. Si un sistema no tiene instalado el idioma de destino, se producirá un
error en la instalación del Service Pack 1 que no se
notificará.
Para implementar los componentes mediante SMS, debe
seguir estos pasos:
Paso 1: crear un diseño completo de SP1
Paso 2: crear el paquete de componentes
|
Campo |
Valor |
|
Nombre |
Microsoft Visual Studio 2008 Service Pack 1 |
|
Versión |
SP1 |
|
Editor |
Microsoft |
|
Idioma |
<Idioma de componente> |
Paso 3: crear el programa de componentes
Cada paquete SMS contiene al menos un programa SMS. El
programa SMS es un programa de línea de comandos que se ejecuta en cada equipo
de destino para controlar la ejecución del paquete.
Paso 4: crear el punto de distribución de componentes
Los puntos de distribución de SMS son recursos
compartidos en los sistemas del sitio. Los archivos de origen del paquete se
copian en un punto de distribución de SMS para que los equipos cliente puedan
tener acceso a ellos.
Paso 5: crear el anuncio de componentes
Un anuncio especifica qué programa se encuentra disponible
para los equipos cliente, qué equipos reciben el anuncio y para cuándo se
programa la instalación del programa.
Después de instalar una versión distinta del inglés de Microsoft Visual Studio
2008 Service Pack 1 (SP1), algunos textos localizados de IntelliSense pueden volver a aparecer en inglés. Este problema
se produce en las siguientes versiones de idioma de Visual Studio 2008 SP1:
o Chino (simplificado)
o Chino (tradicional)
o Alemán
o Español
o Francés
o Italiano
o Japonés
o Coreano
Para solucionar este problema, consulte
KB 957507 para obtener información
y, a continuación, descargue los archivos.
No se tiene constancia de ningún
problema.
Si está seleccionado el paquete
de arranque de .NET Framework 3.5 SP1 en el cuadro de diálogo de requisitos
previos para un proyecto de instalación o en la publicación de ClickOnce, y si también está seleccionada la opción
"Descargar los requisitos previos desde la misma ubicación que mi
aplicación", se muestra el siguiente error de compilación:
La ubicación de instalación de
los requisitos previos no se estableció como 'sitio web del proveedor de
componentes' y el archivo 'dotNetFx35setup.exe' del elemento
'Microsoft.Net.Framework.3.5.SP1' no se encuentra en el disco.
Para resolver este problema:
Actualice los datos del paquete
Descargue y extraiga los archivos de
instalación principales
Ahora puede eliminar los archivos y carpetas que descargó y
extrajo en los pasos 2 y 4.
Descargue los archivos de soporte del
paquete de idioma
|
Idioma
|
Arquitectura
|
Dirección
URL de origen |
Destino
|
|
Chino (simplificado) |
x86 |
zh-CHS\DotNetFX35\x86 |
|
|
x64 |
zh-CHS\DotNetFX35\x64 |
||
|
Chino (tradicional) |
x86 |
zh-CHT\DotNetFX35\x86 |
|
|
x64 |
zh-CHT\DotNetFX35\x64 |
||
|
Inglés |
x86 |
N/D |
N/D |
|
x64 |
N/D |
N/D |
|
|
Francés |
x86 |
fr\DotNetFX35\x86 |
|
|
x64 |
fr\DotNetFX35\x64 |
||
|
Alemán |
x86 |
de\DotNetFX35\x86 |
|
|
x64 |
de\DotNetFX35\x64 |
||
|
Italiano |
x86 |
it\DotNetFX35\x86 |
|
|
x64 |
it\DotNetFX35\x64 |
||
|
Japonés |
x86 |
ja\DotNetFX35\x86 |
|
|
x64 |
ja\DotNetFX35\x64 |
||
|
Coreano |
x86 |
ko\DotNetFX35\x86 |
|
|
x64 |
ko\DotNetFX35\x64 |
||
|
Portugués (Brasil) |
x86 |
pt-BR\DotNetFX35\x86 |
|
|
x64 |
pt-BR\DotNetFX35\x64 |
||
|
Ruso |
x86 |
ru\DotNetFX35\x86 |
|
|
x64 |
ru\DotNetFX35\x64 |
||
|
Español |
x86 |
es\DotNetFX35\x86 |
|
|
x64 |
es\DotNetFX35\x64 |
- No está el archivo mfc90rus.dll
en la carpeta del paquete redistribuible después de haber instalado la revisión
Visual Studio 2008 SP1 RTM.
- El usuario no podrá utilizar
los recursos en ruso para escribir una aplicación localizada y distribuirla.
Para resolver este problema:
El usuario puede copiar el
archivo MFC90RUS.DLL de la carpeta winsxs en la
carpeta del paquete redistribuible.
Puede que se solicite el medio de
instalación original durante la instalación de Visual Studio 2008 SP1 si no se
han seleccionado las siguientes características durante la instalación de
Visual Studio 2008:
En "Bibliotecas de clases y
plantillas de Visual C++"
- Código fuente MFC compatible
con ATL
- Bibliotecas estáticas MFC
compatibles con ATL (ANSI)
- Bibliotecas estáticas MFC
compatibles con ATL (Unicode)
- Bibliotecas compartidas MFC
compatibles con ATL (ANSI)
- Bibliotecas compartidas MFC
compatibles con ATL (Unicode)
En "Herramientas de Visual
C++"
- Utilidad de seguimiento de MFC
- Búsqueda de errores de Visual
C++
- Herramientas de Win32
Para resolver este problema:
Tenga el medio original
disponible.
ClickOnce no comprueba automáticamente si es la
versión SP1 si seleccionó como destino .NET Framework Client
Profile en algún momento del desarrollo, aunque
agregue una referencia a System.Data.Entity (que
requiere el Service Pack 1).
Si desactiva la opción
"Subconjunto de .Net Framework solo de cliente" en proyectos que
contienen una referencia a System.Data.Entity, la
aplicación comprueba incorrectamente si es la versión .NET Framework 3.5 sin SP1.
Para resolver este problema:
Para forzar que ClickOnce compruebe si es la versión .NET Framework 3.5
SP1:
Para proyectos de Visual Basic:
Abra las propiedades del proyecto
(haga doble clic en 'Mi proyecto' en el Explorador de soluciones).
Haga clic en la ficha Compilar.
Elija Opciones de compilación avanzadas.
Desactive la opción 'Subconjunto de .Net Framework solo de cliente'.
Quite la referencia a System.Data.Entity del
proyecto.
Vuelva a agregar una referencia a System.Data.Entity
al proyecto.
Para proyectos de C#:
Abra las propiedades del proyecto
(haga doble clic en 'Propiedades' en el Explorador de soluciones).
Haga clic en la ficha Aplicación.
Desactive la opción 'Subconjunto de .Net Framework solo de cliente'.
Quite la referencia a System.Data.Entity del
proyecto.
Vuelva a agregar una referencia a System.Data.Entity
al proyecto.
La página publish.htm se genera sin
el script que detecta la presencia de .NET Framework Client
Profile en los equipos de destino.
Para resolver este problema:
1. Asegúrese de que la aplicación
tiene como destino el subconjunto de .Net Framework solo de cliente.
Para proyectos de Visual Basic:
Abra las propiedades del proyecto
(haga doble clic en 'Mi proyecto' en el Explorador de soluciones).
Haga clic en la ficha Compilar.
Elija Opciones de compilación avanzadas.
Active la opción 'Subconjunto de .Net Framework solo de cliente'.
Para proyectos de C#:
Abra las propiedades del proyecto
(haga doble clic en 'Propiedades' en el Explorador de soluciones).
Haga clic en la ficha Aplicación.
Active la opción 'Subconjunto de .Net Framework solo de cliente'.
2. Para obtener el script correcto,
seleccione el requisito previo .NET Framework 3.5 SP1 y publique la aplicación.
3. En Publicar propiedades del
proyecto, cambie el paquete de requisito previo de nuevo a .NET Framework Client Profile y desactive la
opción "Generar automáticamente la página web de implementación después de
cada publicación".
4. Publique de nuevo la
aplicación
Este problema se produce en dos
escenarios:
1. Tras actualizar el modelo
desde la base de datos, se crean asociaciones para las nuevas claves externas
de la base de datos, pero no aparecen en el diagrama.
2. Después de realizar
operaciones de tipo deshacer/rehacer en el diseñador, las líneas de asociación
aparecen mal colocadas en el diagrama.
Para resolver este problema:
Hay varias soluciones:
- Guarde el archivo. Cierre el
diseñador. Vuelva a abrir el archivo.
- Haga clic con el botón
secundario en un área vacía del diagrama y elija "Diagrama de
diseño". Esto puede modificar los cambios de diseño manuales que se hayan
realizado antes en el diagrama.
- Mueva manualmente las entidades
relacionadas para actualizar su representación.
El vínculo predeterminado de
redirección a Visual Studio 2008 ReportViewer
(ReportViewer.exe) que se proporciona en el Proyecto de instalación e
implementación redirecciona incorrectamente al
paquete de idioma de ReportViewer
(ReportViewerLP.exe) en sistemas operativos que no están en inglés.
Para resolver este problema:
1. Abra %Program
Files%\Microsoft
SDKs\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<configuración
regional>\package.xml
2. Reemplace el vínculo http://go.microsoft.com/fwlink/?LinkID=98185 por http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409 en package.xml.
3. Asegúrese de que no cambia el
vínculo a ReportViewerLP.exe http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>.
Si instala el cliente de Visual
Studio Team Server 2008 SP1 y lo usa para ejecutar
pruebas de carga, debe usar un controlador de Visual Studio Team
Server 2008 SP1 para ejecutar las pruebas. Todos los agentes que estén en línea
y conectados a ese controlador debe ser también agentes de Visual Studio Team Server 2008 SP1. Si instala el Service
Pack 1 sólo en el cliente de Visual Studio y ejecuta una prueba de carga usando
una plataforma de pruebas que no tiene Visual Studio Team
Server 2008 SP1 instalado, la prueba de carga da error inmediatamente y se
muestra el texto "No ejecutado" en la ventana Resultados de pruebas.
Si hace clic en el vínculo de la ventana Resultados de pruebas, el error
mostrado en la sección "Errores y advertencias de la ejecución de
pruebas" será parecido al siguiente:
Error al poner en cola la
ejecución de pruebas 'nombreDeUsuario@MICONTROLADOR 13-06-2008 11:17:28': El objeto de tipo
'Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile' no
puede convertirse en el tipo
'Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile'.
El primer tipo que aparece
depende del tipo de modelo de carga que usa la prueba de carga.
Las versiones del cliente, el
controlador y los agentes de Visual Studio deben coincidir, porque se han
realizado mejoras en la API para Visual Studio Team
Server 2008 SP1 con el fin de implementar diferentes modelos de pruebas de
carga.
Para resolver este problema:
Actualice los clientes, el
controlador y el agente a Visual Studio 2008 SP1.
La herramienta Visor de la caché
de ensamblados (Shfusion.dll) es una extensión de shell
de Windows que permite ver y manipular el contenido de la caché de ensamblados
global mediante el Explorador de Windows. Shfusion.dll se encuentra en el
directorio %windir%\Microsoft.NET\Framework\v2.0.50727.
En Windows Vista, el Visor de la
caché de ensamblados no se ejecuta con permisos elevados aunque se abra desde
una ventana del símbolo del sistema que disponga de permisos elevados (por
ejemplo, usando el comando START con la ruta de acceso de la caché de
ensamblados global). Esto se debe a que el Visor de la caché de ensamblados es
una extensión shell del Explorador de Windows, que no
se ejecuta con permisos elevados.
Para resolver este problema:
Use Shfusion.dll solamente para
ver.
Para las actualizaciones, abra una
ventana del símbolo del sistema que tenga privilegios administrativos y use la
herramienta de la línea de comandos Gacutil.exe de .NET Framework SDK.
La carpeta PerfSDK
no se encuentra en el directorio de las herramientas de rendimiento de
x64. Esta carpeta contiene los archivos vsperf.h
y vsperf.lib, que son necesarios para vincular en las API de generación de
perfiles en tiempo de ejecución.
Para resolver
este problema:
El SDK del generador de perfiles de 64
bits se incluirá en la instalación del generador de perfiles independiente del
SP1 de 64 bits, que estará disponible en el Centro de descarga de MSDN.
Instale el generador de perfiles independiente de 64 bits en una versión de
Windows de 64 bits y, a continuación, copie el directorio de la carpeta PerfSDK de 64 bits instalada en "%program
files(x86)%\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64".
Si el archivo web.config
se daña a partir de una generación de perfiles anterior o bien se ha
eliminado, el generador de perfiles mostrará el mensaje "El sitio web no
se pudo configurar correctamente; no se pudo obtener información del proceso de
ASP.NET. Quizá el servidor no está ejecutando Asp.Net 2.0 o posterior. 'Http://localhost/VSEnterpriseHelper.axd' (requerido) devolvió un
error: Error en el servidor remoto: (500) Error interno del servidor."
Para resolver este problema:
Elimine el archivo web.config.
Ejecute el sitio web bajo el
depurador para volver a generar un archivo web.config
limpio.
Ejecute con el generador de
perfiles.
Cuando se crea un proyecto de
instalación e implementación para CHT o JPN que tiene "Visor de informes
de Microsoft Visual Studio 2008" como requisito previo, aparecen varios
mensajes de advertencia. Sin embargo, dichos mensajes no impiden la
implementación de la aplicación, incluido el control ReportViewer.
Para resolver
este problema:
No se necesita ninguna solución
alternativa.
Visual Studio 2008 SP1 no actualiza los
ensamblados locales de aplicaciones ATL AMD64 e IA64 ubicados en
%VSINSTALLDIR%\vc\redist\amd64
y %VSINSTALLDIR%\vc\redist\ia64.
Por tanto, ambos permanecen en el nivel de Visual Studio 2008 RTM (9.0.21022.8)
tras la instalación del SP1. Como resultado, se ve afectada la implementación
local de aplicaciones ATL AMD64 e IA64 que se enlazan a archivos .dll de Visual Studio 2008 SP1.
Para resolver este problema:
Los términos de
licencia actualmente asociados a los paquetes redistribuibles de VC en inglés
(ENU) (VCRedist_x86.exe, VCRedist_x64.exe y VCRedist_ia64.exe) no permiten la
redistribución correspondiente. Se especifica que solamente puede instalar y
usar UNA copia del software. Los términos correctos de la licencia permiten la
instalación y el uso de un número de copias indefinido de los paquetes
redistribuibles de VC.
Para resolver este problema:
Existen dos formas
de resolver este problema:
No se tiene constancia de ningún
problema.
Si se usa el Asistente para
aplicaciones MFC para crear una aplicación MFC que utiliza la interfaz de
usuario de la cinta de opciones y se cambia la clase base de CView a CRichEditView, la
aplicación no podrá generar y mostrará el siguiente error del compilador de
recursos:
".\REdit.rc(565) : error RC2151
: no se pueden volver a usar constantes de cadena, 280(0x118) - "Insertar
objeto...
o" ya definido. No se puede agregar
280(0x118) - "Buscar y reemplazar
f"
Este problema lo origina la
existencia de definiciones duplicadas de valores de macro en resource.h para las macros siguientes:
#define IDS_RIBBON_INSERT_OBJECT 280
#define
IDS_RIBBON_FINDREPLACE 280
Para resolver este problema:
1. Abra el archivo Resource.h.
2. Busque las macros
IDS_RIBBON_INSERT_OBJECT y IDS_RIBBON_FINDREPLACE.
3. Cambie uno de sus valores a
"307" o a cualquier otro valor que no se use en el archivo.
4. Vuelva a generar la
aplicación.
#define IDS_RIBBON_INSERT_OBJECT 280
#define IDS_RIBBON_FINDREPLACE
307
No se tiene constancia de ningún
problema.
Puede obtener un mensaje de error
si instala una solución abriendo el manifiesto de implementación (un archivo .vsto), la aplicación, el documento o el libro de Office.
Esto se debe a que el instalador de la solución no comprueba los requisitos
previos.
Para resolver este problema:
Existen dos formas de resolver
este problema:
- Instale la revisión SP1 para Visual Studio Tools para Office system 3.0 Runtime SP1.
- Instale la solución ejecutando el programa de instalación.
El programa de instalación comprueba si existe la versión correcta de los
requisitos previos y los instala según sea necesario.
La página de propiedades del proyecto
permite seleccionar .NET Framework Client Profile como versión de .Net Framework de destino incluso
si el proyecto no la admite.
Para resolver este problema:
Si el proyecto usa Office 2003
como versión de destino, no seleccione Subconjunto de .Net Framework solo de
cliente en la página de propiedades del proyecto.
Si desarrolla soluciones de
Office para el motor en tiempo de ejecución de .NET Framework Client Profile, verá estos
mensajes de advertencia de compilación: "El proyecto tiene una referencia
al ensamblado <nombre>. Este ensamblado no forma parte de .NET Framework Client Profile. Sin esta
referencia, puede haber errores de compilación o en tiempo de
ejecución". o "El ensamblado
<nombre> al que se hace referencia tiene una dependencia de
<ensamblado>, que no aparece como parte del elemento .NET Framework Client Profile. Si es necesaria
esta referencia dependiente, pueden surgir errores de compilación".
Si pasa por alto estas
advertencias, puede obtener la siguiente excepción debido a ensamblados que
faltan: "Excepción no controlada: System.IO.FileNotFoundException:
No se puede cargar el archivo o ensamblado <ensamblado> ni una de sus
dependencias. El sistema no puede encontrar el archivo especificado".
Para resolver este problema:
Si la aplicación usa
características basadas en ensamblados que no contiene .NET Framework Client Profile, asegúrese de que
el proyecto tenga la versión completa de .NET Framework 3.5 como destino.
Para proyectos de
Visual Basic:
Para proyectos de C#:
De forma predeterminada, el
arranque de la solución está configurado para descargar el paquete de
ensamblados de interoperabilidad primarios de la Web. Sin embargo, este paquete
no se puede descargar; se debe instalar desde la misma ubicación que la
aplicación.
Para resolver este problema:
Puede pasar por alto esta
advertencia.
Aunque se seleccione la opción
“Descargar los requisitos previos del sitio web del proveedor de los
componentes" en el cuadro de diálogo Requisitos previos, el paquete de ensamblados
de interoperabilidad primarios se publica automáticamente en la misma ubicación
que la aplicación.
Cuando se publica la solución,
aparece la siguiente advertencia: "El elemento '.NET Framework Client Profile' es requerido por
'Visual Studio Tools for Office system
3.0 Runtime Service Pack
1', pero no se incluyó".
Esta advertencia aparece porque
Visual Studio Tools para Office system 3.0 Runtime Service Pack 1 está
seleccionado como un requisito previo para la instalación. Sin embargo,
no está seleccionado .NET Framework 3.5 Service Pack
1 ni .NET Framework Client Profile.
Para resolver este problema:
Si un proyecto
tiene como destino .NET Framework Client Profile, la aplicación produce una excepción FileNotFound cuando se ejecuta. Esto ocurre porque la clase
ServerDocument requiere la versión completa de .NET
Framework 3.5.
Para resolver este problema:
Para proyectos de Visual Basic:
Para proyectos de C#:
Si se había instalado previamente
Silverlight Tools Beta 2, tras instalar Visual Studio
2008 SP1, Visual Studio no puede abrir proyectos de Silverlight
hasta que se actualiza la instalación de Silverlight
Tools Beta 2.
Para resolver este problema:
Descargue la versión actualizada
de Silverlight Tools Beta 2 para Visual Studio 2008
SP1 en la dirección http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=50a9ec01-267b-4521-b7d7-c0dba8866434.
Cuando se crea un proyecto
Biblioteca de servicios WCF, se puede cambiar la ruta de acceso de los
resultados del valor predeterminado bin\debug\ a una ruta de acceso relativa como "." o
".." en la ficha Generar de la página
Propiedades del proyecto. Si después se intenta depurar el servicio, este no se
puede hospedar en el Host de servicio WCF y aparece este mensaje: "No se
puede iniciar directamente un proyecto con un tipo de resultado de biblioteca
de clase".
Para resolver este problema:
En la ficha Generar, especifique
la ruta de acceso completa en lugar de la ruta de acceso relativa.
Si se crea un nuevo proyecto
Biblioteca de clases WCF en Visual Studio con el complemento TFS, puede
aparecer un error al seleccionar Agregar nuevo elemento en este proyecto. Tras
hacer clic en Aceptar para cerrar el cuadro de diálogo del error, el servicio
del elemento se agrega correctamente y funciona según lo esperado.
Para resolver este problema:
Haga clic en Aceptar para
descartar el cuadro de diálogo del error.
La ventana
Propiedades de WPF Designer muestra y edita los
valores con el formato de EE.UU. Esto se ajusta a la convención XAML que
utiliza el valor en-US para CultureInfo. Por ejemplo, las fechas y los números siempre
tienen el formato de EE.UU. Las fechas se muestran siempre como mm/dd/aa. Si especifica un valor de fecha en la ventana
Propiedades, este se convertirá al formato mm/dd/aa.
Para resolver este problema:
No hay ninguna
solución disponible.
En Visual Studio 2008 SP1, si usa la refactorización de código para
modificar tipos o miembros, la refactorización se propaga a archivos XAML. Para obtener más información sobre esta
característica, vea el tema sobre cómo cambiar el nombre de un símbolo
declarado en XAML en la documentación. Esta nueva característica tiene las
siguientes limitaciones:
- La refactorización cambia solo los archivos XAML del proyecto actual y no se
aplica a todos los proyectos de la solución
- Solo se puede usar la refactorización en nombres de tipos y determinados
atributos. No se puede usar para:
o El atributo SetterProperty
o El atributo TemplateBinding
Path
o Los atributos Binding
Path y ElementName
o La propiedad MethodName
de ObjectDataProvider
Para resolver este problema:
Realice las modificaciones
manualmente; por ejemplo, mediante Buscar y reemplazar.
Si cambia un tipo o
miembro en un archivo XAML, esos cambios no se propagan a los archivos de
código.
Por ejemplo, si
cambia el nombre de un elemento Button, que tiene
controladores de eventos asociados, mediante el editor de XAML, el código
subyacente no se actualiza.
Para resolver este problema:
Las modificaciones
en los archivos de código se deben realizar manualmente; por ejemplo, mediante
Buscar y reemplazar.
En el Explorador de
soluciones, si hace clic con el botón secundario en un archivo XAML, elige
Cambiar nombre y le cambia el nombre al archivo, el nombre del archivo cambia,
pero no se le pide que refactorice el nombre de la
clase en el archivo XAML o en el código subyacente. En concreto, si cambia el
nombre del archivo XAML al que se hace referencia mediante la propiedad StartupUri en el archivo XAML de aplicación (por ejemplo,
si cambia el nombre Ventana1.xaml a VentanaPrincipal.xaml),
debe cambiar manualmente la propiedad StartupUri.
Para resolver este problema:
Las modificaciones
se deben realizar manualmente; por ejemplo, mediante Buscar y reemplazar.
En un archivo de código subyacente, puede buscar
todas las referencias a un símbolo haciendo clic con el botón secundario en el
símbolo y eligiendo Buscar todas las referencias. Esta opción no busca los
elementos XAML que no tengan establecida la propiedad Name.
Por ejemplo:
El siguiente código XAML muestra el elemento MyUserControl, que no tiene nombre:
<Grid>
<MyUserControl/>
(...)
En el archivo de código subyacente, si hace clic
con el botón secundario en el símbolo MyUserControl y
elige Buscar todas las referencias, solo se encontrarán las referencias del
código y no las de XAML.
Para resolver este problema:
Dé un nombre al control o búsquelo manualmente (por ejemplo, con la opción
Buscar en archivos).
Si se crea un enlace a
un elemento ObjectDataProvider, mediante XAML
y ObjectDataProvider, realiza una llamada a una base
de datos; si se carga el archivo XAML en WPF Designer,
la operación puede tardar mucho tiempo y consumir mucha memoria. Como
resultado, WPF Designer puede dejar de responder
hasta que finaliza la operación.
Para resolver este problema:
Procure no configurar un ObjectDataProvider
de este modo en tiempo de diseño. Mediante programación, use el método DesignerProperties.IsInDesignMode() solo para realizar tareas largas o que consumen mucha
memoria en tiempo de ejecución.
Hay un problema conocido en Visual Studio 2008
SP1 en el que WPF Designer no se carga si un elemento
Binding usa RelativeSource TemplatedParent sin una ruta de acceso.
Por ejemplo:
<RepeatButton
Command="{x:Static ScrollBar.LineUpCommand}"
CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}"
/>
Para resolver este problema:
Especifique una ruta de acceso con la notación
".", que se resuelve como el mismo objeto.
Por
ejemplo:
<RepeatButton
Command="{x:Static ScrollBar.LineUpCommand}"
CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent},
Path=.}" />
WPF Designer puede bloquearse
si se hace referencia a valores de un diccionario de recursos independiente o
externo de la siguiente forma:
- El diccionario independiente tiene referencias a
recursos entre los elementos de este mismo diccionario (por ejemplo, un estilo
que hace referencia a un color),
- El usuario tiene abierto un archivo de proyecto (Ventana, etc)
que hace referencia a un valor de este diccionario de recursos independiente,
- Y se modifica un valor en el diccionario de recursos independiente.
Para resolver este problema:
Cierre los documentos abiertos que hagan referencia a
valores del diccionario antes de actualizar el diccionario.
No se tiene constancia de ningún
problema.
La versión x64 de Sgen.exe no genera un
ensamblado de serialización cuando procesa un
ensamblado que contenga tipos marcados con el atributo [Obsolete(IsError=true)].
Para resolver este problema:
Use la versión x86 de Sgen.exe.
Archivo Léame de Team
Foundation Server
Archivo Léame de Visual Studio Express
Archivo Léame de .NET Framework
© 2008 Microsoft Corporation. Reservados todos los derechos. Condiciones de uso | Marcas comerciales | Declaración de privacidad