tanis' blog

Cosa fare se Visual Studio 2008 di punto in bianco comincia a bloccarsi quando si cerca di modificare il codice di una qualsiasi classe?

Semplice.. bisogna andare a levare di torno il Visual Web Design tool che, per non so quale malaugurato motivo, rompe Visual Studio 2008. Devo ringraziare l’autore di questo post sul social MSDN di Microsoft per la dritta (link).

Nel mio caso è bastato levare di torno la cartella C:\Programmi\Microsoft Web Designer Tools

Sul come sia arrivata sul mio PC ancora non ne ho idea. Non ho installato Office 2007 o 2010.. non ho installato quel tool.. penso fosse parte di qualche aggiornamento.. probabilmente della parte di supporto per i documenti nel formato di Office dal 2007 in poi. Ad ogni modo, eliminato quello, tutto ha ripreso ha funzionare correttamente.

Non ho una vera e propria soluzione per questo problema. Semplicemente, su un’installazione fresca di Visual Studio 2008 ha ominciato a dare fin da subito il seguente problema: “Visual Web Developer HTM source editor package has failed to load properly” ed idem per l’HTML editor.

In rete non sono riuscito a trovare niente di utile. Alla fine, disinstallato VS2008 e reinstallato.. nulla da fare. Installata la versione Express. Stesso errore. Disinstallato tutto di nuovo. Disinstallato anche Visual Studio 2005 che era già installato su quella macchina. Reinstallato VS2008 e adesso funziona perfettamente. Non sono riuscito a capire dove stia l’inghippo. Io, sulla mia macchina di sviluppo, ho ancora VS6, VS2005 e VS2008 installati e convivono senza alcun problema.

Sono uno dei fortunati a cui Visual Studio 2008 crasha in maniera fatale quando si seleziona “Choose Items..” dalla toolbox.
A quanto pare è qualcosa di collegato ai PowerCommands di Microsoft. Alcuni dicono che basti disinstallare quel componente.. altri invece hanno avuto comunque il problema anche successivamente.

A quanto pare la soluzione suggerita da Microsoft è la seguente:

1. Aprire il file devenv.exe.config che sta in C:\Programmi\Microsoft Visual Studio 9.0\Common7\IDE
2. Inserire il seguente pezzo di codice:

   <dependentassembly>
     <assemblyidentity name="office" publicKeyToken="71e9bce111e9429c" culture="neutral"/>
     <codebase version="12.0.0.0" href="PrivateAssemblies\Office12\Office.dll"/>
   </dependentassembly>
   <!-- Parte NUOVA -->      
   <dependentassembly>
     <assemblyidentity name="Microsoft.PowerCommands" publicKeyToken="null" culture="neutral"/>
     <codebase version="1.1.0.0" href="C:\Programmi\PowerCommands\Microsoft.PowerCommands.dll"/>
   </dependentassembly>

   Facendo attenzione che sia  esattamente sotto alla parte di Office

Stavo leggendo un po’ di messaggi nella mailing list degli sviluppatori di MOD di Unreal Tournament 3 e mi è capitato sotto mano il nome di un editor/debugger che non conoscevo. Si tratta di nFringe, prodotto di Pixel Mine. In pratica è un editor di UnrealScript basato su Visual Studio 2008, con tanto di debugger funzionante. Non ho ancora avuto modo di provarlo, ma sembra decisamente interessante.
Si può scaricare da qui: http://www.pixelminegames.com/UnrealEditor.aspx

A quanto pare, tra le altre cose, è anche in corso il beta test della versione 2.0 di UT3 anche se si tratta solo del motore di gioco e non delle nuove mappe o delle nuove modalità di gioco. Ad ogni modo vale la pena dare un’occhiata.

Per chi ,come me, ha avuto problemi con il server web di sviluppo di Visual Studio 2005 e 2008, ecco la soluzione.. o meglio.. ecco il problema: NOD32!

Per qualche motivo la parte di filtro HTTP di NOD32 va a dare fastidio a VS e quando si fa partire il server di sviluppo succedono due cose:

1) Fissando la porta, esce un messaggio d’errore che dice che la porta è già in uso
2) Lasciando la porta dinamica, il web server gira su una porta ma Internet Explorer si apre ad un URL con una porta diversa.

La soluzione sta nel disattivare il controllo del flusso HTTP sui componenti di Visual Studio.
Nel post in cui ho trovato la soluzione (http://www.wahooga.com/index.php/2008/02/20/visual-studio-development-web-server-automatic-port-numbering-problem/) l’autore dice di togliere la spunta proprio al server di sviluppo. Nel mio caso, quel processo non è nemmeno nell’elenco. La soluzione è stata togliere il flag anche nella parte passiva alle istanze di devenv.exe