Newsgroup: it.comp.lang.visual-basic
Titolo: ? e se non c'è ACCESS???

Cari amici (perchč tali Vi ritengo)
Ho installato sul PC di un amico una mia applicazione che prende i dati da
database di Access (.MDB), ma su suo PC Non c'č installato Office.
La mia applicazione non funziona,  per questo motivo???
Se cosě, che vuol dire che per farla funzionare c'č bisogno di installare
Office, o posso inserire dei riferimenti nel mio PRG e passargli qualche DLL
che gli consenta di funzionare???
Vi prego di aiutarmi se non altro perchč per quella cavolo di applicazione
mi sono mangiato la testa.
Grazie,
Ciao

 che gli consenta di funzionare???
Bastano le librerie di ADO o DAO ( a seconda di quello che hai usato), ma te
le installa il programma di installazaione del tuo prg, ne hai fatto uno
vero !??!?!
Ciaps
Stracca

che gli consenta di funzionare???
Esatto!
Usa l'autocomposizione installazione (Setup Wizard) e vedrai che ti aggiungerà anche delle "runtime" per il motore Jet.
Ciao,
Moreno
#sirri#@
tin.it
(togliete "#" dall'indirizzo)
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------

Usa l'autocomposizione installazione (Setup Wizard) e vedrai che ti
aggiungerà anche delle "runtime" per il motore Jet.
Bene, allora posso dedurre che il PC del mio amico è incasinato, e che il
mio prg è compilato giusto????
Il messaggio di errore riguarda una certa classe non registrata...... ma ti
assicuro che questo amico è uno smanettone di quelli che combinano spesso
casini nei p.c.


...


casini nei p.c.
Non e' detto che il computer del tuo amico sia incasinato...
Il fatto e' che, quando sviluppi un programma in Visual Basic e lo
vuoi portare per la prima volta su un altro computer, DEVI creare un
set di installazione: difficilmente infatti il computer "target" avra'
gia' tutte le librerie, gli OCX e quant'altro tu abbia usato nel tuo
programma.
Il Setup si porta dietro tutti i file necessari al corretto
funzionamento della tua applicazione, e si occupa anche di registrare
gli OCX nel Registro di Sistema.
Se poi, dopo la prima installazione, aggiorni soltanto l'eseguibile,
e' sufficiente portarsi dietro quest'ultimo; se invece il tuo
programma utilizzera' nuove librerie/OCX rispetto alla versione
precedente, dovrai creare nuovamente il Setup...
Saluti,
Marco Gentili
EmmeCiQuadro Snc
m.ge...@emmeciquadro.it

Forse hai usato il calendario di access?
Se è cosi fammi sapere perchè devi modificare a mano
un file della cartella di installazione dove vb tiene la lista degli ocx
registrati.

...

Scusate l'intromissione (mi sono collegato da poco e ho perso l'inizio
della storia), ma per caso si tratta della macro DllSelfRegisterEx nel file
Setup.LST ??!!??
Lo chiedo perché fece impazzire anche me, a suo tempo.....
Il problema è che il programma Setup1.EXE (di cui VB fornisce anche i
sorgenti) _NON_ ha previsto quella macro che quindi tratta come un "nome di
file" che dovrebbe contenere le impostazioni di registrazione (e che
naturalmente non trova).
Il bug dunque non è nel controllo calendario, ma nel Setup1.vbp: infatti
quella macro DOVEVA essere prevista, perché serve ad eseguire una
registrazione più "estesa" (mi si passi il termine) del "normale".
Togliendo l' "Ex" dalla macro, l'installazione funziona, ma poi si avranno
problemi con la disinstallazione (esperienza fatta!): il controllo
calendario non verrà disinstallato, ma basta cliccare su "Ignora" e tutto
va bene
La cosa assurda è che sia VB che Access sono M$: alla M$, quando hanno
fatto il Setup1, non hanno pensato a quella macro che molti controlli, tra
cui uno sviluppato da M$, pretende per l'installazione !!!!!!
Ah Billy, mav.....!
(che ce tocca fa'!)
-- 
Ale...@tiscalinet.it