Newsgroup: it.comp.lang.visual-basic
Titolo: [!] porting VB5 - VB6

Salve,
non so se arrabbiarmi, continuando (deluso) pero' a sviluppare con VB,
oppure prendere in seria considerazione il fatto di cambiare linguaggio
perche' cosa si puo' fare con uno strumento che con una versione (la 5) ti
permette di realizzare un programma, debuggarlo e venderlo mentre invece
quando passi alla "nuova" e tanto strombazzata versione ti rendi conto che
il nuovo eseguibile che crei (con lo stesso identico codice!!) non lo puoi
distribuire perche'  viene generato un errore dall'oggetto printer, nel
momento in cui vai in stampa, che ti blocca tutte le routine di stampa. Ai
voglia a debuggare migliaia di righe di codice scritto come dio comanda con
una certosina gestione degli errori ecc. ecc. tanto le mani li non le puoi
mettere!! che fare? Ti prendi la tua "vecchia" versione 5 con il suo bel
Service Pack 3 e riprendi la tua strada sperando che in futuro qualcuno si
decida a risolvere i "vecchi" e "nuovi" bachi dell'oggetto Printer. A questo
punto mi chiedo perche' continuare a distribuire controlli in-bundle con
l'ambiente di sviluppo quando non ti danno nemmeno la garanzia che il tuo
codice nato e cresciuto nel suo ambiente non puo' essere portabile su una
nuova versione?...Ma bisogna reinventarsi anche l'acqua calda??
Scusate lo sfogo ma solo molto "amareggiato"
Silvestro
--
Per rispondere all'autore rimuovi ~ dall'header di posta
To reply remove ~ from the E-mail header

Mi aggiungo al tuo sfogo....
Io purtroppo non mi posso permettere (dal punto di vista economico) di
acquistare Visual Basic 6 (costa costa...) ma avendo a casa VB5, avendo
sviluppato una procedura in codesto linguaggio ed avendo in ufficio VB6 ho
fatto un esperimento....
Ho pensato di portarmi la procedura da casa in uff. per vedere se aprendo il
.vbp con Visual Basic 6 tutto sarebbe andato bene senza "traumi".
Ebbene cose che funzionavano alla perfezione in VB5 non funzionano più in
VB6: tanto per cominciare tutte le stampe in crystal report..... poi il
controllo RICHTXT32.ocx non ne vuol sapere.... e poi altre cose come ad
esempio una form visualizzata in modo modale che richiamava una maschera di
visualizzazione dei log in VB5 funziona mentre in VB6 mi dice che non posso
richiamare altre form finchè quella modale è aperta etc.etc.
Conclusione.... non passerò (forse MAI) a VB6 o forse (se ci passerò) non
migrerò mai la/le procedure esistenti semmai inizierò solo nuovi progetti
con VB6.
TUTTO CAMBIATO!!! sob sob...
(e poi VB5 mi sembrava ance più veloce...)


Appoggio pienamente il tuo sfogo e rilancio: io ho avuto un sacco di
problemi con il DAO 3.51 e VB6 (errori e gravi problemi di performance), con
una applicazione che funziona benissimo con il DAO 3.50 e VB5!
Inoltre, se avete sentito le novita', Internet Explorer 5 e' incompatibile
con Visual Studio 6, per quanto riguarda l'interpretazione DHTML. Cio' puo'
creare notevoli problemi, tanto che e' previsto il rilascio del Service Pack
3 per Visual Studio 6, per ovviare a tali problemi!
Mi viene da dire una sola parola: VERGOGNA!
--
Roal Zanazzi
z...@iol.it

Beh, credo che in questo ng non troverai nessuno che non condivida i tuoi timori e incazzature.
Se vuoi la ciliegina sulla torta, sappi che è appena uscito in libreria il nuovo libro di Bill Gates.
^____^		(suvvia, ridiamo per non piangere....)
Ciao,
Moreno
#sirri#@
tin.it
(togliete "#" dall'indirizzo)