Newsgroup: it.comp.lang.vo-clipper
Titolo: Prima applicazione trasportata e funzionante

Salve a tutti,
 
volevo solo far sapere che sono appena riuscito a far funzionare il mio
primo applicativo "vero" trasportato sotto Vulcan.NET 3.01.
 
Un piccolo confronto tra la versione Vulcan e quella VO:
 
- Grandezza file: 6.079k (VO, eseguibile statico), 2.333k (Vulcan,
eseguibile con tutte le DLL come bBrowser e il mio framework)
 
- occupazione memoria: 14.956k (VO), 14.216k (Vulcan).
 
Per il momento mi mancano le stampe, tutte le altre librerie le ho gi�
portate sotto Vulcan.NET.
 
Sto iniziando addesso a usare le versione Vulcan.NET di questo
applicativo invece della versione VO 2.8 per testarne la stabilit�
(questo programma � parte del mio ambiente di sviluppo: editor del
dizionario e toolbox).
 
Wolfgang
 
 
-- 
 

Grande !
Congratulazioni.
Io purtroppo non ho potuto aspettare un Vulcan stabile o 
sufficientemente completo.
... ma non si sa mai ...
Ciao
*Massimo Bighelli* ARCA Sistemi S.r.l.


Grande Wolfgang, questo mi conferma che Vulcan è un gran bel prodotto.
 
Danilo
 
"Wolfgang Riedmann"  ha scritto nel messaggio 
news:bb5a2a...@mid.individual.net...
 
Salve a tutti,
 
volevo solo far sapere che sono appena riuscito a far funzionare il mio
primo applicativo "vero" trasportato sotto Vulcan.NET 3.01.
 
Un piccolo confronto tra la versione Vulcan e quella VO:
 
- Grandezza file: 6.079k (VO, eseguibile statico), 2.333k (Vulcan,
eseguibile con tutte le DLL come bBrowser e il mio framework)
 
- occupazione memoria: 14.956k (VO), 14.216k (Vulcan).
 
Per il momento mi mancano le stampe, tutte le altre librerie le ho già
portate sotto Vulcan.NET.
 
Sto iniziando addesso a usare le versione Vulcan.NET di questo
applicativo invece della versione VO 2.8 per testarne la stabilità
(questo programma è parte del mio ambiente di sviluppo: editor del


 sufficientemente completo.  ... ma non si sa mai ...
 
non ho altra scelta. 
 
Ho fuori un ottantina di applicazioni diversi scritte in VO - e ne i
clienti ne io ci possiamo permetterci di riscriverle in Vulcan (se non
magari qualche software piccolo).
 
Usando il transporter le posso portare in Vulcan e modificarle pezzo
per pezzo fino ad avere programmi completi in .NET senza le classi
VO-compatibili.
 
 
Wolfgang
 
 
-- 
 

 questo mi conferma che Vulcan è un gran bel prodotto.
 
per me questo passaggio era importantissimo e mi conferma che la
compatibilità tra Vulcan e VO è elevata.
 
In VO uso classi derivate per tutti gli elementi, e soprattutto
l'interfaccia grafica è ampiamente modificata e evoluta.
 
Basta pensare che solo il mio framework contiene oltre 2 MB di codice
sorgente scritto a mano - in parte vecchio di 15 anni.
Oltre a un mare di chiamate dirette nelle API di Windows sta usando
anche funzioni e metodi non documentate e parecchie specialità di VO
che in altri ambienti non funzionano.
 
Una delle particolarità che devo ancora testare in Vulcan è il
comportamento variabile di certi metodi dipendentemente da dove sono
state chiamate (analizzando la sequenza di chiamata con ProcName()).
 
Oltre a questo uso i codeblock in maniera massiccia, sia statici che
dinamici (vuole dire letto da tabelle oppure file ini) - e per il
momento Vulcan sembra digerire tutto questo.
 
Una solo cosa non mi funziona però più:
 
function CleanUpServer( oServer ref DBServer ) as void pascal
 
if oServer != null_object
  if oServer:Used
    oServer:Close()
  endif
  oServer := null_object
endif
 
return
 
Questo teoricamente funziona anche in Vulcan, ma solo per oggetti della
classe DBServer, e non per i derivati - e praticamente dovrei scrivere
una funzione per ogni classe derivata.... che è un'assurdità perchè i
DBserver possono essere anche un centinaio in un solo applicativo....
 
Wolfgang
 
 
 
 
 
--