Newsgroup: it.comp.lang.visual-basic
Titolo: Vista e VB6

Buongiorno,
    seguendo i vari rumors che danno Vista poco tollerante con programmi non 
certificati da MS mi chiedo che fine fanno i programmi e i programmatori che 
non possono pagare per il rilascio dei certificati, soprattutto chi 
programma su VB6 come si rivede nel futuro sistema Vista? Pare infatti che 
non sia permesso far girare programmi se non certificati.
Che mi dite?
Grazie! 


Cosa???
Guarda che tutti i programmi funzioneranno senza problemi.
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
My Blog: 
http://blog.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS
Se un circuito funziona al primo tentativo è perchè il problema è molto
più nascosto e subdolo di quanto tu possa pensare...
E apparirà nel momento in cui farà il massimo danno 

 Guarda che tutti i programmi funzioneranno senza problemi.
Al massimo sarà VB6 ad avere problemi :)
Ciao

 wrote in message 
news:Y1%wg.4964$br5....@tornado.fastwebnet.it...

Ma quando finirą questa paranoia?...
Girano tranquillamente i software su Vista, e comunque VB6 se avesse 
problemi č da imputare alla sua anzianitą.
Vivamente consigliato il passaggio a VS2005...
Ciao 

 Vivamente consigliato il passaggio a VS2005...
Eh già
E' davvero ridicolo quando leggo in giro di "petizioni" da girare a 
microsoft per fargli continuare lo sviluppo di VB6...
La realtà è che ai programmatori vb6 manca la voglia di passare a vb2005... 
dove poi cambia poco, e basta imparare la programmazione ad oggetti. VB6 è 
ridicolo, non ha un decimo della potenza e versatilità di .net.
Bah...
VB6 è morto. Facciamocene una ragione.


 VB6 è morto. Facciamocene una ragione.
Compitino del giorno: imparare la parola "Legacy".

 Ciao
Il guaio è che VS2005 è una cosa molto diversa da VB6 :(
grg 

 Vivamente consigliato il passaggio a VS2005...
Ah, ecco.
Sinceramente non riesco bene a capire Microsoft e tutte le sue paranoie 
sulla sicurezza.
Da un po' di tempo per rendere windows sicuro bisogna agire su mille 
impostazioni sparse per il mondo di cui nessuno conosce nemmeno l'esistenza, 
con il rischio che se tutto non è perfettamente calibrato non funziona più 
niente (poi ci si stupisce se tutti preferiscono girare come administrator).
Non mi pare che ad es. sotto linux (per quanto lo io ritenga un SO da 
smanettoni) ci siano tutti 'sti problemi.
Ciao 

 Il guaio è che VS2005 è una cosa molto diversa da VB6 :(
E' un nuovo linguaggio, questo è vero.
Ma la microsoft ha aiutato in un modo incredibile i programmatori VB6 per 
passare a .net.
Alla fine, il problema non è vb2005 ma la voglia di impararlo, non la 
difficoltà.


 difficoltà.
Beh, non è così facile.
Per imparare il linguaggio basta poco se non si ha la mentalità del 
dipendente statale.
Il problema è che quando hai da portare avanti progetti enormi in VB6 non 
solo non hai il tempo della conversione, spesso questa è proprio 
impossibile.
Senza contare che il pacchetto VS2005 non è che sia proprio regalato (come 
tutti gli altri tools, comunque) e devi riuscire a convincere il reparto 
acquisti oltre che il tuo capo reparto, che solitamente non è proprio 
aggiornato con le nuove tecnologie.
Ciao 

 VB6 è morto. Facciamocene una ragione.
C'è chi lo da come risorto e vivo e vegeto...
Ciao
 

 passare a .net.
Posso capire che il framework 1.0 e 1.1 non sia il massimo (e se vedevi le 
beta...), però ora il 2.0 è veramente una bomba!
Ciao
 

 C'è chi lo da come risorto e vivo e vegeto...
Voi due dovete essere della generazione che non ha visto le music-cassette e 
i floppy da 1.44 ma solo CD e DVD, vero?
:)
Forse tra qualche anno, quando uscirà VB.Cook con programmazione a carciofi 
e sarete impegnati in progetti da mezzo milione di euro in vb2005, 
guarderete in modo sospetto gli sbarbatelli con il nuovo VS.Lenticchie 
sottobraccio che vi rideranno dietro :)
Ciao 

 sottobraccio che vi rideranno dietro :)
