Bug's Alert
Dopo aver risolto i primi problemi, ne è venuto fuori un'altro : l'Xml Text Editor si presentava
così:
impedendomi anche diversi tipi di operazioni sul file (cancellazione,
spostamento del cursore, ecc...). Inoltre la pagina di modifica delle opzioni di
configurazione dell'Xml Text Editor erano inaccessibili. Supponendo che l'errore
possa essere la conseguenza di un problema simile a quello precedente, ho cercato un possibile assembly duplicato,
trovandolo in Microsoft.VisualStudio.TextManager.Interop.8.0. La
rimozione della versione più vecchia (8.0.40607.16) ha fatto tornare Visual
Studio alla normalità:
And now it works fine (speriamo )...
powered by IMHO 1.3
Dopo l'installazione di Visual Studio 2005 mi è comparso questo errore:
Package 'Visual Studio Common IDE Package' has failed to load properly ( GUID = {8D8529D3-625D-4496-8354-3DAD630ECC1B}). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading.
Lo stesso errore si è ripetuto più volte durante i primi utilizzi anche con un GUID diverso: {6E87CFAD-6C05-4ADF-9CD7-3B7943875B7C}. Probabilmente la causa è un conflitto con versioni precedenti (beta) di Visual Studio 2005. Personalmente sulla macchina su cui ho installato VS2005 RTM...
Se un
giorno vi doveste trovare davanti a questo errore:
"The class file 'mypage.aspx.cs'
specified as the codebehind for 'mypage.aspx' could not be loaded. Make
sure that the codebehind attribute in the page or control directive properly
references an existing code behind file."
La soluzione, apparentemente impossibile da
trovare, è invece piuttosto semplice. Il problema, riscontrato su Visual Studio
.NET 2003 (su VS.NET 2002 non so dirvi), si verifica quando sulla versione
inglese si tenta di utilizzare le impostazioni internazionali
italiane.
Per risolvere il problema impostate
"Inglese (Stati Uniti)" dal menù Tools -> Options ->
Environment -> International Settings -> Language.
L'impostazione della guida in...
Qualche tempo fa, durante lo sviluppo di un'applicazione web disponibile anche per palmari, mi sono imbattuto in un problema apparentemente strano. Premetto che l'applicazione fa uso di una connessione SSL 128 bit. Una particolare sezione prevede il download di files attraverso la classica pagina di "Download Manager" che, con la combinazione del Response.BinaryWrite e degli header Content-Type e Content-disposition*, restituisce il file selezionato.Ma qui si presenta un *grosso* problema: su Pocket PC 2003 (ho potuto testare solo su questa versione) + SSL il content-disposition non funziona ed il file viene salvato con il nome della pagina (che nel mio caso è download.aspx ). Come...
Pare che il problema colpisca ancora una volta le immagini di un sito web. In pratica la funzionalità "Salva immagine con nome..." elimina l'ultima estensione riscontrata in presenza della proprietà "Nascondi estensioni per i tipi di file sconosciuti". Potenzialmente, quindi, un file "immagine.hta.gif" diventa "immagine.hta", un file potenzialmente pericoloso per il sistema ospitante (compreso WinXP SP2).
I file HTA sono in pratica delle pagina HTML contenenti script che possono essere eseguiti senza sottostare ai vincoli di protezione del browser.
Fonte: http://www.jugo.it/modules.php?name=News&file=article&sid=355