Newsgroup: it.comp.lang.visual-basic
Titolo: [VB6] Problemi con Installer

Ho creato una applicazione VB6 usando un po' di OCX (mi ci sono sbizzarrito,
FlexGrid, Graph,....) pi� uno di terze parti.
Tutto bene in fase di progettazione, ma creato l'installer sono iniziati i
problemi:
- Su una macchina (XP SP2) chiede il riavvio per installare alcuni
componenti (dopo aver copiato 33 file tra DLL e OCX) che devono essere
aggiornati. Peccato che la cosa si itera all'infinito: dopo il restart, si
rif� il setup e viene chiesto di nuovo il riavvio.
- Su una macchina (Sempre XP SP2) l'installazione si conclude sempre
copiando i 33 files, ma senza riavvio. Poi si genere un errore di RUN TIME
(non ho con me il numero...).
- Su una macchina (XP SP3) tutto OK.
Pu� essere che senza l'SP3 non funzioni?!?!?!?! MI pare strano, oltre che
limitante....
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 limitante....
Starai distribuendo qualcosa di non distribuibile, tipo MSVCRT o 
MFC4...
Alberto
-- 
Henry David Thoreau: L'uomo ï¿œ tanto piï¿œ ricco quanto meno costano i 
suoi piaceri.

 MFC4...
Puoi spiegarti meglio?
Premetto che l'OCX di terze parti � FREE e distribuibile.


 Premetto che l'OCX di terze parti ï¿œ FREE e distribuibile.
Scusa, avevo capito che nel tuo pacchetto ci fossero anche altre dll o 
ocx...
Alberto
-- 
Charles Baudelaire: C'ï¿œ un solo modo di dimenticare il tempo: 
impiegarlo.

 limitante....
Hai provato a caricare il tuo setup in inno setup e farlo da l�?


L'argomento � stato trattato in tutte le lingue e gruppi del mondo.
A) L'installer di MS � buggato. Il problema del riavvio � noto e 
documentato.
B) Non inserisci nell'installer qualcosa necessario al corretto 
funzionamento di qualche componente.
Usa google per trovare informazioni su questi argomenti; personalmente 
non ho pi� voglia di scrivere ancora su questo argomento. Credo che 
Internet non sia un call center ma un archivio di informazioni. Prima si 
cerca nell'archivio e poi si domanda, qualora ci� che si vuole sapere 
non sia materia nota.
FYI
Non usare l'installer di MS. InnoSetup � gratuito � funziona benissimo. 
A pagamento ce ne sono dozzine, da SetupFactory a Wise a InstallShield e 
molti altri, diversi per funzionalit�, prestazioni, costo. Nessun 
programmatore con un minimo di rispetto per l'altrui computer userebbe 
l'installer di MS.
Facci sapere se hai capito e risolto.
-- 
-> GbC|
www.gbcweb.com
www.chiappori.com
-- 
-> GbC|
www.gbcweb.com
www.chiappori.com
 

> Facci sapere se hai capito e risolto.
Intanto GRAZIE a tutti. Ho capito la problematica e prover� InnoSetup.


 un minimo di rispetto per l'altrui computer userebbe l'installer di MS.
Mi permetterei di dissentire, considerandomi piï¿œ che rispettoso della 
pulizia della macchina target ed usando ciï¿œ nonostante il PDW di VB6...
Alberto
-- 
Thomas Fuller: Ci sono persone che sono state considerate coraggiose 
perchï¿œ avevano troppa paura per scappare.

 VB6...