Ma rotfl....

> :)
Ueeeeeeeeeeeee!
E tu guarda... parlando di vecchiume chi salta fuori :P
Ciao 

 :)
Io anche se ho sedici anni lo sai con cosa ho iniziato? Dos e Windows 3.1
Non č proprio "CD e DVD"...comunque a me Vb2005 piace molto, cosě come mi 
piace molto la Powershell, ma poi scado nell'OT...
Ciao 

 ha scritto nel messaggio
news:44c54a40$0$15870$4faf...@reader2.news.tin.it...

Infatti! Comunque io sono un giovincello! :P

 oggetti.
    Ti assicuro che per chi si guadagna il pane con questo lavoro
imparare VB2005 e' l'ultimo dei problemi.
Ti faccio un esempio: supponi che domani mattina ti svegli e vuoi
rifare il tetto alla tua casa perche' non ti piace piu'. Allora prendi
il telefono e chiami l'impresa di costruzioni "Buongiorno, vorrei
rifare il tetto alla mia casa", e loro : "Mi dispiace ma la sua casa e'
obsoleta. Vuole rifare il tetto? Allora deve demolire la casa e
ricostruirla dalle fondamenta". E tu dici: "Ma come?!? E tutti i soldi
che ci ho investito? E tutto il tempo che ci ho perso?". E loro :
"Suvvia non faccia il sentimentale! Guardi le diamo questi nuovi
mattoni bellissimi, e questo e quest'altro, e una volta finita vedra'
che spettacolo!". E te: "Scusi ma i soldi per costruire una nuova casa
a me chi li da'? Me la ricostruite gratis? E poi, scusi, ma io nel
frattempo dove vado ad abitare?". E loro: "Ah guardi, mi dispiace, ma
questo non e' un problema nostro. Purtroppo la sua casa e' obsoleta,
deve prima ricostruire una Casa.NET altrimenti noi non possiamo piu'
aiutarla."
E cosi', mentre guardi la tua casa che perde pezzi, inizi a firmare
petizioni contro l'impresa di costruzioni e a cercare risorse (tempo e
soldi) per costruire una nuova casa.
Ma rispondi sinceramente: ti affideresti alla stessa impresa?

 VS.Lenticchie sottobraccio che vi rideranno dietro :)
Rotfl :-D
Vabbe... però dato che microsoft sta investendo moltissimo nella tecnologia 
.Net è probabile che VB.Cook sia basato sul framework .net 7.0 xD.


 E i floppy da 5"1/4 dove li metti? :P
Vicino a quelli da 8'' :-P
Un Paperino che però non è vero, me li hanno fregati, porcazozza :-(.

 Un Paperino che però non è vero, me li hanno fregati, porcazozza :-(.
Io un paio li ho recuperati da un cliente... :-)


Scusate ma mi sono perso qualche cosa durante l'assenza (un bel po' di
tempo).
1) Ma vb2005 non si basa su .Net e tale arnese non è forse basato su una VM?
2) avevo visto le prime versioni di 
vb.net
 e non permettevano l'uso di DLL,
la
musica è cambiata?
3) E' possibile compilare (nativamente) una DLL-OLECOM?
    ...ok quest'ultimo task forse è meglio continuare a farlo con VC++
Saluti, Claudio G.

 3) E' possibile compilare (nativamente) una DLL-OLECOM?
No.


 Bye,
Ciao. Claudio G.

 Declare Function ecc.
