Turibbio's Blog

Modifiche alla UI di VS2011 RC

2012-05-19T14:33:00Z

Nel link seguente potete avere una prima overview delle modifiche alla user interface di VS2011 RC.

http://blogs.msdn.com/b/visualstudio/archive/2012/05/08/visual-studio-11-user-interface-updates-coming-in-rc.aspx

Enjoy!

Turitip #34: Abilitare l’iberanzione/sospensione su Windows Server 8 Beta

2012-04-19T16:25:00Z

Nonostante non sia una buona pratica, può capitare di dover installare sul proprio notebook, per motivi lavorativi o “ludici”, un sistema operativo server.

Nel mio caso specifico, ho avuto la necessità di installare Windows Server 8 Beta sul notebook.

Dopo aver usato un po’ il sistema, ho deciso di aggiungere il ruolo Hyper-V per gestire la virtualizzazione, ma la prima cosa che ho notato però, dopo aver installato il ruolo, è la disabilitazione delle opzioni di ibernazione e sospensione dal menù di shutdown.

Quello che succede è che nel momento in cui partono i servizi di Hyper-V vengono automaticamente disabilitate le funzionalità di ibernazione o sospensione.

Di seguito, trovate le 3 diverse strade da seguire per riabilitare l’ibernazione/sopsensione su Windows Server 8

1. Creare una boot entry con il servizio di Hyper-V non avviato

Consiste nell’usare il comando bcdedit per aggiungere una boot entry all’avvio del sistema. In questo modo potrete avviare il sistema operativo senza che il servizio di Hyper-V sia avviato. Maggiori informazioni sulla procedura possono essere recuperate qui: http://blogs.msdn.com/b/virtual_pc_guy/archive/2008/04/14/creating-a-no-hypervisor-boot-entry.aspx

Più in generale, il comando bcdedit può essere utilizzato per creare boot entry con avvio selettivo.

2. Avvio on-demand del servizio di Hyper-V

In questa procedura (implementata direttamente sulla mia macchina) vedremo come modificare l’avvio del servizio di Hyper-V in modo da startarlo solo quando ve n’è bisogno.

Il primo passo da fare è modificare una chiave di registro del sistema. La chiave in questione è

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\hvservice]

La prima cosa da notare, è una differenza tra i nomi del servizio di Hyper-V tra le versioni di Windows Server 2008R2 e Windows Server 8 beta. Mentre nel primo il servizio si chiamava hvboot, ora è stato rinominato in hvservice.

Questa chiave di registro può assumere 5 diversi valori:

0=Boot (not supported)

1=System

2=Auto

3=Demand

4=Disabled

Nel nostro caso andremo a scegliere come valore 3. In questo caso ci viene data la possibilità di avviare manualmente il servizio dell’hypervisor.

E’ anche possibile, per ottenere lo stesso risultato, da command prompt con diritti di amministrazione:

Prima verifichiamo lo stato attuale del servizio:

Dopo impostiamo la tipologia di avvio del servizio usando il comando

sc config hvboot start=demand (o anche start= demand con lo spazio)

Occorre riavviare la macchina.

Al riavvio troviamo il servizio stoppato:

A questo punto dovremmo essere in grado di visualizzare le voci relative alla sospensione nella shutdown window

Al momento non è ancora abilitata l’ibernazione. Per abilitarla si possono seguire 2 strade:

digitare nel command prompt powercfg /hibernate on
andare in Pannello di controllo (Control Panel) –> Opzioni di risparmio energetico (Power Options) –> “Specificare cosa avviene quando si chiude il coperchio” (Choose what closing the lid does).

In questa finestra si può notare in basso che la voce “hibernate” risulta disabilitata:

Per modificare queste impostazioni, tornare in alto e selezionare la seguente voce:

Il menù sarà abilitato, e si potrà quindi scegliere la voce “Hibernate”.

Il risultato è questo:

Siamo finalmente riusciti a riavere la funzionalità di ibernazione! :-)

E se avessi necessità di riavviare i servizi dell’hypervisor?

Poiché al momento il servizio è stoppato, potrebbe essere visualizzato un errore nel momento in cui si avvia l’Hyper-V manager. Basterà riavviare il servizio da command prompt:

