Newsgroup: it.comp.lang.visual-basic
Titolo: [?] VS.NET Installato... ed ora?

Ciao a tutti...
Sto usando Windows.NET RC1 (inglese) ed ho appena acquistato & installato
VS.NET
 Pro in intaliano...
Appena cerco di creare un nuovo progetto ottengo l'errore:
"Microsoft Developer Environment"
"Il server di automazione non può creare l'oggetto"
Ed in effetti non crea nemmeno 1 modulo .VB
Che posso fare?
Prima d'ora avevo windows 2000 in italiano e 
VS.NET
 in inglese...
Mi dava un errore "simile" e ho risolto copiando tutte le cartelle che si
chiamavano 1033 in cartelle che si chiamassero 1040...
Il sistema funzionava (anche se male...)
Comunque gradirei una posizione un po' più ufficiale (se esiste!)
Qualcuno di voi sa qualcosa?
                        Ciao
                                            Allanon
--
- SPAMKILLER
 L'indirizzo delle risposte é 
itlangv...@michele.sytes.net
 LASCIATE il NOSPAM fa parte dell'indirizzo :-)
  Per superare le impostazioni di protezione antispam scrivete
  nel testo del messaggio la scritta "SPAMKILLER"
Scusate il disturbo, ma non posso più di pubblicità!

 Che posso fare?
Io ho i tuoi stessi software secondo me è una questione di permessi.
Hai installato il sp2 del framework?
Calcola che Windows .NET potrebbe avere dei buchi visto che non è la
versione finale quindi ti conviene chiedere nel NG privato di Windows .NET
Ciao
--
Marco Camplix
-Windows .Net Server (RC1)
-Visual Basic .NET Standard
-Framework Sp2

" <marco.cam<NOSPAM> wrote in message
news:rieo9.18085$cS4.7...@news2.tin.it...


 riferimento (in late binding!!!!!!!!!) al FileSystemObject...
Ma come è possibile?
Nella mia completa ignoranza di .NET mi vien da domandarmi:
Ma se a Milano hanno detto che .NET è completamente staccato da COM,
dipendendo interamente da Framework, come può una libreria influire su
di esso?

 di esso?
Puo' perche' a Redmond (e, di conseguenza anche a Milano) hanno
barato.
Prova a cercare "CoCreateInstance" all' interno degli assemblies
del framework. Troverai di tutto...
--
ciao, hal
--------------------------------
Inviato via 
http://usenet.libero.it


La libreria FSO è utilizzata da VS .NET in varie situazioni, una delle quali
è "popolare" la lista degli ultimi progetti aperti. Il concetto, però, è che
la dipendenza di VS .NET da librerie COM non ha _nulla_ a che vedere con il
.NET Framework: VS è un applicativo unmanaged, e quindi usa librerie COM a
go-go.
.A
UGIdotNET - 
http://www.ugidotnet.org

 ciao, hal
ciao,


 go-go.
Ora mi è tutto più chiaro, per quanto riguarda questo punto.
In parole povere, tu sostieni e sono d'accordo, che Vs .NET non ha nessuna
pretesa di essere, per se stesso portabile fuori da Windows, quindi non stà
scritto da nessuna parte che debba essere staccato completamente da SO.

 dovrebbe implementarli ex-novo anzichè avvalersene?
Perchè se li usi automaticamente la tua App diventa non portabile? Come
invece Microsoft sostiene?

 scritto da nessuna parte che debba essere staccato completamente da SO.
Niente può essere staccato dal sistema operativo, nemmeno il sistema
operativo stesso.
Intendo dire che la prima istruzione che viene eseguita, qualsiasi essa sia,
ha bisogno di qualcos'altro.
Se no, che istruzione sarebbe?
Io, invece, non ho ancora capito cosa si voglia intendere quandi si parla
della "totale portabilità" di .NET.
Non ne so niente, ma non vuol essere una scusa: Non ci credo!

dovrebbe implementarli ex-novo anzichè avvalersene?
Per liberarci da COM.
Il tutto e', ovviamente, IMHO.
-- 
ciao, hal

 credo!
Significa che il sw compilato in MSIL è portabile su ogni
sistema operativo che abbia disponibile un .NET framework (o
qualcosa di analogo come mono).
Esattamente come Java con la sua VM.
Il tutto, ovviamente, se il codice .NET utilizza solo la
libreria di .NET, senza effettuare chiamate a funzioni
specifiche di un SO...
Io ho già fatto girare sotto Win qualche programmino (per ora
molto semplice) compilato con mono su FreeBSD.
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 specifiche di un SO...
Ora è chiarissimo (e logico). Grazie.