Newsgroup: it.comp.lang.visual-basic
Titolo: Installer free per visual studio 2010 express

Salve, è molto che non scrivo più qui e lurko anche di rado.
Da una scorsa veloce degli ultimi post che ho archiviati 
(non accedo via web) non ho trovato post sull'argomento.
 
Spiego il mio problema. Ho fatto un programmino in VB.net 
2010 express, e ora sto cercando di renderlo installabile.
 
Probabilmente non so regolare le opzioni, manco spulciando, 
ma riesco a posizionare in una cartella di mia scelta solo 
l'installer stesso. In seguito, seguendo la procedura di 
installazione, non mi da alcuna alternativa di scelta su 
DOVE installare l'eseguibile vero e proprio (e magari le DLL 
che usa, che non so esattamente come si chiamino, tra 
l'altro, perché vedo il framework solo ad alto livello, come 
dependencies a cui mettere la spunta).
Andandolo a cercare, orrore, trovo che lo piazza dove cavolo 
vuole lui, e anche nel disco di sistema.
 
Sapete come poter controllare la directory di installazione 
dei files eseguibili, risorse e quant'altro ?
O viceversa, siete a conoscenza di qualche installer free 
che magari si raccorda bene a visual studio, lasciandosi 
configurare e chiamare dall'IDE ?
 
grazie in anticipo per le dritte
Ciao
CCCP
 
 
-- 
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
 

Ciao Mario,
uno degli installer free piu' noti e' InnoSetup
Con quello dovresti riuscire a configurare l'installazione come desideri.
La documentazione del programma e' molto completa, ha anche alcuni 
ambienti IDE (io uso InnoIDE), inoltre per esigenze particolari e' anche 
scriptabile (es. per determinare se c'e .Net installato e quale versione).
 
Qui il sito:
http://www.jrsoftware.org/isinfo.php
 
 
Qui un sito di documentazione:
http://www.vincenzo.net/isxkb/index.php?title=Main_Page
 
 
Per quanto riguarda le dll da installare, posto che sul pc target 
dell'installazione ci sia il .NET framework con cui il programma e' 
compilato, devi comunque controllare se le librerie che hai selezionato 
nei references hanno l'opzione copy local a true. in questo caso devi 
indicare all'installer che vanno prese dalla cartella /bin/release o da 
dove vengono referenziate e lui le includerà nel pacchetto d'installazione.
 
HTH, Roberto

 HTH, Roberto
 
rigrazie, vado a vedere la documentazione


 essere un IDE per un programma di installazione
 
InnoSetup compila il file di installazione elaborando uno script scritto 
dall'utente seguendo una sintassi particolare.
Gli IDE grafici per InnoSetup permettono di generare questo script 
automaticamente. L'utente sceglie i file da inserire e tutte la opzioni 
attraverso una interfaccia grafica, quindi l'IDE dietro le quinte genera 
lo script che darï¿œ in pasto a InnoSetup.
InnoSetup ï¿œ il migliore, perï¿œ richiede comunque un po' di apprendimento.
Il "problema" che hai evidenziato ï¿œ che le versioni Express supportano 
solo la creazione di pacchetti di installazione ClickOnce (soppo il 
comando "Pubblica"), che hanno caratteristiche particolari e ben 
specifiche. Non sono pacchetti di installazione universali, e non vanno 
bene per ogni esigenza. Qui puoi trovare una esaustivo articolo su 
ClickOnce:
 
http://msdn.microsoft.com/it-it/library/cc185058.aspx
 
 
-- 
Saluti
VITRIOL

 
http://msdn.microsoft.com/it-it/library/cc185058.aspx
 
 
Ora ti farei una domanda per la cui risposta tremo :
ma questa orrenda limitazione, è soltanto tipica del 
pacchetto di installazione generato, o proprio una sorta di 
vincolo cablato dentro gli eseguibili stessi ?
In altre parole, con un opportuno installer esterno (tipo 
InnoSetup) si riesce ad aggirare a questo flaw oppure gli 
eseguibili prodotti dagli EXPRESS version sono 
intrinsecamente e impatchabilmente spazzatura ?
 
Tremante, attendo un verdetto !
ciao


 Tremante, attendo un verdetto !
 
Purtroppo, la seconda che hai detto.
 
 
 
 
 
 
 
 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
 
Scherzavo :-P
 
Con un programma di setup di terze parti puoi fare quello
che vuoi :-)
 
Bye, G.

 Bye, G.
 
 


 scriptabili" ? Non sto trovando una cippa.
 
Vuoi che ti dica la verità ?
Non ho mai provato altro che il setup convenzionale del
VB classico e il Click Once. Per quello che serve a me,
cioè programmi "verticali", utilizzati solo in azienda,
(per quanto in varie sedi in Italia) almeno finora mi
sono sempre bastati.
Certe volte devi trascurare l'eleganza per la praticità,
diceva più o meno Henry Ford progettando la "Modello T"...
 
Bye, G.

 diceva più o meno Henry Ford progettando la "Modello T"...
 
