Newsgroup: it.comp.lang.visual-basic
Titolo: URGENTE Aiuto per Installazione

Ho un problema d'installazione, ho sviluppato un progetto in Vb6, con
base dati SQlServer 2000, ho creato il package di installazione per
sistema operativo Win Nt4 Workstation Sp6.
L'installazione arriva al 100%, ma subito dopo mi segnala il seguente
errore:
AN ERROR OCCURRED WHILE REGISTERING FILE C:\WINDOWS\SYSTEM\MSADO21.TLB
Qualcuno mi sa dire cosa devo fare?
Grazie
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Qualcuno mi sa dire cosa devo fare?
Non per creare un flame, ma questo problema č uno di quelli che appaiono nel
newsgroup con maggior frequenza.
E tutte le volte bisogna rispiegare tutto.
Domanda 1: Che MDAC hai installato sulla macchina target?
Domanda 2: Che MDAC hai installato sulla macchina di sviluppo?
Domanda 3: Perchč utilizzi una versione di ADO piů vecchia di quella che hai
sulla macchina di sviluppo? C'č un motivo particolare o ne hai presa una a
caso?
Ciao
Alberto

 caso?
e' anche vero che ms non semplifica molto le cose...
proviamo un po'...
nb: in presa diretta (eseguo e scrivo il post):
status: w2k pro, tutti i sp e pre-sp3 che wupdate e il sistemista hanno
creduto meglio. vb6sp5.
provo il datawizard con ado.
non ci metto niente di mio, se non puntare una tabella (access97) e cliccare
'avanti'.
riferimenti che mi trovo:
spuntato:
- ado 2.0 (msado20.tlb)
non spuntati:
- ado 2.1 (msado21.tlb)
- ado 2.5 (msado15.dll)
- ado rs 2.5 (msador15.dll)
- ado ext 2.5 (msadox.dll)
sospendo questa risposta. chiudo oe.
avendo orecchiato un po' il ng, da \ftp installo mdac-2-7_typ.exe.
non chiede il riavvio, e dopo un po' di cric-cric rieccoci qui. riapro il
vbp di prima:
spuntato:
- ado 2.5 (msado25.tlb)
non spuntati:
- il 2.0 che prima era spuntato
- ado 2.6 (msado26.tlb)
- ado 2.7 (msado15.dll)
mi dico: avra messo la 2.5 e non la 2.7 perche' access97 gli fa povero e non
si impegna.
altro datawizard. tabella di access2000. riferimenti immutati.
tolgo il 2.5 e metto il 2.7. nessuna protesta e apparentemente i form
funzionano tutti e due.
ora, io lavoro essenzialmente con dao quindi (auspicando vivamente che d'ora
in avanti ado continui a farsi i fatti suoi e non quelli di dao) e ho
abbastanza esperienza per non andare subito nel pallone. staro' un po' a
vedere che succede. ma se era il mio primo vbp con accesso ai dati un po' in
tilt c'ero.
sulla logica che presiede al tutto, che -- senza parlare del mix di tlb e
dll a targhe alterne -- mi installa la libreria piu' recente ma mi aggiorna
(sua sponte, non mea) il progetto a quella prima della penultima, anche se
di ado non so niente qualche dubbio mi sorge.
j.

Dalle poche prove che ho fatto con ADO mi pare che per un progetto già
creato, VB automatizza il riferimento alla versione di ADO _originariamente_
dichiarata per quel progetto. Quindi ne può spuntare una inferiore a quella
installata sulla macchina. In questo sarà un file TLB e non DLL. Se invece
si crea un nuovo progetto, sarà il programmatore a spuntare la versione di
ADO che desidera (potrebbe essere anche una inferiore a quella disponibile,
TLB, per questioni di compatibilità), magari l'ultima installata (DLL). In
questo caso dovrà preoccuparsi di installare sulla macchina di destinazione
l'MDAC_TYP.EXE adeguato, lo stesso che ha sulla propria macchina. In ogni
caso, sempre IMHO, se sulla macchina di destinazione si installa
MDAC_TYP.EXE (fuori e prima del normale Setup dell'applicativo) non si deve
includere alcun TLB nel proprio Setup, perchè non è, per sua natura,
registrabile.
Mi resta un dubbio per ADOX (DLL) che provoca un errore in fase di setup, ma
poi tutto va lo stesso (se MDAC_TYP.EXE). Avevo a tal proposito fatto un
post il 10-05-02, ma nessuno mi ha mai risposto (sic!).