net start hvservice

Naturalmente, nel momento in cui i servizi sono ripartiti, non sarà più possibile ibernare/sospendere il pc.

3. Hyper-V v.3 su Windows 8 (Client)

La versione di Hyper-V presente su Windows 8 (versione client) RTM avrà a disposizione le funzionalità di ibernazione e sospensione integrate: http://www.virtualizationadmin.com/articles-tutorials/microsoft-hyper-v-articles/general/whats-new-windows-8-hyper-v-based-cloud-computing-part2.html

Fonti:

http://support.microsoft.com/kb/920730

http://blogs.msdn.com/b/tejas/archive/2009/03/10/hibernate-and-sleep-with-hyper-v-role-enabled.aspx

http://itproafrica.com/technology/powershell/enable-windows-power-saving-features-while-running-hyperv-on-windows-2008-r2/

Turitip #33: Spostare tutti i database di Sharepoint

2012-02-13T14:34:00Z

Di seguito vi riporto un link in cui è illustrato come spostare, magari per motivi di spazio, tutti i database di Sharepoint 2010:

http://technet.microsoft.com/en-us/library/cc512725.aspx

We love async – UgiAltNet Conference 2012

2012-01-26T20:13:00Z

Il 21 Gennaio 2012 io ed Emanuele abbiamo tenuto all’UgiAltNet Conference 2012 una sessione su Async, il nuovo pattern Microsoft per implementare la programmazione asincrona in .Net. Devo dire che è stata un’esperienza bellissima, e che come sempre trovarsi di fronte persone che hanno le tue stesse passioni, aperte al confronto, simboleggia quella che da sempre per me (e sicuramente anche per Emanuele) è il significato di community. Sfortunatamente però c’è anche una spiacevole notizia: i fondatori di UgiAltNet hanno deciso che questa era la loro ultima conferenza . La decisione deriva da motivi che gli stessi fondatori hanno spiegato nella keynote, ovvero la filosofia AltNet è ormai stata sovrastata dall’interesse che la stessa Microsoft ha impiegato negli ultimi anni nei confronti dell’open-source (vedi Codeplex) e delle altre tecnologie più in generale. Personalmente mi ritengo comunque in dovere di ringraziare tutto il team di UgiAltNet per ciò che hanno realizzato nel corso di questi anni e per l’impegno che ogni volta hanno messo nell’organizzazione di una conferenza di livello nazionale.

Detto questo vi lascio sotto le slides e il codice sorgente. Have fun!

Alla scoperta delle BSOD!

2011-08-17T21:23:00Z

Noi informatici siamo ormai abituati alla visualizzazione di una blue-screen di Windows. Sebbene molti di noi reagiscono con un sorriso, una battutina, oppure imprecando Zio Bill perché si ritiene che l’OS non sia in grado di funzionare da solo, molto spesso però non si determina quale sia l’effettiva causa della stessa.

La cosa curiosa è che però non ci rendiamo conto che la soluzione è dinanzi ai nostri occhi! Ovvero, in un primo momento, non ci accorgiamo che Windows mostra una BSOD (Blue screen of death) perché c’è qualcosa che non va nel nostro pc lato hardware o software (e spesso non si tratta del sistema operativo!). Vediamo insieme come capire cosa ha generato una BSOD.

Da qualche mesetto ho comprato un nuovo pc, e se c’è qualcosa che odio, è avere una BSOD su una macchina ancora in rodaggio. Motivo per cui, la comparsa della seguente schermata blue mi ha parecchio allertato:

