Wie VS2008 und VS2010 dev envts auf Win7 x64 beheben

Question

Ok, ich bin in einer Welt der Schmerzen im Moment.

Wir hatten schon die Entwicklung mit VS2008 (VB.NET, meist WinForms, auch ASP.NET und Windows-Diensten) auf Win7 x64, mit spezifischen Anforderungen (das können wir jetzt noch nicht loswerden), um Ziel x86 und Rahmen 3.5.

Wir haben vor kurzem auf VS2010 aktualisiert und recht bald, fiel Foul von diese Resgen.exe Inkompatibilität . Grundsätzlich können wir nicht die WinForms-Anwendung überhaupt mit VS2010 kompilieren. Keine der Abhilfen von Microsoft oder andere vorgeschlagen haben entweder für mich oder andere Mitglied meines Teams gearbeitet.

So wir VS2008 unter Verwendung der Technik hier (dh Hack die Lösung Datei), und auch durch eine brandneue VS2008-Lösung zu schaffen, und das Hinzufügen der Projekte zu. Dies schien in Ordnung für eine kurze Zeit, aber jetzt entdecken wir, dass, wenn die Anwendung debuggen, werden nicht behandelte Ausnahmen nicht in dem IDE gefangen, die Entwicklung praktisch unmöglich macht.

Eine ganz neue Testanwendung mit VS2008 erstellt (kompiliert für x86 und .NET 3.5) zeigt keine dieser Fehler zu fangen Ausnahmen.

Ich habe jetzt auf einem Win7 (32 Bit) VM innerhalb des Hauptrechners auf VS2010 zu entwickeln, um Resort hatte, und es funktioniert ... aber es ist slowwwwwwww!

Alle Ideen für einen Ausweg aus dieser dankbar !!

würde geschätzt

Aktualisieren :

Ok, es ist also nicht eine tatsächliche Lösung, sondern als Behelfslösung ist es nicht ein Desaster ...

Dank Noah für seine Bemerkung, die mich dazu veranlasst um die verschiedenen Virtualisierungslösungen zu erkunden. Ich habe jetzt (wahrscheinlich die letzte Person, hier!) Entdeckt VirtualBox . Nicht nur ist es ziemlich viel schlankeres im Einsatz als VMWare Player und die verschiedenen Inkarnationen von Microsoft / Windows Virtual PC, hat es auch Seamless-Modus , wobei Anwendungen auf dem VM erscheinen als separate Fenster in dem Host ausgeführt. Also ich habe jetzt einen x86 Gast VS2010 laufen, Kompilieren für x86 und Framework 3.5. Da es im Gast kein x64 / x86-Konflikt ist, gibt es kein Problem Resgen.exe, und mein dev ENVT erscheint nur als Fenster auf meinem Host-Desktop. Es ist immer noch langsamer als laufen nativ wäre es, aber ich kann jetzt damit leben.

würde schätzen, noch irgendwelche tatsächlichen Lösungen (oder, soweit nicht vorhanden, ein Update von Microsoft !!)

Answer 1

Nun, ich gab auf.

VirtualBox war Ok für eine Weile, aber die Langsamkeit der VM war ärgerlich, und mit immer verwalten Sachen zwischen Wirt und Gast bewegt mich verrückt.

Also habe ich die ganze Maschine mit Windows 7 x86 wieder aufgebaut haben.

Vollständig mit Microsofts scheinbarer Gleichgültigkeit gegenüber dem Problem angewidert, aber ich denke, ich bin nicht die erste, das fühlen.

Answer 2

Sie können nur Resgen.exe 32-Bit-Stellen machen durch:  1. Cd „% Programfiles (x86)% \ Microsoft SDKs \ Windows \ V7.0A \ Bin“  2. CorFlags / 32Bit + / Kraft Resgen.exe

Speichern Sie Ihre vorherigen Resgen.exe vor dieser Änderung.

Nach dieser Änderung müßten Sie alle Ihre Projekte modifizieren Resgen zu sagen, in 32bitmanaged Modus ausgeführt

1. Managed32Bit zu einem Property in der Projektdatei eines Projektes Hinzufügen, die 3,5 Ressourcen Targeting .NET erzeugt - da der CorFlags Trick, um die Bitness von Resgen.exe auf einer systemweiten Ebene auswirkt, muss die Eigenschaft für festgelegt werden alle betroffenen Projekte.

2. ODER Wenn MSBuild.exe direkt laufen, überschreiten sie die globale Eigenschaft Schalter: ‚/ p: ResGenToolArchitecture = Managed32Bit‘

Die Lösung wird unter http://tune-up-pc.com/ Blog /? p = 10790