Ah non credo proprio, perch� certamente prima di accorgerti del problema 
delle dll di sistema che causano il riavvio infinito (la feature di PDW) 
avrai fatto un installer e lo avrai dato a qualcuno, che ti ha chiamato 
inca##ato e detto della faccenda :) Ovvio che tu consideri questo come 
responsabilit� dell'installer. Io considero tutto quello che do al mio 
cliente come mia responsabilit�. Ma parliamo del sesso degli angeli, 
tanto di queste cose non interessa -purtroppo- nulla a nessuno.
Piuttosto... Hai mai usato installer professionali?
Fuor di metafora: 'hai idea di quello di cui parli'?
O conosci solo il prg con la feature del riavvio infinito? :D
Con PDW non hai il controllo di nessun aspetto dell'installazione.
Tutto � empirico, approssimativo e, potenzialmente, erratico.
Va bene -forse- per distribuire sw in ambienti chiusi e controlalti 
(stessa azienda, pc controllati dai sistemisti, SO puliti). Ma se vuoi 
uscire dal giardino di casa PDW non basta.
Qualsiasi personalizzazione richiede perdite di tempo infinite.
Non esistono variabili personalizzabili per la gestione di procedure 
interne all'installer.
Non puoi creare script interni per automatizzare processi, modificare il 
registro.
Anche solo mettere una icona sul desktop in ambienti multiutente diventa 
un suicidio.
Non puoi controllare l'installazione dei componenti del programma; se 
devi aggiungere una opzione devi reinstallare tutto.
Grazie ma ho gi� dato e non ne voglio sapere nulla.
Bah... � notte e ti racconto la storia.
Programma per Buffetti, versione 1.
Installer fatto con PDW con tutti gli accorgimenti possibili.
Iniziano le vendite.
Caporetto.
Due installazioni su 10 avevano problemi. Ovvio che il problema erano i 
picc� degli utenti, incasinati in modi assurdi. Ma � sempre molto 
complicato spiegare che il tuo installer non ha colpa quando il pc fa 
casino DOPO che hanno installato un tuo programma. Ed a 40/50 telefonate 
al giorno era dura anche solo rispondere alle chiamate. Identificai il 
problema proprio in PDW.
Provai Wise, InstallShield, Setup Factory (Inno non esisteva ancora; 
oggi sceglierei Inno senza pensarci su un secondo). Il secondo � 
meraviglioso, solo che costava (all'epoca) 800E :/
Alla fine optai per SetupFactoryche ho sempre aggiornato e non ha 
cannato una volta.
E bada che parlo di migliaia (molte) di installazioni.
Vedendo gli altri prodotti mi sono reso conto della pochezza di PDW. 
Che, per carit�, chiunque pu� usare. Ma se devo installare un sw che usa 
PDW il primo pensiero � 'oddio mi imputtana tutto'.
Ciao cia'


 informato, credo... Ed � pure MS...
Volgio dire che librerie, dll, ocx che richiedono componenti aggiuntivi 
specifici vengono installate insieme ai files delle 'dipendenze', che 
istruiscono gli installer a come comportarsi durante la creazione del 
pacchetto.
Accade che spesso tali pezzi di sw vengono utilizzati un po' 
'allegramente' ed i file dep non sono nel sistema; ci si lamenta quindi 
che il prg non funziona e via dicendo.
Ma -generalmente- o l'installer del componente o la guida indica 
chiaramente cosa si accompagnare la libreria per il corretto 
funzionamento. E non � colpa dell'installer se non lo sa, ma del 
programmatore che usa la libreria in modo poco accorto e scarsamente 
consapevole :P.
Ariciao cia'


 aggiungere una opzione devi reinstallare tutto.
Veramente, l'installer del pdw ï¿œ open-source, i sorgenti sono un banale 
programmino in vb6, splendidamente commentati e con la sua bella 
documentazione su MSDN. Mi ï¿œ capitato di dover fare cose incredibili in 
fase di setup, ad esempio "installare in un modo se... e installare in 
un altro se..., dopo avere chiesto dieci cose all'utente...". Qualcne 
messagebox e qualche if in una sub di VB6, e ho fatto tutto.
Si potrï¿œ fare anche con altri installer, non lo discuto, ma secondo me 
quello che non sa di cosa si stia parlando non sono io.
Comunque il problema ï¿œ sempre alla fonte. Prima di inserire un ocx o 
una dll in un progetto, bisogna sempre chiedersi cosa questo implichi 
in termini di compatibilitï¿œ, distribuzione, ecc... Quando ci si 
sbizzarrisce a spuntare di tutto di piï¿œ, poi pensare che debba essere 
l'installer a toglierci le castagne dal fuoco ï¿œ sbagliato.


 mutazioni dell'ambiente.
Non voglio entrare nel merito di tutto il resto, fatto sta però che
questo problema c'è sempre stato ANCHE quando VB6 era in pieno
supporto... oltretutto IE4 e VB6 sono usciti praticamente nello stesso
periodo e, se vogliamo dirla tutta, all'epoca tutto questo fiorire di
software per creazione di macchine virtuali che abbiamo ora
(specialmente con "dentro" sistemi 95/98) non c'era.
Quindi non è un inevitabile conseguenza dell'"invecchiamento
informatico", è stato così praticamente da subito.
Noi, dopo averci già avuto a che fare con VB5 e precedenti, penso che
abbiamo usato il PDW di VB6 esattamente 1 volta: per farci generare il
file .LST con l'elenco delle dipendenze di un nostro modulo tipico;
dopo di che ce la siamo vista da soli, fintanto che poi è uscito Inno
Setup.

> ca##o di cane)
evabbe', pero' ricordati che � tuttora signorina.
sull'installer, sto seguendo il thread.
per puro caso, pochi giorni fa, in una cosa solo per me, mi serviva unicode.
una guglata, e ho visto che coi forms 2.0 era la pi� veloce.
inglobati nel vb, office2k c'�, sui miei pc va.
per pura curiosit� mi sono detto: e se non c'� office?
col pdw ho fatto il setup, e l'ho provato su una vm 2000 pulita.
solito problema del riavvio.
riguglata, trovata pagina msdn che spiega la faccenda, aperto l'elenco 
creato dal pdw, tolta un po' di roba, il setup � andato.
poi, quando chiamo il form che ha i due textbox forms2, il mio vb sulla vm 
crolla dicendo insufficient memory o qualcosa di simile.
ma il resto andrebbe, nonostante ci siano parecchie cose strane, compreso 
uno o due webbrowser.
del pdw nativo di vb, francamente, io non riesco a parlar male.
ciao