Il P/Invoke intendi?
Certo che è possibile.
Bye.


Ma rispondi sinceramente: ti affideresti alla stessa impresa?
-- Quoto -- 
Sicuramente no, ma se sono costretto a demolire casa e a cambiare ditta
mi quardo in giro e scelgo la casa + vecchia che perņ ha mantenuto la stessa 
ditta di
manutenzione (pingini in arrivo??)
-- Fine quoto --

 VB6 è morto. Facciamocene una ragione.
VB6 non e' un essere vivente.
Auguro a chi pensa di poter ripartire da zero, di diventare un programmatore 
per lavoro, in una ditta PICCOLA, di creare un programma usato in tutto il 
mondo, usato in settori produttivi, con migliaia di rige di codice, e che 
tra 9 anni se lo deve riscrivere perche' VBNET sarà morto.
Ciao
Marco Rossi

 VB6 è morto. Facciamocene una ragione.
Sei giovane.
E credi che tutto ciò che non è all'ultima moda sia 'morto' e 
archeologia.
Ma se pensi che oggi è una miniera d'oro saper sviluppare in Cobol...
Alberto

 Sei giovane.
Eh già :P
Il mio comunque non era assolutamente un insulto a chi programma in vb6...
Infatti, io sono riuscito a passare subito a .net poichè non avevo nessun 
grande progetto su vb.net... :D


 Ma se pensi che oggi è una miniera d'oro saper sviluppare in Cobol...
Ci sono diversi motivi per cui il COBOL non è morto, cosi come il FORTRAN.
Ma VB6 pecca di troppe cose rispetto a VB2005. Un esempio su tutti: 
ADO.NET
 
e la sua interazione coi DB. Ah e non dimentichiamoci di LinQ... 

 la sua interazione coi DB. Ah e non dimentichiamoci di LinQ...
Se c'è UNA cosa in cui VB6 ha poco da invidiare a .NET, è ADO in 
modalità connessa, ossia nell'interazione coi DB.
Non che 
ADO.NET
 sia peggiore di ADO. Ma non è neppure vero che sia un 
argomento che ne debba giustificare la morte.
Ciao
Alberto

e la sua interazione coi DB. Ah e non dimentichiamoci di LinQ... 
Il punto non è se VB.Net nelle sue incarnazioni (2002, 2003, 2005) è
meglio o peggio di VB6 perché è ovvio che un progetto nato quasi 10
anni dopo il suo antenato sia architetturalmente migliore.
Il punto fondamentale per me è il CONTESTO nel quale lo sviluppatore
si muove.
Se ci sono utenti che hanno ancora Windows 98 con 64 MB o Windows 2000
con 128 MB di RAM (e ci sono, eccome se ci sono) non ha senso proporre
una soluzione VB.Net che solo per aprire un form vuole decine di mega.
In questo caso VB6 ha ancora la sua ragion d'essere, ora e fino a
quando queste situazioni non si saranno estinte (mi vien da ridere a
pensare alle richieste hardware di Vista...)
Anche le applicazioni nate e mantenute con VB6, frutto di decine di
giorni di sviluppo se non di mesi, secondo me rimarranno scritte in
VB6 perchè al cliente nella maggior parte dei casi poco importa "come"
è sviluppata l'applicazione ma vuole che "funzioni".
Se proprio in Vista alcune applicazione VB6 non gireranno (il che è
ancora tutto da dimostrare) si piazza il plaler di vmware, si crea un
bel pc virtuale con Windows 98 e siamo a posto :-)
Just my 5 cents
Ciao
Stefano "HappyMan"
http://www.sgr.info

 No.
Non nativamente.
Ci si deve sempre appoggiare al COM wrapper di .Net (il che significa 
prestazioni ridicole e il framework come prerequisito).
C++ .Net permette invece la compilazione in modo nativo di codice x86.
Ciao 

 .Net NON è interpretato, è compilato Just In Time (JIT).
