Newsgroup: it.comp.lang.visual-basic
Titolo: Generare EXE autonomo?

E' possibile in VB generare un EXE che sia autonono, ossia che
non richieda nessuna DLL esterna?
Ciao
Luigi

Luigi

 Luigi
No, a quanto pare è molto più semplice tramutare il piombo in oro che
compilare un programma VB senza DLL ....
Spero che qualcuno riesca a smentirmi ....
REO

Spero che qualcuno riesca a smentirmi ....
Mi spiace ma qualsiasi cosa dicano alla Microsoft, VB3-4-5 non genera (e non
generera` mai) COMPILATI, ma solo ESEGUIBILI e la cosa e` decisamente
differente.
Inoltre: anche ammettendo di poter generare un compilato le caratteristiche
intriseche del linguaggio non permettono una compilazione che si rispetti.
(dichiarazione delle variabili al volo, solo per fare un esempio).
---
Che lo SFORZO sia con te... (now playing XWing vs Tie Fighter!)
Fun, programming and hardware in my home page: 
http://www.cs.unibo.it/~abilli

differente.
Mah... da quello che so e che constato con il debugger, VB (escluse le
primissime
versioni) genera codice nativo, ossia vero "programma" per la CPU. Che tale
compilato
poi non sia utilizzabile al di fuori di un eseguibile, e' un altro discorso.
Il fatto che le librerie risiedano solo su DLL invece che su OBJ da linkare,
credo che sia dovuto solo ad una scelta della Microsoft.
Ciao
Luigi

...


compilato................
Lungi da me l'idea di generare il solito flame, quale attuale utilizzatore
sia di Delphi3.02 sia di VB5.
Allora, il codice nativo non e` codice interpretato, come spesso si sostiene, ma
codice generato dalla compilazione di ogni singola istruzione.
Rispetto alla compilazione riga per riga di Delphi/C++ viene a mancare una cosa
fondamentale, ovvero l'ottimizzazione del codice, che puo` essere fatta solo ed
esclusivamente da un compilatore che tenga in considerazione molteplici aspetti
del codice sorgente.
Il nuovo codice nativo di VB5 attraversa ora 3 fasi invece che 1 e questo lo
rende piu` vicino al codice di VisualC++, ma rimane lento poco piu` del
doppio in algoritmi fondamentali quali il QuickSort, le torri di Hanoi,
ecc...


doppio in algoritmi fondamentali quali il QuickSort, le torri di Hanoi,
Scusate se mi intrometto nel discorso e se non aggiungo nulla di costruttivo
ma:
cosa sono "le torri di Hanoi?"
grazie e ciao!


Questo e' decisamente vero.
Il problema di prestazioni segnalato sopra non e' probabilmente dovuto
all'utilizzo di DLL "di runtime", ma all'architettura ed al funzionamento
interno dei programmi VB, e, molto probabilmente alle caratteristiche
interne dei programmi scritti in linguaggio Basic.
--
Roal Zanazzi
z...@iol.it

si tratta di un gioco (cinese , credo) , tipo solitario, che viene molto
utilizzato come
esempio in informatica per descrivere gli algoritmi di tipo RICORSIVO.
spero di esserti stato utile.
:-)


>1) gli EXE VB5 hanno COMUNQUE bisogno della DLL di runtime per girare
Ma sara' mai cosi' difficile evitare questa cosa ? Mi pare impossibile
che lo stesso programma in delphi  e in VB per girare:
DELPHI 30 Kb
VB	 30 Kb + DLL MOSTRUOSAMENTE GRANDE... 
700 Kb vb4 1.e passa Mb Vb5...
Secondo me alla M$ non si sforzano...
Ciao.
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
 -----------Federico Emanuele Galli----------
 ----------Visual Basic's Programmer---------
 
 Sideralis Programs (Visual-Basic and Delphi)
 
http://www.geocities.com/colosseum/loge/2151
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
                 Trust no ONE.
Per rispondermi via E-Mail togli STOPSPAMMERS.
Guarda la RFD per it.comp.prog.collaborazione !

 del VB ( SIGH !) .
Devo pero' ammettere che Zio Bill e' coerente con se stesso: infatti se
ci fate caso la maggior parte programmi Microsoft installano o
aggiornano una gran quantità di librerie nel sistema, e questo alla
lunga riduce veramente di molto lo spazio occupato su disco.
Altro paio di maniche e' che qualche volta sarebbe comunque utile avere
l'opzione di generare l'EXE "secco". Vedi programmi su Internet, e
immaginate la larghezza di banda risparmiata....
Roberto

immaginate la larghezza di banda risparmiata....
BINGO ! Internet. Non e' un problema per le altre distribuzioni, visto
che i cd costano meno dei dischetti :-) Ma sulla rete un programma VB
e' MOLTO menomato rispetto, uno a caso, Delphi...


girare il "creato" su un pc senza ie4 non funziona);  [..]
Cosa cosa cosa?????
Scusa la mia ignoranza, ma mi potresti spiegare che cosa significa?
Che se io programmatore ho nel mio computer internet explorer 4,
creo un programma di qualunque tipo, lo vendo, e i miei clienti DEVONO
NECESSARIAMENTE avere internet explorer 4? Ho capito bene?
Grazie ciao
Luigi

 dipendenze...); etc....
E' proprio quello che dicevo io!!!
Ciao
Roberto

 un setup che ci colloca le librerie nelle dir apposite.
mmmmh... Mi sembra che c'e' un file prelevabile da M$ che installa solo
la DLL principale. Gia' e' qualcosa....
 
Ciao

 dell'installazione/disinstallazione degli ocx di terze parti.
mmmmh significa "aspetta che non ricordo dove cacchio l'ho preso"!!!
Infatti ho fatto una ricerca con AV e ho trovato una 10na di siti che la
rendono disponibile.
Certo che e' fantastico, anzi ne servirebbe una che installa anche gli
OCX + comuni (Winsock, Common Dialog, Common Controls etc.).
Adesso non dirmi che esiste gia', anzi no, dimmelo! E dimmi anche dove
si puo' prelevare!
Comunque non e' una soluzione del problema della larghezza "globale" di
banda... pero' intanto risolve il ruo problema "locale"!
Ciao

 downloadatore non le possiede già.
Be si potrebbe fare un programmino "bufala" in VB che, elaborato col
wizard, installi (oltre alla vbrun) un numero x di componenti.
Ciao

 il vb5 runtime?
E si!!!!
Ciao, scusa se ho capito male.
Roberto