visual-studio - español - visual studio code 2018
¿Alguien ha logrado que Visual Studio 2003 se ejecute en Windows 7? (15)
Sí, lo sé ... podría configurar una máquina virtual con XP. Desafortunadamente, nuestro entorno de compilación es tal que necesitamos ejecutar VC2003, 2005 y 2008 al mismo tiempo y sería mucho más conveniente si pudiera ejecutar 2003 de forma nativa en Windows 7 para los pocos proyectos que tenemos que lo requieren.
Me doy cuenta de que algunas cosas pueden no estar disponibles en el IDE, pero pude ejecutar 2003 bajo Windows Vista y si pudiera obtener el mismo nivel básico de funcionalidad en Windows 7, sería extremadamente feliz.
Ahora mismo, aparece un error al abrir el archivo * .pdb cuando compilo después de cambiar vc2003 para que se ejecute como Administrador en el modo de compatibilidad para XP SP 2.
¡Gracias!
¿Ha considerado actualizar sus soluciones a vs2005, usando MSBEE para apuntar a .net 1.1?
(Gran parte de esto repite lo que ya se ha escrito anteriormente).
Necesito ejecutar VS2003 como administrador bajo Win7 de 64 bits, para admitir proyectos heredados (por ejemplo, aquellos que se ejecutan en la Xbox original). El XDK anterior requiere VS2003, por lo que la actualización no es una opción. Podría ejecutar WinXP pero prefiero Win7.
VS2003 no es oficialmente compatible con Win7 y tratar de hacerlo crea un par de problemas bastante molestos:
Buscar en los archivos hace que VS2003 se bloquee. El enlace falla debido a una fuga en el manejador de archivos PDB. El bloqueo de Buscar en archivos se resuelve utilizando "Deshabilitar temas visuales". Navegue hasta el acceso directo de VS2003 (Inicio -> Microsoft Visual Studio .NET 2003), haga clic con el botón derecho para obtener el menú contextual, seleccione la pestaña Compatibilidad, el panel Configuración y marque "Deshabilitar temas visuales".
La falla del enlazador (LNK1201) ocurre cuando ejecuta el programa a través del depurador, lo detiene, modifica un archivo y genera. El error es que un Visual Studio tiene un identificador en el archivo PDB, mientras que el vinculador intenta escribir en ese archivo. Puede detener y reiniciar VS2003 para evitar el problema. Funciona pero es molesto.
También puede usar la utilidad "handle.exe" de Microsoft SysInternals para buscar y luego cerrar las manijas mantenidas por un proceso en un archivo en particular. Escriba una secuencia de comandos para llamar a handle.exe y configure el proyecto VS2003 para ejecutar esa secuencia de comandos como un evento previo a la compilación. (Vea este hilo .) Pero handle.exe requiere que se ejecute como administrador.
Podría hipotéticamente cambiar handle.exe para que se ejecute como administrador siguiendo los pasos habituales (por ejemplo, como una configuración de compatibilidad) pero luego handle.exe (aparentemente) se ejecuta en un shell anidado, y luego el texto stdout no llega al script de llamada.
Puede hacer que VS2003 se ejecute como administrador, en cuyo caso la secuencia de comandos de Pre-Build también se ejecuta como administrador, por lo tanto, maneja.exe, y eso funciona.
El truco restante es conseguir que los archivos SL200 del VS2003 se abran correctamente. Si simplemente hace que VS2003 se ejecute como administrador automáticamente, el selector de versión VS no podrá ejecutar VS2003. No sé por qué, pero es el caso.
Puede asociar los archivos SLN para abrir usando VS2003 devenv.exe en lugar de VSLauncher.exe. Eso funciona, pero todos los archivos SLN nuevos (2005, 2008, 2010, 2012, ...) no se abren.
Entonces, el último paso es hacer que VSLauncher.exe se ejecute como administrador. Esto falla a partir de KB2492386 como lo indica este hilo . Desinstalar esa actualización fue el paso final en esta saga, para que todo funcione.
Ejecutar esta instalación. Debe ejecutarlo desde el directorio de instalación, el archivo setup.exe en la raíz del CD no funcionará.
D: / setup / SetUp.exe / NO_BSLN_CHECK
En Windows 7, existe el modo de compatabiliy en las propiedades ejecutables. Abra: C: / Archivos de programa / Microsoft Visual Studio .NET 2003 / Common7 / IDE / luego haga clic derecho en el devenv.exe y seleccione las propiedades. En la pestaña de compatibilidad, seleccione "Ejecutar en modo de compatibilidad" y seleccione "Windows XP" en el menú desplegable.
Intenta eso, no estoy seguro de si funciona, pero vale la pena intentarlo.
Estoy experimentando el mismo problema; Devenv.exe deja abiertos los archivos pdb después de ejecutar el proyecto. He hecho un archivo por lotes para solucionarlo , cierra todos los archivos .pdb abiertos por devenv.exe:
handle.exe .pdb | awk "/devenv.exe/ { split($4, fd, /":/"); system(/"handle.exe -c /" fd[1] /" -y -p /" $3)}"
Necesitará tener handle.exe by sysinternals y awk by gnu en su ruta para que funcione.
Úselo bajo su propio riesgo. Los mangos de cierre pueden causar inestabilidad en la aplicación o en el sistema.
Hace un tiempo escribí una entrada en el blog sobre esto que puedes consultar: http://technikhil.wordpress.com/2010/01/12/visual-200-200-and-windows-7-can-get-along- De Verdad/
Lo único en lo que estoy atascado ahora es la función de búsqueda global de VS 2003: bloquea la aplicación. Mi solución es usar Windows 7 search :-). Aparte de eso, hasta ahora todo bien ...
Actualización: También conseguí que la búsqueda funcionara al deshabilitar la funcionalidad Aero. He actualizado la publicación de mi blog con los detalles ...
He estado usando Visual studio 2003 en win7 desde que se lanzó la primera edición de RC: S ¿por qué la gente tiene problemas?
He intentado instalar VS2003 en Windows 7 de 64 bits con la función Virtual Windows XP. Estoy razonablemente seguro de que esto tendrá éxito. El problema que encontré es que el instalador quiere que IIS esté instalado, y la instalación de XP provista por Virtual XP no tiene eso habilitado por defecto.
Si va a Agregar / Eliminar componentes e intenta agregarlo, le pedirá el disco, que no tenía a mano. Una vez que tenga mis manos en el disco, estoy bastante seguro de que funcionará bien.
Si no lo has probado con otras aplicaciones, la función Virtual XP es realmente genial ...
Lo siento, ¿su entorno de compilación requiere que tenga VC 2003, 2005 y 2008 ejecutándose simultáneamente? Realmente apostaría a que sus esfuerzos se gastarán mejor simplemente consolidando su entorno de construcción en un solo entorno.
No tengo problemas con Visual Studio 2003 en Windows 7 de 64 bits.
- Navegue a VS2003 devenv.exe (probablemente C: / Archivos de programa (x86) / Microsoft Visual Studio .NET 2003 / Common7 / IDE / devenv.exe)
- Haga clic derecho y seleccione Propiedades
- En la pestaña Compatibilidad, marque "Ejecutar este programa en modo de compatibilidad para:" y seleccione "Windows XP (Service Pack 3)"
- Marque "Ejecutar este programa como administrador"
Obtuve Visual Studio .NET 2003 Funcionando bien en mi HP EliteBook Workstation 8760W con un procesador I7 y 12GB de RAM con Windows 7 Professional 64 bit haciendo algunos pasos avanzados. Van de la siguiente manera:
- Instale las Extensiones de servidor de FrontPage 2002 para IIS 7.0.
- Instale Visual Studio .Net 2003. Simplemente omita cuando el instalador le ordene que configure las Extensiones de servidor de Frontpage 2002.
- Instale .Net Framework 1.1 Service Pack 1 (descargue aquí).
- Vaya a Panel de control> Herramientas administrativas> Administrador de Internet Information Services (IIS). Resalte su máquina, luego haga doble clic en Restricciones de ISAPI y CGI. Cambie la configuración de ASP .NET v1.1.4322 a Permitido.
Entonces siempre se mostrará una alerta con el siguiente mensaje.
Este programa tiene problemas de compatibilidad...
solo ignora eso Además, no lo ponga en modo de compatibilidad en las propiedades del IDE.
Prueba el modo XP si no puedes ejecutarlo de forma nativa.
Solución que encontré en la web que ayudó: para su estudio visual, use la compatibilidad de la aplicación = Windows Vista SP2 y NO WinXP SP3
Tengo una solución muy sucia y patética para el problema de pdb.
Descargue y ejecute Sysinternals-ProceXP, presione CTRL-F ingrese el nombre de pdb (smt like ($ ProjectName) .pdb) que no se puede crear al vincular. Haga doble clic cuando se encuentre. (Si no se puede encontrar, ejecute procexp con privilegios de administrador)
Luego verá que el archivo .pdb está resaltado en el panel inferior de la pantalla principal. Haz clic derecho en él y selecciona Close Handle. Cuando vuelva a intentar construir su solución, no generará un error.
No sé si esta solución puede tener secuencias de comandos, pero al menos es mejor que reiniciar Visual Studio.
PARCHE AHORA DISPONIBLE
Después de un poco de ingeniería inversa, encontré el objeto COM incorrectamente refcontado responsable de la fuga (estaba desactivado en 1) y desarrollé un parche estable y el artículo correspondiente que describe la solución. Esto aborda los problemas encontrados durante el uso de Windows 7 a través de Windows 10. Detalles y descarga disponibles en:
Si desea realizar el parche manualmente, esos detalles también se incluyen.
NOTA: La solución de la herramienta SysInternals Handle no funcionó para archivos en una red compartida. El .PDB no se desbloqueó completamente, aunque la herramienta Mango afirmó que estaba cerrada. Mi solución elimina el problema de una vez por todas y evita los efectos secundarios.