quoto, se fosse pratico x le esigenze di distribuire sw ad 
impediti (studenti !), lo userei.
Ma mi risulta impratico. Addirittura vorrei poter usare un 
monofile standalone, come si riusciva in C.
Così non devi stare tanto a dipendere dai framework 
installati etc etc. Tutto in panza (l'indispensabile).
Ma ClickOnce è agli antipodi, mi sa
ciao
CCCP


 scriptabili" ? Non sto trovando una cippa.
 
Ciao Mario,
 
In effetti sono perplesso, l' IDE che usavo io (InnoIDE) pare non abbia 
piu' neanche il sito...
In alternativa ho trovato, sempre partendo dal sito di Innosetup:
 
Inno Script Studio
https://www.kymoto.org/
 
sembrerebbe free e piuttosto completo, vanta anche possibilità di 
debugging dello script
 
Qui trovi altri riferimenti
http://www.jrsoftware.org/is3rdparty.php
 
 
Una nota: l'integrazione con l'ambiente Visual Studio di solito e' 
possibile solo per le versioni a pagamento, purtroppo.
 
Ciao,
Roberto

 Ma mi risulta impratico.
 
Parli di ClickOnce ? E p'cché ?
 
Voglio dire, sì, ti installa il SW dove cavolo pare a
lui, ma a te (utente, ma anche a te programmatore) in
fondo chettefrega ? Anche normalmente un programma di
installazione chiede dove vuoi che un certo prog debba
essere installato, e non deve essere per forza
in "C:\Programmi", no ?
L'unica controindicazione è quando l'utente "deve" poter
gestire la destinazione del programma, per esempio
perché ha lo spazio limitato in una partizione e vuole
installarlo in un'altra, ma sono casi rarai, AFAIK.
 
Poi, in genere pensa lui a risolvere tutte le varie
dipendenze del programma, se non c'è il framework giusto
se lo scarica e installa da solo e via dicendo, e puoi
disinstallare il programma normalmente dal pannello di
controllo-->installazione applicazioni o quel che è.
 
A meno che nel tuo lavoro non ci siano problematiche
che io non conosco, mi parrebbe una soluzione quasi
ottimale.
 
Bye, G.

 ottimale.
 
no no, non è nemmeno un problema proprio tecnico. Solo di 
orticaria quando mi sporcano il sistema :)


 Roberto
 
 


 
Riassumendo :
ho installato NSIS (compilatore) 2.64  (open source)
ed un editor, con WIZARD integrato,
HMSoft__NIS Edit (free pure lui).
 
Al primo tentativo ho incluso tutta la directory e 
subdirectory delle DEBUG release.
 
E ho usato il WIZARD siccome ancora non ho manco letto la 
sintassi di NSIS ...
 
Ebbene, il Wizard ha prodotto uno script (un solo file.NSI), 
tutto bello colorato.
L'ho dato in pasto (drag&drop) al compilatore NSIS.
E ha sfornato un pacchetto di installazione in un solo file, 
SETUP.
 
Costui ha funto (o fungiuto se preferite) al primo 
tentativo, creando anche l'uninstaller.
 
Devo dire che sono praticamente commosso, perché su una cosa 
del genere non avrei puntato un solo centesimo.
 
Mah ... se il buon anno si vede dal mattino ... (Murphy avrà 
certamente qualcosa da ridire)
 
Cmq, dal basso della mia assoluta inesperienza di installer 
customizzati, mi sento di consigliare vivissimamente di 
almeno provare questa coppia di leggerissimi programmini.
Mi sembrano robusti come carrarmati, visto che sono stati a 
prova di incapace.
Ciao
un lieto Sovietico :)


 incapace.
 
Uso anche io NSIS con soddisfazione per certe cose.
Secondo la mia esperienza hai 3 ordini di problemi con NSIS sul lungo 
periodo:
 
a) il linguaggio di scripting in certe cose è veramente 
teribbbbbile...mannaggia a lui e prima o poi ci devi avere a che fare 
perché i plugin che trovi fanno molte belle cose ma non coprono 
moltissimi scenari e ti tocca fare le cose a manina;
 
b) data la "a" fare debug di quello che succede durante il setup è un 
incubo;
 
c) NSIS, mannaggia a lui, non produce un pacchetto per Windows 
Installer ma fa una roba custom, e questo a mio modo di vedere è un 
limite notevole, perché ti perdi la garanzia di transazionalità che 
Windows Installer ti offre, e questo in alcuni miei scenari è un 
problema non da poco;
 
.m
 
-- 
blog @ //
milestone.topics.it
 
 
 

 ..m


 ciao e grazie
 





 controlli se in rete c'ï¿œ una versione piï¿œ aggiornata ?
 
ci sono modi per fare anche questo.


 ci sono modi per fare anche questo.
 
vabbene dai, ti ringrazio delle varie dritte, mo' smetto di 
tediarti :-)
Ciao
CCCP


 le procedure di I/O precedenti ?
 
i file system transazionali nel mondo Windows sono solo NTFS e non FAT, 
e il supporto c'ï¿œ da Windows Vista in avanti se non ricordo male, 
inoltre le transazioni hanno un costo computazionale da considerare 
quindi ha senso che sia il sofware che fa qualcosa con il FS che chiede 
di attivare/usare le transazioni e non il FS che di default attiva le 
transazioni.


 transazioni.
 
dai ... allora approfitto e ti chiedo ancora una cosa. :)
Da dentro NET, sotto che namespace posso frugare un po' per 
esplorare l'I/O su disco transazionale ? E' asincrono, 
sincrono o entrambe a scelta ? L'I/O asincrono per inciso 
non l'ho mai dovuto utilizzare (se non nell'accezione spuria 
di bufferizzato, che è trasparente dal punto di vista della 
gestione del codice, che cmq appare sincrono alla funzione 
che legge e/o scrive su file).
Potrebbe essere interessante per operazioni "atomiche" in 
cui ad es. salvi lo stato di un oggetto e devi essere sicuro 
di averlo o salvato tutto correttamente, o annullare e 
ritentare se è andato storto qualcosa in qualche punto.
riciao


 riciao
 
Non c'è API .Net per i filesystem transazionali, bisogna andare di 
P/Invoke:
 
http://msdn.microsoft.com/en-us/magazine/cc163388.aspx
 
