Newsgroup: it.comp.lang.visual-basic
Titolo: uscito Vb migration !

qualcuno ha gią notizie del effettivo
funzionamento del tool di migrazione
di F. balena ? 

 qualcuno ha già notizie del effettivo


 ma di porting.
concordo pienamente in tutto, ma guarda bene il logo in alto a destra, 
codarchitects dovrebbe essere lui...
http://www.vbmigration.com/
c'e' il pulsante order now, con prezzi contact us...
ciao, a. 

 ha scritto nel messaggio 
news:69u43rF...@mid.individual.net...

Ma si dice anche che è preciso al 99,9 %........
Ho quattro cinque applicativi che in tutto saranno un 100.000 linee
anche solo un migliaio di linee da correggere sarebbe ragionevole
quello microsoft minimo minimo di dava 20/30.000 codici di errore 



non ci credo che funziona neanche se lo vedo
io ho un programma con credo 350 API messe in gioco
(e non so con quante migliaia di parametri),
ho usato sempre le API (circa 11MB di API):
ecco, se riesce lì, allora chiedo scusa e lo compro al quintuplo del
prezzo.
Nel frattempo fanc*lo Microsoft.

 ho usato sempre le API (circa 11MB di API):
Me cojons :))) Praticamente, tutto l'SDK?
-- 
Gianluca Cannalire
Microsoft MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca

 ha scritto nel messaggio

serve a qualcuno o qualcosa questo atteggiamento? per favore, basta con le
guerre di religione e le meditazioni personali. il tuo vb6 va? allora
perche' devi migrarlo? o magari trovi in giro un vb6-2-j, metti quello che
risulta su un pc sun con solaris, e hai sfanculato ms quanto volevi con una
bella simil-apple.
balena puo' essere orientato, ma e' tutto fuorche' un cretino. questa cosa
non e' dopolavoristica, ha dei concorrenti, si espone ai giudizi dei 
compratori, e sa perfettamente che la rete puo' seppellirlo in una 
settimana.
http://www.vbmigration.com/Blog/post/2008/05/What-are-your-options-to-survive-in-the-next-decade.aspx

 di F. balena ?
Ho avuto il piacere e l'onore, nel febbraio 2006, di avere a disposizione 
la prima alpha del VB Migration.
Già a quel tempo, il tool era superiore a quello incluso in Visual 
Studio...
Avevo iniziato a fare un po' di testing per Francesco ma, mio malgrado, ho 
dovuto abbandonare questa attività perchè troppo impegnato in altri 
lavori.
Premesso che il risultato di un qualsiasi "migration tool" dipende molto 
anche dal come è scritta l'applicazione (se è scritta da cane, sempre da 
cane sarà in .NET) dietro al VB Migration state pur sicuri che c'è del 
buono.
Il problema, semmai, potrebbe essere il costo... sul sito, c'è un semplice 
"Contact us"


Me cojons :))) Praticamente, tutto l'SDK?
dunque, aperto il progetto,
con Search / Replace
"Private Declare Function"  >  Pippo  =  454
"Public Declare Function"   >  Pluto =  49
e per gradire
"Private Const"  >  Paperino  =  283
"Public Const"  >  Topolino  =  202
alcune API si ripetono nei vari .bas, 
alcune sono in classi "tuttofare" come
quelle per le finestre di dialogo (File, Colore, Stampa...) di cui
alcune funzioni (es. il colore) non sono usate,
ma l' 85 %  sono utiizzate.

 ma l' 85 %  sono utiizzate.
Grazie per aver smentito pubblicamente l'uso, da parte tua, di 11 MB di 
API.
Anche se tu avessi utilizzato le API con le dichiarazioni talmente lunghe 
(>255 caratteri) a malapena riuscivi a superare i 100Kb
...vabbč...