Appunto.
Pertanto il framework .net NON è una VM giusto?


 Pertanto il framework .net NON è una VM giusto?
Giusto.
Il fw è semplicemente una collezione di librerie.
Ciao 

 Certo che è possibile.
Grazie per le info. Si, non ricordo che vi fosse questa disponibilità nella
prima release che avevo provato ...o forse l'avevo provata con un po'
troppo scarso interesse.
Per quanto riguarda alla VM, mi sembra che siamo concordi (e dovremmo
esserlo) sul fatto che con questo termine si intenda quel dispositivo che si
frappone tra la macchina reale "fisica" ed il codice da eseguire per
soddisfare l'intento di isolare l'applicativo dalla macchina fisica in modo
da renderne possibile il funzionamento (non la semplice emulazione) su
diverse macchine fisiche o quantomeno introdurre una qualche forma di
controllo che ne giustifichi l'impiego. E naturalmente, come tu fai notare,
la presenza della JIT è una sorta di accessorio.
Ma che cosa fa il framework? Fa esattamente questo lavoro: interpreta (e
compila al volo) il codice che sarà eseguito dal framework il quale si
comporta (ed in effetti è) una macchina virtuale.
Peraltro se per la VM lo scopo primario dovrebbe essere la portabilità,
dobbiamo ricordare che era proprio questo uno degli intenti dichiarati da MS
al lancio di .Net (vi era anche lo sviluppo del framework per linux e altre
piattaforme, anche se ora non so che fine abbiano fatto).
E di fatto questo è: un applicativo .net può funzionare (con le dovute
limitazioni)
anche su un telefonino ...senza ricompilazione. In questo fatto vi è una
bella
concorrenza con Java (da cui ha mutuato l'idea del JIT).
...mi vuoi dire che comunque su quel telefonino deve girare windows mobile?
E' un problema di MS se altri vedono come una minaccia e non una
opportunità l'adozione del framework .net sulle loro piattaforme (o
viceversa).
...altrimenti a che cavolo serve creare un codice "semi interpretato"?
Per ridurne le prestazioni? Per facilitarne il reverse engineering?
Per introdurre nuovi problemi da aggirare?
Ciao, Claudio G.
P.s. Scusa, sono stato un po' lungo ma in passato da una semplice parola
su .net si aprì un vespaio ...stavolta spero di non avere innescato nessuna
bomba :-)

 ha scritto nel messaggio
news:44c7809d$0$35069$4faf...@reader4.news.tin.it...

Permettetemi di dissentire (vedi altro messaggio).
Lo IL altro non è che una sorta di p-code (simile al codice prodotto da
java). Il tempo in cui avviene la compilazione è irrilevante, se questo non
è coincidente con l'atto della creazione (build).
Convengo che il JIT compilando in codice nativo pone una modalità
particolare che mette il framework .net in una posizione forse leggermente
diversa da quello tipico di una VM; ma se io osservo lo scopo di tutto
l'insieme, vedo che questo coincide con quello di una VM.
Saluti, Claudio G.

 (o viceversa).
Eh già, è questo il problema.
Se la microsoft puntasse tutto su questo, allora altro che java... il .net 
sarebbe una delle piattaforme che avrebbe sicuramente moltissimo successo.
Bye,


 ha scritto nel messaggio
news:44c72aa9$0$1009$5fc...@news.tiscali.it...

Tutta la mia solidarietà.
Aggiungo solo che io ho esperienza di applicazioni industriali che girano su
macchine
NUOVE dove .Net proprio non funziona: lento, richiede troppa memoria e
velocità
di processore (parlo di processori a 500 Mhz, non raffreddati, a basso
consumo e
che funzionano 24x7x365) ma sopratutto non permette di interfacciarsi
adeguatamente con strumenti software (ocx, dll o exe con interfacce COM) che
su
.Net non girano.
Concludo: Si forse facendo esperimenti, prove, ecc. magari si trovava il
modo di fare
funzionare anche .net; ma chi paga tutto questo? E chi paga in caso di
avarie impreviste?
Saluti, Claudio G.


