Newsgroup: it.comp.lang.visual-basic
Titolo: Le dll che servono al mio programma...come le vedo?

Salve,
come da subject, come faccio a vedere che dll servono al mio programma
(logicamente non quelle che posso aggiungere io) per funzionare? Ho
due pc, ma su entrambi ho installato il vb, quindi non so come
provare. C'è qualche dll che sicuramente devo portarmi dietro per far
girare un mio programma in un altro pc?
Saluti...

Ci pensa il programma di installazione guidata a fare tutto.
--
Ciao
Roberto
Email:
robert...@libero.it

>Ci pensa il programma di installazione guidata a fare tutto.
Ciao,
si quando uso creazione guidata pachetti...lui mi crea tutto quello
che serve, l' unico problema č che per un programmino semplice tipo il
mio mi ha sparato 9 mega e passo di file di installazione. A questo
punto volevo vedere che dll servivano, solo l' essenziale e provare
cosě...ma per vedere che serve veramente, quindi per alleggerire il
file .cab, come posso fare?
Saluti...

 ha scritto nel messaggio
news:3a4a88c...@news.libero.it...

Crea solo il file delle dipendenze che elenca DLL e OCX da distribuire.
Ciao VB

 punto volevo vedere che dll servivano, solo l' essenziale
[SNIP]
Premesso che non uso da tempo l'autocomposizione di VB, e' difficile stabilire
"l'essenziale", in teoria l'autocomposizione dovrebbe fare proprio quello; e'
anche difficile definire quando un programma e' "un programmino", magari hai
questa impressione solo perche' ha un paio di form e qualche controllo, pero
considera questo:
il runtime base di VB6 sono circa 2Mb
il file MFC42.DLL e' un prerequisito di quasi tutti i controlli aggiuntivi: ~1Mb
usi i common controls (listview, ecc.)?: ~1Mb di OCX
usi le coolbar oppure gli spin e i datepicker?: ~1Mb per altri 2 OCX
fai accesso ai DB, magari con DAO?: ~1.5 Mb forse qualcosa in piu'
usi DBGrid?: ~600Kb di OCX
usi Crystal Report?: ~1Mb di OCX piu' un'altra vagonata di Mb di supporto
e via di seguito...
l'unico sistema e' controllare tutti i riferimenti inclusi nel tuo progetto e
verificare che non ci siano controlli/librerie che sono selezionate ma non
vengono mai utilizzate dal programma; fatto questo tutto quello che rimane te lo
devi portare dietro, altrimenti devi rivedere la struttura del programma.
Ciao
--
Luca Dormio
luca....@tin.it

devi portare dietro, altrimenti devi rivedere la struttura del programma.
Ma io posso anche rivederla la strutturra del programma, utilizzare
DAO al posto di ADO che in locale è anche più veloce, ma avrei questo
cambianto radicale? Levato l' ocx per la foldertreeview, la dll per
ADO e qualche altra, ma tutto il resto che si porta dietro, che roba
è? Io nel mio progetto faccio riferimento a 6 dll, nel pacchetto di
installazione me trovo sicuramente di più. Voi come fate?
Saluti...

 Voi come fate?
Sulla prima installazione del sw installo sempre tutto. Se occorre faccio
fare anche l' upgrade di ie (a volte si rende necessario per il corretto
funzionamento).
Per gli aggiornamenti, se non c'e' rottura di compatibilita' binaria dei
componenti, copio soltanto le parti modificate.
Ciao
Aldo

 installazione me trovo sicuramente di più. Voi come fate?
Ci adattiamo :-)
Il fatto e' che quelle 6 dll a loro volta faranno riferimento ad altre e cosi'
via per cui tutto quello che si porta dietro sono file di supporto per VB, file
di supporto per ADO, file di supporto per DAO, file di supporto per i common
controls, file di supporto per foldertreeview...
Quando parlavo di rivedere la struttura del programma, per risparmiare spazio
sul setup, intendevo semplicemente usare lo stretto indispensabile; fatto questo
c'e' poco altro da fare, segui il consiglio di Hal(do): prepara sempre un
pacchetto completo per chi installa il tuo programma la prima volta e poi uno di
aggiornamento, con solo il *tuo* programma e i *tuoi* dati per eventuali
upgrade/patch/service packs
