Newsgroup: it.comp.lang.visual-basic
Titolo: Eseguibile senza Installazione

Ho un problema simile a quello postato circa una ventina di giorni su questo
ng.
In pratica io devo creare un eseguibile in VB e farlo partire da CD-Rom
senza installazione su HD.
Posso benissimo metterci tutti i file dll che si vuole, ma sempre su CD-Rom,
non devono andare a finire sull'hd di chi lo visiona. E' possibile? In che
modo?
Ciao
Kishar
kishar$@$
virtualcom.it

Ma poi non esiste un modo per mettere tutto all'interno di un solo file exe?
Ovvero, sia gli eseguibili di Director, sia ToolBook(credo) che come tanti
altri, mettono dentro l'exe tutto ciņ che gli occorre! C'č un "compilatore"
o qualcosa di simile?
Ciao
K

On Thu, 8 Jun 2000 16:02:47 +0200, "Kishar" <kishar@$virtualcom$.it>
wrote:

No! In visual basic non si possono linkare le DLL all'interno
dell'eseguibile... si mormora che questa caratteristica verrą
introdotta nella versione 7.0...
Ciao
Remove CUTME from E-Mail address to reply!
Visit Hardware Tips: 
http://www.hardwaretips.com

modo?
Tempo fa avevo provato a fare qualcosa del genere: ho copiato tutte le
dll necessarie nella cartella dell'eseguibile che si trovava sul CD.
Tutto ha sempre funzionato correttamente anche su macchine che non
avevano le dll installate... forse per certi ocx però questo non
basta...


Allora a quanto dici non importa neppure eseguire un regsrv32 sulle dll che
inserisco dove ho il filettino exe. Che poi se utilizzo un data per
interfacciarlo con un database, un campo per visualizzare le immagini e dei
campi di testo servono dll?
Ciao
K
Lord Rayden


 introdotta nella versione 7.0...
Da quello che ne so non credo che MS accetti di fare una cosa del genere
.... sarebbe contro
la politica che ha seguito fino ad ora e, obiettivamente non capisco che
vantaggio se ne possa trarre ...
Per quanto sia complesso il mondo DLL, credo rimanga la soluzione migliore
per la soluzione
dei problemi di manutenibilità e aggiornamento.
Ciao
Stefano
--
================================================
Stefano Ursoleo
Responsabile Sviluppo software
e-mail : 
stef...@unicode.it
------------------
Unicode srl
Sede legale     : Via Tondelli 6/E, 42015 Correggio (RE)
Sede operativa : Via Magnanini 5/A, 42018 San Martino in Rio (RE)
e-mail : 
uni...@unicode.it
web    : 
www.unicode.it
Tel      : 0522 / 636169
Fax     : 0522 / 734739
=================================================

... dimenticavo ... non so se avete notato ma con il SP5 di Windows NT , su
Windows 2000 e su Windows Millenium le dll per VB sono installate di default
nel S/O


dei problemi di manutenibilità e aggiornamento.
E' una pessima soluzione invece: si vede che non hai avuto a che fare
con certi simpatici installer che sovrascrivono la dll da te
distribuita con una più vecchia cosa che di fatto ti chioda il tuo bel
programma... poi l'utente incazzato chiama te non chi ha fatto
l'enciclopedia con l'installer osceno di turno... :-(
E poi non ti piacerebbe poter scegliere tra i due metodi???


campi di testo servono dll?
Attenzione se utilizzi un database access questo potrebbe cercare di
scrivere sul CD con conseguenti errori di accesso ai dati... io
all'epoca avevo pensato di copiare solo il database su disco in una
directory temporanea. Poi non ho sperimentato per mancanza di tempo...


nel S/O
Ma non tutte... quelle dei vecchi VB ad esempio no... e poi sono
installate solo quelle principali...


 E poi non ti piacerebbe poter scegliere tra i due metodi???
Sarebbe bellissimo!
K

 installate solo quelle principali...
Ma quelle principali non sono installate anche su Win95 e 98?
Perlomeno quelle dei campi text e data :-)!!
Ciao
K


Si mormora fin dalla 4.0... prima c'erano le runtime e il pcode, poi sono
arrivato il compilatore e le msvbvmxx, adesso presumo che metteranno
qualcos'altro, tipo un link statico parziale... ma cmq VB restera' legato a
ocx e dll precompilati, che non possono essere infilati nell'exe come se
fossero lib.
Forse (FORSE!) MS dara' una piccola possibilita' consentendo di includere le
sole runtime davvero utilizzate direttamente nel codice, ma a parte
l'aumento di peso che questo comporterebbe, gli altri componenti esterni
dovrebbero essere cmq inseriti nel pacchetto.
Ciao,
Alessandro

 E poi non ti piacerebbe poter scegliere tra i due metodi???
Quello sempre :)
Ma includere una DLL non e' materialmente proponibile (almeno con le DLL
ActiveX, che hanno una gestione blindata del proprio codice)... A quel punto
MS dovrebbe rendere le lib di VC compatibili col compiler e il linker di
VB... E dovresti fare una compilazione stile C (eseguibile creato prima del
debug, e non compilato on the fly) per ogni run di denug.
Ciao,
Alessandro

 direttamente nella directory dell'eseguibile sul CD...
Dipende dalla DLL: se e' la runtime di VB o un'altra DLL stile C, e'
suvfficiente che sia nel percorso di ricerca, che include sempre la
directory corrente, ma se e' un ocx o una ActiveX DLL deve essere registrata
con regsvr32 <dll>, altrimenti il prog non sara' in grado di trovare la sua
GUID nel registry.


Ciao
Stefano


debug, e non compilato on the fly) per ogni run di denug.
Credo che per linkare le dll intendessero inglobarle nell'eseguibile:
Un autorun da 50MB insomma! :-)))
Ciao 
Alessandro


Ah, se rilasciassero le versioni statiche (i LIB) delle runtime si potrebbe fare
eccome. Pensa che VB (con opportuni accorgimenti) può non solo usare librerie
statiche, ma anche oggetti scritti con altri linguaggi, addirittura moduli in
ASM, e le routine dei moduli creati in VB possono essere esportate (cioè: creare
DLL "vere"). Questo, comunque, solo dalla versione 5 in poi, perchè è la prima
in cui l'eseguibile è compilato in codice nativo


 > introdotta nella versione 7.0...
    Nessuno di voi ha mai sentito parlare di Fusion?
    E' un prodotto che genera un unico eseguibile, con all'interno tutte le
DLL che servono.
    L'ho testato un attimo e sembra funzionare bene. L'unico problema mi e'
capitato passando da NT a 9x ...
        Cris
--
Cristiano Verondini
http://www.ing.unibo.it/~cverond

 wrote in message
8i2b50$et$1...@pinco.nettuno.it...


 in cui l'eseguibile è compilato in codice nativo
Mai sentita! E in che modo si possono ottenere siffatte maraviglie? :)
Ciao,
Alessandro

Linkando a mano i moduli compilati. Senza alcuna conoscenza di ASM o C++ o
Pascal puoi gią crearti delle API (basta sapere il formato dei nomi delle
funzioni VB). Se conosci questi linguaggi puoi anche inserire inline Assembly,
librerie statiche, e creare EXE con funzioni esportabili. Se ti servono delle
prove... chiedi e ti sarą dato


 wrote in message
news:i_t35.229477$VM3.1...@news.infostrada.it...