Si, forse è così. Noi ad esempio abbiamo sviluppato una applicazione che
gira solo lato server (mediante browser), però sarebbe altra cosa poterne
fare una bella applicazioncina per telefonino ...in questo che fare? .Net?
Java?
Ci penseremo, e magari se si deciderà per .net contatterò qualche collega
qui
per lo sviluppo.
Ciao, Claudio G.

 per lo sviluppo.
Beh che c' entra...
Ormai moltissimi cellulari integrano un browser web.
Fai le varie pagine 
asp.net
 ed è fatta.



Asp.net?  Si tratta di pagine web con script ...queste ci sono già
e non fanno uso di IIS, lavorano direttamente con un server XML
con funzionalità real-time.
No io intendevo qualche cosa che non richieda l'uso del browser
ma si presenti proprio come una applicazione locale, non so come
spiegare. Comunque si tratta solo di una bozza di idea.
Ciao, Claudio G.

 argomento che ne debba giustificare la morte.
Non è un argomento per giustificarne la morte. IMHO ADO è stato sempre 
lento, DAO era migliore ma è stato lasciato morire...
Comunque io voglio vedere se la penserai così con VB 9.0... 

 l'insieme, vedo che questo coincide con quello di una VM.
Sì, credo che il termine VM sia in effetti un po' vago.
A me piace intenderlo in senso ristrittivo, cioè, quella di Java è una VM 
"pura" poichè ogni istruzione per essere eseguita deve essere interpretata 
al momento dalla VM.
I programmi VB in PCode usano una VM (la VBRUN*.dll per VB3/4 e la 
MSVBVM*.dll per vb5/6) poichè sono interpretati.
I programmi VB compilati continuano a sfruttare queste dll, ma non più come 
VM, poichè non devono più essere interpretati.
.Net compila al volo, quindi, una volta usata la "VM" (che in realtà è il 
compilatore jit) da questa si stacca e il codice viene eseguito 
autonomamente in modo nativo.
Più che il significato di VM l'importante è capire come funziona la cosa.
Ad es. è un falso che siccome .net si basa su codice intermedio è lento 
perchè va interpretato, perchè non funziona così.
Se .net è lento (e ancora non lo si può paragonare a un codice C++) è in 
buona parte dovuto al fatto che il compilatore è di nuova concezione e non 
ottimizzato.
E nel frattempo attendiamo anche il supporto per le istruzioni GDI+ nei 
futuri processori.
Ciao 

 bomba :-)
A me queste discussioni piaccono.
Vengono fuori sempre dei punti di vista interessanti :)
Ciao 

 perchè va interpretato, perchè non funziona così.
Dove però si nota davvero un certo ritardo rispetto alle applicazioni 
"tradizionali", è il tempo di caricamento.
Io ho notato che la cosa è valutata in modo diverso a seconda degli 
utenti. Molti proprio non sopportano i tempi di caricamento, e 
percepiscono il programma come lento.
Capita spesso, ad esempio, di sentire dire che OpenOffice o Firefox (tra 
l'altro applicazioni tradizionali) sono lenti, ma perché si caricano più 
lentamente di Office e IE. Non è che 5 secondi in più o in meno cambiano 
qualcosa, ma è proprio la percezione iniziale che fa valutare 
l'applicazione lenta e pesante, anche se magari non è vero.
-- 
news://it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 l'applicazione lenta e pesante, anche se magari non è vero.
Quoto. 

 l'applicazione lenta e pesante, anche se magari non è vero.
Vero.
Anche io reputo OpenOffice ridicolmente lento alla partenza (pur usandolo).
Alla fine i trucchi sono sempre gli stessi: splashscreen, alleggerire il 
form_load, fare una Show "preventiva", spezzare (adesso che si può) il 
form_load su thread secondari...
Ciao