Newsgroup: it.comp.lang.visual-basic
Titolo: [+o- OT] come impacchettare

salve...
[premessa]
Il problema nasce dalla necessita di dover lavorare da
un cliente che all'interno della sua struttura ha un reparto che gli
gestisce tutto l'hardware e il software
(e che vorrebbe soppiantarci su questo gestionale sviluppando internamente)
e quindi sono nati un'infinita di problemi e di ostacoli (fra cui anche il
casuale sfilamento del cavo di rete del server da un una colonna di hub fra
un intreccio di centinaia di cavi e molto altro che non vi voglio
propinare).
[fine premessa]
alche non posso fare una istallazione libera da vincoli.
devo istallare tutti i miei ocx e le dll e quantaltro in directory che non
siano di sistema al massimo per i file condivisi posso metterli in una
directory file comuni\file condivisi .
facendo un normale pacchetto non ho avuto mai questa necessita(non ho
neanche tutta questa esperienza di pacchetti)
ho cercato di aggirare tale problema provando il programa fusionv3 della
bitarts(che a quanto fanno credere mette tutti gli ocx e le dll in un
singolo exe) ma il risultato nn è stato dei migliori.
quello di cui ho bisogno è un consiglio su come posso aggirare o risolvere
tale problema o se è possibile effettivamente fare cio che mi chiedono.
posso mettere i miei componenti senza toccare quelli di sistema in alcun
modo?
vorrei ancora dare dei dettagli.
il mio prg usa ADO per l'accesso a dati che sono su di un database SQLserver
7.0 quindi istallo anche l'mdac_type 2.6(con cui lavoro o anche versioni
precedenti). ho i soliti ocx standard griglie varie treeview oggetti di
automazione office,richtextbox e faccio uso no indifferente di api,
datareport ecc,le macchine su cui va il prg sono win95,win98,win2000,winNT.
grazie x la vostra attenzione (scusate x il tread un po lungo)


Come ubicazione, non sei assolutamente tenuto a mettere le Dll e gli Ocx in
una cartella di sistema.
Quando fai il pacchetto, puoi specificare la destinazione di ogni singolo
file.
Di default, i file di sistema sono proposti nella cartella di sistema, ma tu
puio ad esempio copiare il path proposto per il tuo .Exe e incollarlo nei
path degli altri file.
In questo modo, i tuoi file saranno copiati nella cartella app.path, e non
in \system32.
Comunque sia, le librerie devono essere registrate (a meno che tu non
utilizzi .Net :-)))
Per cui, facendo come io ti dico tu non avrai disturbato la cartella di
sistema, ma avrai registrato dei file che saranno in una cartella
\programmi\applicazione\, e questo è molto male, perchè, ad esempio,
qualcuno potrebbe spostare la tua cartella credendo che non ci siano
problemi, e questo porterebbe i link del registry a fallire, con tutte le
terribili conseguenze.....
Vedi un po' tu.....
Alberto

 terribili conseguenze.....
almeno su questo non dovrei avere problemi anche xche e' una condizione
imposta:(
pero ti volevo chiedere come curiosita', come fa il SO a stabilire la dll
giusta se magari nel sistema ce ne e' una versione differente usata da altri
prg?
oppure il mio prg quando fa le sue belle chiamate?
bye by luigi

 oppure il mio prg quando fa le sue belle chiamate?
Il tuo Prg comunica al sistema che userà le chiamate alla Dll MIADLL.Dll,
Versione x.y.z
Il sistema verifica se la Dll c'è. Se c'è, il tuo exe userà quella. Se non
la trova, cerca la versione più recente.
Ovviamente, generalmente una installazione sovrascrive quella precedente,
perchè va sulla stessa cartella, ma se tu installi in una diversa, possono
coesistere due Dll identiche ma con versioni diverse.
Ciao
Alberto

 di fare copia incolla č sempre valido.
e' vero, ma in quella finestrella non ti mette tutti i file che istallera'
(almeno cosi mi capita nel mio pacchetto)
cmq grazie
bye by luigi


Strano.
A me li propone tutti.
Ovviamente non include i file che non saranno installati, ma che servono
solamente per l'installazione, tipo VB6STKIT, Setup, ecc...
Verifica se veramente non ti include tutti i file nella finestrella, perchč
č contrario a quello che ho sempre penstao!!
Alberto

 coesistere due Dll identiche ma con versioni diverse.
non è esattamente così...
http://groups.google.com/groups?hl=en&newwindow=1&threadm=9ja55p%24msuf0
%241%
40ID-66268.news.dfncis.de
&rnum=1&prev=/groups%3Fas_q%3Dsystem%2Bocx
%2Bactivex%26num%3D10%26as_scoring%3Dr%26btnG%3DGoogle%2BSearch%26as_epq
%3D%26as_oq%3D%26as_eq%3D%26as_ugroup%3Dit.comp.lang.visual-basic%26as_u
subject%3D%26as_uauthors%3Dfaber%26as_umsgid%3D%26lr%3D%26as_drrb%3Dq%26
as_qdr%3D%26as_mind%3D12%26as_minm%3D5%26as_miny%3D1981%26as_maxd%3D11%2
6as_maxm%3D2%26as_maxy%3D2002
http://groups.google.com/groups?hl=en&newwindow=1&threadm=owwM7.20227%24
4M2.541606%
40news2.tin.it
&rnum=1&prev=/groups%3Fhl%3Den%26newwindow%3D1%
26selm%3DowwM7.20227%25244M2.541606%
2540news2.tin.it
inoltre, se LTomasi deve installare MDAC_TYP non ci sono santi: il
sistema dovrà per forza di cose aggiornare diversi componenti condivisi
--
Faber

 (almeno cosi mi capita nel mio pacchetto)
una volta, una, il pdw di vb6 si e' pure dimenticato i common controls. non
e' da poco. con quello di vb5 non ho mai avuto problemi particolari.
j.pdw

 sistema dovrà per forza di cose aggiornare diversi componenti condivisi
a proposito dell' MDAC_TYP (la 2.6 presa direttamente da microsoft)  il
cliente mi ha addirittura detto che la versione che gli avevo istallato gli
aveva cambiato le partizioni della macchina sapreste dirmi (se non mi ha
detto una baggianata)
a cosa si stava riferendo??
bye by luigi

 altro.
scusa l'avevo scritto con un po di autoironia e non era molto evidente
(quando si ha dell'amaro in bocca......)
bye by luigi

 bye by luigi
sorry ho scartato un po troppo in basso con la risposta:))))

 a cosa si stava riferendo??
alla baggianata (per non dire altro) che ha detto.
--
Faber