...vabbč...
la tua osservazione č davvero cretina (ma molto cretina)
perchč se io dichiaro solo 3 API, ma nel codice le vado poi ad
usare 500 volte ciascuna, i KB aumentano
(o la fatica secondo te sta solo nel dichiararle e non nell'usarle?)
quella frase "circa 11MB di API" significava
un programma compilato di 11MB il cui codice č stato per la stragrande
maggioranza scritto con le api
Comunque gli .frm, i .bas e le .cls  pesano circa 7MB, contento?

 Nel frattempo fanc*lo Microsoft.
Chi ti obbliga a sviluppare utilizzando strumenti Microsoft ? 
Passa a Linux. Li vivrai felice e contento, tra n distribuzioni diverse,
con il tuo programma che deve essere testato e verificato per funzionare
con k windows manager diversi (KDE, Gnome, etc).
Usa gli ambienti di sviluppo open source, dove la produttività che ti
garantisce un ambiente come VS2008 te la scordi.
Non ti piace Microsoft ? Passa ad altro, le alternative ci sono e pure
gratis. Ci risparmierai i tuoi commenti intelligenti.
PaF

 (o la fatica secondo te sta solo nel dichiararle e non nell'usarle?)
OMFG. Un'altra perla per la mia collezione...
Bye, G. 

 Comunque gli .frm, i .bas e le .cls  pesano circa 7MB, contento?
Guarda, non è necessario dimostrare oltre la tua bravura.
E' sufficiente quanto hai scritto fin qui (e non solo in questo thread).
Saluti


 OMFG. Un'altra perla per la mia collezione...
a ms e' piu' scontato, ma ammetterai che riuscire a dare del cretino anche a 
balena e cannalire nello stesso thread non e' da tutti...

"andrea palazzi" ha scritto nel messaggio

Ci vuole una certa abilità, ci vuole. Anch'io avrei un paio
di cosette da ridire su MS e VB, ma da qui a lì, ce ne corre.
Anzi, a proposito... ora posto.
Bye, G. 

 Anzi, a proposito... ora posto.
Ari-anzi, no: ho risolto... era facile, ma avevo il neurone a spasso.
Un Paperino "guarda, mamma, senza API :-)". 

> Un Paperino "guarda, mamma, senza API :-)". 
a no. senza api non vale.

 a no. senza api non vale.
Una chiamata in loop a Sleep (0) va bene ?
Bye, G. 

 Una chiamata in loop a Sleep (0) va bene ?
dipende. quanti *mega*loop?

"andrea palazzi" ha scritto nel messaggio

E' un prog che fa number crunching, non più di un paio di mega
altrimenti mi rallenta troppo :-P.
********************
Appropo': ma perché cavolo gli operatori bitwise e simili, Mod e \,
per esempio, devono essere così idiotamente limitati a valori Long ?
Se voglio fare un Mod fra due Double pesanti non posso, ecchecazz...
Bye, G. 

 Se voglio fare un Mod fra due Double pesanti non posso, ecchecazz...
gia'. pensa che non e' neanche previsto
44 gatti mod 6

Comunque, fidati, rileggi quanto hai scritto finora... forse capirai.
E il tuo intervento (maldestro) a sindacare sulle mie Api, 
te, a rileggerlo, ci vai?

 te, a rileggerlo, ci vai?
Scusa ma se il tuo codice è stato scritto per la stragrande
maggioranza con le API, perchè hai usato VB? Tanto valeva usare C++...
Ci mettevi molto meno....
Alberto De Luca

 ho usato sempre le API (circa 11MB di API):
Ed io ho ribattuto:
Me cojons :))) Praticamente, tutto l'SDK?
Posso anche essere d'accordo sul fatto che il mio può sembrare un 
intervento "maldestro", ma le cazzate le scrivi tu, mica io ;)
Sei tui che hai detto di usare circa 11MB di API, mica io...
Ciao!


 con k windows manager diversi (KDE, Gnome, etc).
Ok, tutto quello che vuoi, ma ci sono ambienti per Linux che non hanno 
nulla da invidiare a quelli di MS.
Io stesso prediligo scrivere applicazioni multipiattaforma 
conformandomi, quando possibile, alle specifiche di compatibilità con Mono.
Nicola

 Sei tui che hai detto di usare circa 11MB di API, mica io...
Eh dai Gianluca... lo sai che non bisogna dare da mangiare ai troll :-P
Nicola

 conformandomi, quando possibile, alle specifiche di compatibilità con Mono.
Ciao Nicola,
l'unico che mi viene in mente potrebbe essere Eclipse, ma in generale ci
sono altri ambienti di sviluppo che ti permettono, con lo stesso IDE, di
sviluppare per:
- Applicazioni desktop
- Applicazioni web
- Applicazioni desktop + web (che consumano web services)
- Applicazioni per pocket pc e smartphone
Utilizzando indifferentemente VB, C++, C# con l'intellisense di VS, code
snippet, region definition e altre finezze che ti rendono molto produttivo
e soprattutto condividendo le librerie di base (il framework) ?
Io non ne conosco, ma ammetto che sono anni che non mi interesso più alla
programmazione su Linux, magari ci sono novità che ignoro.
Inoltre visto che citi la compatibilità con mono, come ti comporti per i
test pre-deployment definitivo ? Hai n virtual machine con n distribuzioni
diverse o ti limiti a testare il programma su una in particolare ? Questo è
un aspetto che personalmente mi frena dall'avvicinarmi di nuovo al mondo
Linux (che posso dire di aver seguito nelle fasi iniziali, ci ho sviluppato
in C++ la tesi di laurea dal 1994 su una slackware, kernel 0.9x se ricordo
bene)
PaF

Sei tui che hai detto di usare circa 11MB di API, mica io...
ma è un modo di dire! in italiano si chiama "una parte per il tutto",
come ad esempio "una borsa di coccodrillo", mica significa che è fatta con
un coccodrillo, ma con "la pelle di" (credo si chiami sineddoche)
D'altronde il "Win32.hlp" della borland del '96 che leggevo quando le usavo
è già lui 11.279.00 kb comprensivo di spiegazioni ed esempi, dai... !!!


Quella che devo migrare io è il piu' standard possibile.......
Pochissime API e si usano i controlli standard di Vb6 come i Tab
o il threed32.ocx  o la grid32.ocx........
Se è scritta bene non saprei ......non sono un professionista !!!
( certo che nelle prime righe  qualche Gosub c'era  :-) )
Non è OPTION ESPLICIT
Il problema col Tool standard è che mi perdeva parecchia grafica
e mi da una miriade di errori........se Vb me li riducesse almeno
di un buon 80 % allora potrei prendere in considerazioni il passaggio
quasi indolore di un progetto che ha circa 30 form e 20-30 mila linee
ciao

 diverse o ti limiti a testare il programma su una in particolare ? 
Per il testing uso Ubuntu\Kubuntu, ma fino a non molto tempo fa usavo 
Mandriva.
La storia delle n ditribuzioni, con Mono, non si pone, poichè è un layer 
astratto, esattamente come .NET Framework, e questo facilita molto le cose.
Ad esempio il mio FreeTranslator ha una versione "Completa" che gira 
solo su Windows, mentre ce n'è una più limitata (ma solo sotto l'aspetto 
grafico, quindi meno eye-candy) che gira indifferentemente su Win, 
MacOSX e Linux.
Ovviamente bisogna attenersi strettamente alle specifiche di 
compatibilità con Mono (es. niente API di Windows, ...).
Nicola