[fonte: http://www.malwaredictionary.com/2011/04/bad-pool-caller/ ]

Sebbene la prima volta che mi è comparsa ero a lavoro e non potevo indagare, alla seconda comparsa, mi sono rimboccato le maniche e ho cominciato a scavare.

Ho iniziato con il fare qualche ricerca su internet per comprendere cosa volesse dire BAD_POOL_CALLER. In sostanza si tratta di un errore di allocazione di memoria, spesso causato da un applicativo che tenta di liberare memoria già “liberata”. In dipendenza dei codici di errore generati nella BSOD, la ragione può comunque essere differente. Per maggiori dettagli si guardi qui: http://msdn.microsoft.com/en-us/library/ff560185%28v=vs.85%29.aspx.

Bisogna anche aggiungere che al riavvio del pc dopo una BSOD compare una finestra simile alla seguente:

Questa finestra è senza alcun dubbio essenziale! Sebbene non dica molto di per sé sull’errore, ci dà la possibilità di indagare su ciò che è accaduto: nel riquadro in rosso ci sono infatti i percorsi del dump della memoria e di un file xml contenente tutti i driver presenti sul pc.

Nasce spontanea la domanda: a cosa servono questi file?

Tra i due, sicuramente il primo ha una notevole importanza, contiene infatti una immagine della memoria minimizzata, che come il sito Microsoft dice:

“Un'immagine della memoria ridotta consente di registrare l'insieme minimo di informazioni utili per identificare il motivo dell'arresto anomalo del computer”

Questo tipo di file di immagine della memoria comprende le seguenti informazioni:

Il messaggio di arresto, i parametri e altri dati.
Un elenco dei driver caricati.
Il contesto del processore (PRCB) per il processore che si è arrestato in maniera anomala.
Le informazioni relative al processo e il contesto kernel (EPROCESS) per il processo che si è arrestato in maniera anomala.
Le informazioni relative al processo e il contesto kernel (ETHREAD) per il thread che si è arrestato in maniera anomala.
Lo stack delle chiamate in modalità kernel per il thread che si è arrestato in maniera anomala.

[fonte: http://support.microsoft.com/kb/315263 ]

Tali file, vengono salvati nella cartella “%SystemRoot%\Minidump”.

Ma come visualizzarne il contenuto? Se proviamo ad aprire il file .dmp in notepad++ il risultato è questo:

Nulla di comprensibile quindi! In realtà, per poter accedere al file .dmp e quindi visualizzare cosa ha generato la nostra BSOD abbiamo bisogno di installare WinDbg. Tale utility si trova nel Windows driver kit.

Una volta installato il WDK abbiamo bisogno di impostare una cartella in cui saranno contenuti i simboli per aiutare il debugger a fare il suo lavoro. Tali simboli, (che spesso ritroviamo in VS quando usiamo il debugger), posso essere scaricati direttamente dai server Microsoft impostando il relativo path per il download, ovvero una cartella da noi creata. In genere si crea una cartella “Symbols” in C:.

In seguito, apriamo WinDbg dal menù start, selezioniamo la voce “Symbol File Path” dal menù File:

ed incolliamo la seguente riga:

SRV*C:\Symbols*http://msdl.microsoft.com/download/symbols

e poi OK.

Tale riga informa WinDbg che può usare il server Microsoft per scaricare i simboli utili al debugger e può usare la cartella C:\Symbols, precedentemente creata, come spazio di appoggio.

(Maggiori info su WinDbg e sui simboli qui: http://msdn.microsoft.com/en-us/windows/hardware/gg462988).

Adesso siamo finalmente pronti per aprire il nostro file .dmp.

Sempre in WinDbg: File –> Open Crash Dump. Se vi compare un messaggio relativo a permessi insufficienti, basterà dare all’utente loggato, tutti i permessi su quel file, in caso contrario, potete copiare il file .dmp in un’altra posizione sulla vostra macchina e riprovare.

Una volta aperto si apre una nuova finestra:

dove finalmente riusciamo a scoprire qualcosa relativa alla BSOD. In particolare, dopo aver caricato i simboli notiamo già che in questo file di dump, ci viene fatto presente che la possibile causa potrebbe derivare da un driver di nome rrnetcap.sys.

Se volessimo ulteriori informazioni, possiamo usare il comando “!analyze –v”, dove avremo finalmente l’errore generato:

e poco più avanti anche il modulo che lo ha generato:

BINGO! Adesso siamo sicuri che la BSOD è stata generata da questo modulo.

Non resta che cercare su internet a cosa serve questo modulo e capire se occorre aggiornarlo oppure reinstallarlo. Nel mio caso, questo modulo è del software Tunebite, un programma che serve per creare copie di backup di file audio WMA o MP3 che contengono DRM.

In particolare, indagando sul forum della Audials (http://audials.com/forum/index.php?page=Thread&postID=37869), che produce il suddetto software, mi sono accorto che non sono il primo a cui si è verificato tale problema, dipeso soprattutto dal fatto che ho un sistema operativo a 64 bit…

Posso solo aggiungere che in tal caso sono stato fortunato! In sostanza il problema che mi si è verificato è stato generato da un driver non correttamente configurato per girare su Win7 x64.

Talvolta però la ricerca delle cause di una BSOD può essere più complessa e le soluzioni al problema talvolta spiacevoli, soprattutto se si tratta di hardware… Il mio consiglio è comunque, prima di provare a smontare, cambiare ram (operazione molto comune in caso di BSOD!), di dare una possibilità a WinDbg, sperando che non ci porti a drastiche risoluzioni.

Infine non posso non condividere con voi questo fantastico screen saver, che ho personalmente installato sul mio pc, e non faccio altro che ridere vedendo la faccia attonita delle persone quando lo vedono: http://technet.microsoft.com/en-us/sysinternals/bb897558

Enjoy it!

[altra fonte: http://windows7themes.net/how-to-open-dmp-files-in-windows-7.html ]

TuriTip #32: Registrare una DLL in GAC con C#

2011-07-16T18:40:00Z

Tentando di risolvere un problema su un mio applicativo, ho trovato in rete uno snippet per registrare una DLL in GAC con C#.

        1: internal class GacHelper

       2: {

       3:     /// <summary>

       4:     /// Add strong-named assembly to GAC. DLL must be in current directory.

       5:     /// </summary>

       6:     /// <param name="assemblyName">name of assembly (without .dll extension).</param>

       7:     internal void Register(String assemblyName)

       8:     {

       9:         ProcessStartInfo processStartInfo = new ProcessStartInfo("gacutil.exe", string.Format("/i {0}.dll", assemblyName));

      10:         processStartInfo.UseShellExecute = false;

      11:         Process process = Process.Start(processStartInfo);

      12:         process.WaitForExit();

      13:     }

      14:  

      15:     /// <summary>

      16:     /// Remove assembly from GAC.

      17:     /// </summary>

      18:     /// <param name="assemblyName">name of assembly (without .dll extension).</param>

      19:     internal void Unregister(String assemblyName)

      20:     {

      21:         ProcessStartInfo processStartInfo = new ProcessStartInfo("gacutil.exe", string.Format("/u {0}.dll", assemblyName));

      22:         processStartInfo.UseShellExecute = false;

      23:         Process process = Process.Start(processStartInfo);

      24:         process.WaitForExit();

      25:     }

      26: }

Fonte: http://social.msdn.microsoft.com/Forums/en-US/csharpgeneral/thread/7d3165cf-ca3b-43cc-8f77-a46dbf38f13d/

Enjoy it!

TuriTip #31: Convertire una stringa in enum C#

2011-07-05T23:46:00Z

Vi è mai capitato di dover convertire una stringa in un valore di una enumerazione?

Ecco come si può fare:

        1: public enum animali { cane, gatto};

       2: ...

       3: Animali myAnimals = (Animali)Enum.Parse(typeof(Animali), "cane");

L’evoluzione di Facebook

2011-04-13T21:42:00Z

Oggi giorno Facebook ha senza alcun dubbio la più complessa infrastruttura web. Partito da un server “standard”, si ritrova attualmente con un multi-datacenter per ospitare l’intero social network. Seguite con Jason Sobel (FB Infrastructure Engineer) la sua completa evoluzione:

http://www.infoq.com/presentations/Infrastructure-at-Facebook

TuriTip #30: Administrator permission per Team Foundation Server

2011-04-12T20:51:52Z

Nei seguenti link, potete trovare interessanti informazioni relative alla configurazione dei permessi per gli amministratori di TFS

http://msdn.microsoft.com/en-us/library/bb552341.aspx

http://msdn.microsoft.com/en-us/library/dd547204.aspx

Enjoy it!

Turibbio @ UgiAltNet Conference 2011

2011-02-23T12:56:00Z

Sabato 19 sono andato a Milano per la UgiAltNetConference. E’ stata la prima volta per me andare ad una conferenza organizzata dalla community UgiAlt.Net e devo dire che è stata una esperienza davvero interessante.

Il primo aspetto positivo della giornata è stato incontrare Pietro Libro nel treno all’andata. Nonostante le 2 orette di sonno da recuperare il viaggio è stato molto piacevole. Una volta arrivati a Milano poi, dopo la registrazione e la Keynote, si è partiti subito con le sessioni.

La prima sessione che ho seguito è stata quella di Pietro e Martino Bordin che ci hanno illustrato una panoramica delle varie funzionalità supportate da EF 5(CTP) e NHibernate 3. Inutile dire che non si smette mai di imparare :). In particolare ho trovato interessantissimo l’oggetto DBContext di EF (di cui ero non conoscevo, essendo un pò a digiuno di EF…). Anche la validazione è niente male, di cui potete trovare informazioni qui: http://blogs.msdn.com/b/adonet/archive/2010/12/15/ef-feature-ctp5-validation.aspx. Un complimentone a Pietro per l’esposizione semplice e concisa (nonostante il poco tempo a disposizione!) degli argomenti.

Anche per NH 3 le cose dette sono davvero interessanti, e sono state spunto per me per continuare a studiare questo interessante O/RM.

Le sessioni sono poi continuate con quella di Lorenzo Barbieri su WP7. Lorenzo ci ha fatto una sorpresona portandoci a vedere il primo office tablet della Microsoft che è già disponibile sul mercato tramite l’azienda Ergo Spa.

Innanzitutto occorre precisare che non è decisamente l’alternativa dell’IPad. Non stiamo parlando di un Media Tablet, ma di un Office Tablet, che si presta a scenari di utilizzo totalmente differenti da quelli dell’Ipad. Questo office tablet monta sistema operativo Windows 7 Premium, anche se quello che ho provato io montava la versione Ultimate (e girava egregiamente).

Vi posto 2 foto fatte con il mio stupendo WP7 :)

La giornata è poi continuata con Davide Mauri con una sessione dal titolo “Tutto quello che avreste voluto sapere sui database e non avete osato chiedere – Reprise” in cui ogni attendente poteva liberamente fare domande. Devo solo dire una cosa: uau! Davide Mauri è una persona veramente in gamba, ha una preparazione ed una semplicità di esposizione che potrebbe insegnare ad un bambino di 7 anni a fare stored procedure in TSql!

Last but not least, arriviamo quasi al termine della giornata con le sessioni su NHibernate! In diretta dall’Argentina, Fabio Maulo ci presenta il suo confORM tramite una demo seguita da delucidazioni su tutto ciò che confORM è e NON è. Inoltre, in anteprima assoluta ci presenta anche NHibernate Envers, un framework per abilitare l’audit anche su NHibernate. Maggiori info e code le trovate qui: https://bitbucket.org/RogerKratz/nhibernate.envers

Che dire, tutto sommato una giornata piacevole, piena ed interessante, che ha sicuramente ricompensato il fatto di aver passato 7 ore in treno per arrivare/tornare fino a Milano :-).

TuriTip #29: Unable to generate a temporary class (result=1). error CS2008

2011-02-16T18:28:00Z

Se vi trovate dinanzi questo errore “Unable to generate a temporary class (result=1). error CS2008”, significa che l’utente ASP.NET non ha i permessi di scrittura nella cartella C:\Windows\Temp.

A tal punto pare ovvia la domanda: perché ASP.NET deve accedere alla cartella C:\Windows\Temp?!?!?

La risposta è in questa pagina di MSDN: http://msdn.microsoft.com/en-us/library/kwzs111e(v=VS.100).aspx

Quindi… se avete un servizio web nella vostra applicazione… preparatevi a distribuire permessi :D

Enjoy it!

TuriTip #28: Disattivare l’Attach Security Warning per il debugging in VS2010

2011-02-11T13:28:00Z

Per disattivare la noiosa visualizzazione di questo popup in Visual Studio 2010 mentre siete in debug:

Potete procedere in questo modo:

Pannello di controllo –> Strumenti di Amministrazione –> Criteri di sicurezza locali –> Impostazioni Sicurezza –> Criteri locali –> Assegnazione diritti utente –> Debug di Programmi –> aggiungere il vostro utente alla lista.

[UPDATE] : Se non dovesse funzionare provate ad andare in: Regedit –> HKEY_CURRENT_USER –> Software –> Microsoft –> VisualStudio –> 10.0 –> Debugger –> Selezionare la voce DisableAttachSecurityWarning ed impostare il valore ad 1

Enjoy it :-)

TuriTip #27: Gestire diversi app.config in base alla configurazione di compilazione attiva (debug/release)

2011-01-12T12:17:00Z

In ambiente di sviluppo un programmatore è solito usare servizi WCF hostati sulla propria macchina per effettuarne il debug.

Una volta che tali servizi WCF sono considerati “stabili” e quindi pronti per essere deployati su un server, occorre aggiornare le url del web.config o in questo caso, dell’app.config relative ai proxy di tali servizi. Purtroppo però, come spesso capita, il codice può essere soggetto a modifiche, nuove richieste, che richiederebbero un “downgrade” del nostro app.config, per far ri-funzionare il tutto in ambiente di sviluppo.

Di sicuro, l’opzione commenta/decommenta è la più veloce da implementare (ed anche la più pratica!). Ma per gli affezionati alla filosofia “clean-code”, trovarsi di fronte a tali cose nel codice, da quella sensazione di sporco che può essere risolta solo trovando una soluzione migliore al problema.

Ecco di seguito la soluzione che ho testato personalmente.

In particolare, ho una class library, che ha dei riferimenti a servizi WCF. Tali servizi, come ben sappiamo usano l’app.config per storare gli endpoint. Gli endpoint sono differenti in ambiente di debug e release. Mi sono creato quindi 2 app.config:

Il primo è specifico per l’ambiente di debug, il secondo per l’ambiente di produzione.

Ora non ci resta che dire a VS quale usare in base al contesto di compilazione. Per ottenere ciò abbiamo necessità di agire tramite notepad sul file .csproj. In particolare:

        1: <PropertyGroup>

       2:   <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>

       3:   <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>

       4:   ....

       5:   <appConfig>App.Config</appConfig>

       6:   ....

       7: </PropertyGroup>

Dobbiamo dire in base al tipo di compilazione, quale file di configurazione usare tramite il tag “appconfig”.

Questa è la versione per la Release:

       1: <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">

       2:   ....

       3:   <appConfig>App.Release.Config</appConfig>

       4:   ....

       5: </PropertyGroup>

Unica pecca è che, se abbiamo tutti i file di configurazione nominati diversamente da “app.config”, e proviamo ad aggiungere un servizio WCF tramite il wizard di VS, ci ricrea in automatico un file di configurazione di nome app.config e non fa il merge del nuovo endpoint nel file di configurazione già presente.

Un suggerimento, (grazie Fabio!) può essere quello di usare l’svcutil.exe per generare il proxy ed impostare le opzioni config e mergeConfig:

       1: svcutil.exe ... /config:nome.config /mergeConfig

In tal modo non sarà ricreato un nuovo file di configurazione ma sarà utilizzato quello passato come parametro all’svcutil.exe.

HTH

Microsoft.SqlServer.Configuration.LandingPage.Properties.Settings Error

2010-12-14T17:27:27Z

Se vi capita di aprire l’installer di SQL Server 2008 r2 e vi compare il suddetto errore, provate a seguire questa soluzione:

https://connect.microsoft.com/VisualStudio/feedback/details/542693/jit-error?wa=wsignin1.0

Disponibile la Visual Studio 2010 ALM Virtual Machine

2010-12-13T18:25:00Z

Sul blog di Brian Keller è disponibile la nuova VM relativa a tutto il processo di gestione di vita di un software. Tale VM include una copia funzionante fino al 1 Giugno 2011 di WS2008, VS2010, TFS2010, SQL Server 2008, Hands-on-labs e tanto altro ancora.

Scaricatela qui: http://blogs.msdn.com/b/briankel/archive/2010/06/25/now-available-visual-studio-2010-rtm-virtual-machine-with-sample-data-and-hands-on-labs.aspx