Cómo corregir VS2008 y VS2010 envts dev en Win7 x64

Question

Ok, estoy en un mundo de dolor en este momento.

Hemos estado desarrollando con VS2008 (VB.NET, en su mayoría WinForms, ASP.NET y también servicios de Windows) en Win7 x64, con requisitos específicos (que no podemos deshacernos de todo), a x86 objetivo y marco 3.5.

recientemente renovada y VS2010, y muy pronto, fue víctima de este problema de incompatibilidad Resgen.exe . Básicamente, no podemos compilar la aplicación Windows Forms en absoluto con VS2010. Ninguna de las soluciones sugeridas por Microsoft u otros han trabajado para mí o el otro miembro de mi equipo.

Así se intentó volver a VS2008 utilizando la técnica descrita aquí (es decir, cortar el archivo de solución), y también mediante la creación de una solución VS2008 nuevo, y la adición de los proyectos a la misma. Esta bien parecido por un corto tiempo, pero ahora descubrimos que al depurar la aplicación, las excepciones no controladas no son capturados en el IDE, lo que hace prácticamente imposible el desarrollo.

Una nueva aplicación de prueba marca creada con VS2008 (compilado para x86 y .NET 3.5) no presenta este fracaso para capturar excepciones.

he tenido que recurrir a desarrollar en VS2010 en un Win7 (32 bits) VM dentro de la computadora principal por ahora, y funciona ... pero de slowwwwwwww!

¿Alguna idea para un vistazo a través de esto se aprecia con gratitud !!

Actualizar

Ok, así que no es una solución real, sino como una solución que no es un desastre completo ...

Gracias a Noah por su comentario, que me llevó a explorar las diversas soluciones de virtualización alrededor. Ahora he descubierto (probablemente la última persona aquí!) VirtualBox . No sólo es muy poco un impermeable en el uso de VMWare Player y las diversas encarnaciones de Microsoft / windows virtual PC, sino que también tiene modo sin fisuras , donde las aplicaciones que se ejecutan en la máquina virtual aparecen como ventanas separadas en el huésped. Así que ahora tengo un invitado x86 con VS2010, se compila para x86 y Framework 3.5. Dado que no hay conflicto x64 / x86 en el invitado, no hay ningún problema Resgen.exe, y mi dev ENVT solo aparece como una ventana en el escritorio de acogida. Es todavía más lento que ejecuta de forma nativa sería, pero puedo vivir con ella por ahora.

seguiría apreciar ninguna solución real (o, en su defecto, una solución de Microsoft !!)

Answer 1

Bueno, yo se rindió.

VirtualBox estaba bien por un tiempo, pero la lentitud de la máquina virtual era molesto, y para siempre tener que gestionar las cosas en movimiento entre el anfitrión y el invitado me estaba volviendo loca.

Así que he reconstruido toda la máquina con Windows 7 x86.

completamente disgustado con la aparente indiferencia de Microsoft para el problema, pero supongo que no soy el primero en sentir eso.

Answer 2

Se puede hacer simplemente hacer Resgen.exe 32 bits por:  1. CD “% ProgramFiles (x86)% \ Microsoft SDKs \ Windows \ v7.0A \ Bin”  2. Corflags / 32 bits + / Fuerza Resgen.exe

Guardar su Resgen.exe anterior antes de este cambio.

Después de este cambio se tendría que modificar todos sus proyectos para contar Resgen para ejecutarse en modo 32bitmanaged

1. Adición Managed32Bit a un PropertyGroup en el archivo de proyecto de cualquier proyecto que genera recursos destinados a .NET 3.5 - ya que el truco corflags afecta al valor de bits de Resgen.exe a nivel de todo el sistema, la propiedad se debe establecer para todos los proyectos afectados también.

2. O Si se ejecuta directamente MSBuild.exe, pasándolo con el interruptor de propiedad global: ‘/ t: ResGenToolArchitecture = Managed32Bit’

La solución se publica en http://tune-up-pc.com/ Blog /? p = 10790