martedì 17 luglio 2007
Quando sul libro di preparazione all'esame trovo qualcosa che non mi torna, vado su MSDN per leggere la versione ufficiale. Questa volta però non è andata così... Nel testo si parla della classe SmtpPermissionAttribute, utilizzata per "lavorare" con i permessi relativi alle connessioni SMTP: a tal proposito, viene detto che uno dei valori consentiti per il suo attributo Connect è ConnectToUnrestrictedPort, con cui si indica che la connessione SMTP è possibile verso qualunque porta. In realtà, su MSDN, più precisamente su questa pagina, si dice che Connect può assumere solo i valori None e Connect. In realtà, è consentito utilizzare anche ConnectToUnrestrictedPort. E la cosa è confermata dalla documentazione della classe SmtpPermission, il cui costruttore consente di specificare un parametro dell'enumerazione SmtpAccess, che ha come valori proprio None, Connect e ConnectToUnrestricedPort.
Per una volta, quindi, il libro ha ragione e MSDN torto 
Technorati Tags:
Certification
Facendo clic qui è possibile scaricare un ebook gratuito di Microsoft dedicato a Windows PowerShell (44 pagine). A questo indirizzo, inoltre, sono disponibili i file di esempio presentati nel libro.
Fonte: Scattered Notes
Questa non è un'errata corrige sul libro, bensì sul CD allegato, e in particolare sulle domande contenute nei quiz di preparazione all'esame. Utilizzando il Certification Mode, capita spesso di trovare soluzioni sbagliate. Ad esempio:
- Il seguente stralcio di codice:
TextWriter tx = new StreamWriter(@"D:\Prova.txt");
tx.Write("Hello world");
tx.Close();
è presentato come una delle alternative per la scrittura di un file di testo... Andando a vedere la correzione, questa soluzione è segnalata come sbagliata, in realtà essa compila e viene eseguita correttamente, producendo il risultato atteso
- Una domanda chiede come lanciare un thread in modo da minimizzare l'impatto sulle prestazioni delle altre applicazioni: tra le alternative, viene segnalata come corretta quella che utilizza il metodo Thread.StartLowPriority... Che però non esiste! In questo caso, tuttavia, l'errore è più facile da identificare, infatti nella sezione Explanation viene chiaramente indicato che il metodo Thread.StartLowPriority è inesistente...
Ci sono diversi altri errori, ma per il momento questi sono gli unici che mi ricordo. Appena ne trovo altri non esiterò a segnalarli 
S. Somasegar, vice presidente della divisione Microsoft Developer, ha annunciato nel suo blog che Visual Studio 2008 e il .NET Framework 3.5 saranno disponibili entro la fine dell'anno. Al momento non è ancora stata stabilita una data ufficiale, dal momento che essa dipenderà anche dai feedback degli utenti, in particolare relativamente alla Beta 2 di VS 2008, attesa entro la fine dell'estate.
Technorati Tags:
Visual Studio,
.NET
Woo-hoo! We did it. Today we are announcing that Windows Home Server has been released to manufacturing (RTM). We have finalized the software and now handing it off to our OEM partners. The evaluation version (with 120 day evaluation period) and the system builder version are also heading into the distribution channels and will be available in the next couple of months.
Con queste parole si apre il post in cui viene annunciato il termine dello sviluppo di Windows Home Server. Il sito di Connect dedicato a WHS, invece, non è stato ancora aggiornato. Adesso bisogna attendere per sapere se Microsoft manterrà la parola e regalerà una copia del suo nuovo sistema operativo a noi affezionati beta tester
Per recuperare il proprietario di un file o di una directory è necessario utilizzare, rispettivamente, gli oggetti FileSecurity e DirectorySecurity. La seguente routine consente di recuperare il nome del proprietario del file specificato:
private static string Owner(string fileName)
{
FileSecurity fs = File.GetAccessControl(fileName);
NTAccount acc = (NTAccount)fs.GetOwner(typeof(NTAccount));
return acc.Value;
}
Dopo aver ottenuto l'oggetto *Security corrispondente, viene creato un NTAccount che contiene il riferimento al proprietario del file.