Newsgroup: it.comp.lang.visual-basic
Titolo: problema con pacchetto di installazione..

salve a tutti assidui frequentatori del NG...
Ho un piccolo problema che, capirete, mi sta facendo imbestialire in quanto
è brutto finire un programma molto laborioso e scoprire che non si può
creare il pacchetto di installazione!
Mi si pongono 2 problemi:
1) io faccio riferimento ad un file amm.mdb (niente niente.. ho capito
adesso come mai non lo aggiungeva nel pacchetto)
2) una volta intallato il programma lo vado ad aprire e non appena si fa
riferimento al database... "Impossibile trovare ISAM installabile..." e
ovviamente non funziona un tubo!
dall'ambiente di sviluppo invece tutto perfetto...
cosa vuol dire questo messaggio??
L'ho avuto già quando non mi riconosceva, in fase di progettazione, il
database di access2000, ma ora che mi è funzionato in ambiente, fuori, con
l'installazione non funziona?!

 installabile..." e ovviamente non funziona un tubo!
Installa Jet

 Installa Jet
what? forse non ti ricordi che non ho tanta esperienza da riuscire a capirti
al volo :-)
microsoft jet non è già installato in ogni computer? (non credo dato che non
funziona) ma allora da dove lo prendo? e come lo includo nel pacchetto di
installazione?
grazie mille

 pacchetto di installazione?
Cerca in MSDN/Google Jet4SP3 (e leggi almeno i post di oggi...)

> Cerca in MSDN/Google Jet4SP3 (e leggi almeno i post di oggi...)
perso nei meandri di google e msdn on line torno da te come al solito...

ho controllato la mia installazione e ho verificato che, per l'accesso ai
dati, non avavo installato i DRIVER JET IISAM...
ma se lo installo non credo che i miei problemi si risolvano vero? i driver
JET devono essere inseriti nel pacchetto di installazione...

ah, ho guardato anche tutti i post di oggi... mi indichi quale intendi? io
non ho trovato niente

 solito...
http://makeashorterlink.com/?K6CB23AC5
 per l'ultima versione (jet4sp7, ma
leggiti tutto perchè è diversa in funzione del sistema operativo)
jet4sp3 non riesco a trovarlo :-(
--
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

ho scaricato l'Aggiornamento consigliato per Microsoft Jet 4.0 Service Pack
7 (SP7) (Windows XP)
(sul mio pc sto utilizzando xp per ora).
Ho letto che per windows 2000 non c'è bisogno di installare questi
componenti... sono sicuro che il pc di destinazione utilizzi win 2000, ma
come posso fare per includere questo aggiornamento nel mio pacchetto di
installazione?

o meglio, se mi voglio modificare il file setup1 che file devo aggiungere?

il bello è che pur avendo installato tale aggiornamento, la mia applicazione
installata continua a restituirmi lo stesso errore di impossibile trovare
ISAM installabile...
[ot] Non credo che abbiate avuto tutti i miei stessi problemi con i database
e visual basic... sto iniziando a pensare che avrei speso meno tempo
utilizzando i vecchi file sequenziali :-)
[fine ot]
Cmq grazie a tutti dell'0aiuto

 impossibile trovare ISAM installabile...
l'aggiornamento l'hai installato sulla macchina dove sviluppi o su quella
dove esegui il programma?


è la stessa macchina per ora

cmq ho provato convertendo il mio database in una versione di access 97 e va
tutto bene...
solo che non vorrei adottare questa soluzione che mi sa tanto di
arrangiamento

 97 e va tutto bene...
imho, hai fatto qualche casino con le varie versioni del progetto.
se non ricordo male il problema 97-2000 lo avevi già risolto...


 č la stessa macchina per ora
Questa č destabilizzante...
Alberto
-- 
Rigore č quando arbitro fischia

 č la stessa macchina per ora
??? mi sembra impossibile......

ricordi bene...
solo che si presentava quando in fase di progettazione tentavo di impostare
la proprietà connect del controllo data ad "access 2000"... cmq ora il
problema si ripresenta dopo l'installazione del programma! :-(
cosa c'è di strano e destabilizzante? purtroppo non ho un'altra macchina su
cui testare... e non ho nemmeno fatto un'altra partizione...
e se non funziona su questa, figurati su quella del "cliente" :-)
possibile che questo problema sia capitato solo a me?  guardatae le date dei
miei post oggi... vi rednerete conto di quanto sto sbattendo la testa oggi
:-) aiutoooo :-)
grazie a tutti

 partizione...
se ti riferisci a me e Albe, non facevamo riferimento al fatto che hai una
sola macchina (e ci mancherebbe! :)), ma bensì al fatto che se la macchina
di sviluppo e di test coincidono è destabilizzante il fatto che ti dia
quell'errore!!
ciaociao

infatti...
e immagina quanto devo essermi destabilizzato io :-)
vi prego aiutatemi :-( non mi ricordo nemmeno più come si fa la somma di 2
numeri in visual basic! :-)


Quindi riassumendo:
1) tu lanci il programma dall'IDE e funge.
2)Crei il setup
3)Lanci il setup appena creato sulla stessa macchina (il setup va a buon
fine)
4)Esegui il programma appena installato tramite il setup e di dice
"Impossibile trovare ISAM installabile"
giusto?

 fatto che ti dia quell'errore!!
A quello non avevo neppure pensato.
Mi destabilizzava il fatto che questa informazione venisse data dopo una
dozzina di post in rapida sequenza, anzichè essere riportata all'inizio.
Alberto

chiedo scusa... mi  sembrava sottointeso che la macchina fosse la stessa :-)
cmq si la sequenza di operazioni č quella... dove sbaglio?

precisamente l'errore me lo da' non appena apro un form che accede al
database... infatti ho un form di inizio, una specie di menu... che no ndeve
accedere ad alcun database e funziona bene... finkè non clicco qualcosa :-(

apro... hem non č poi cosě corretto... non appena eseguo l'istruzione
form1.show oppure la form2.show, oppure la form3.show... oppure ... :-(

 cmq si la sequenza di operazioni è quella... dove sbaglio?
io cedo. Sinceramente mi sembra impossibile....non so che dirti....

Paolo C. wrote:
[cut]
Paolo,
adesso calmati.
Respira lento lento.
Questa non č una chat.
E' un newsgroup.
1) Si ha un problema
2) Si cerca la soluzione
3) Si cerca nei post vecchi
4) Si cerca in Google
5) Si posta una richiesta
6) Si ASPETTA una risposta
7) Si prova la risposta
8) Si approfondisce la risposta
9) Eventualmente si riposta
10 e cosě via...
E' IMPOSSIBILE che tu abbia fatto una ricerca seria, una prova seria, una
analisi seria, nei due-tre minuti che intercorrono fra due tuoi post
successivi.
Se vuoi una mano, devi dare molti indizi e poi aspettare, non postare a
ripetizione ogni volta dicendo un piccolo dettaglio.
Ciao


aggiungo un altro particolare...
quando creo il pacchetto di installazione, sono costretto a eliminare dai
file da installare il componente msado25.tlb perchè altrimenti il setup non
va a buon fine in quando non lo riesce a registrare...
cmq io utilizzo DAO, quindi è un componente che 1, non so che si trova a far
parte del mio progetto, 2 non mi serve... quindi non credo dipenda da
questo...

hai perfettamente ragione... chiedo scusa a te e tutti gli utenti del
newsgroup, ho proprio dimenticato tutte le regole.
è solo che sono in un campo in cui non mi è di grande aiuto effettuare
ricerche per conto mio perchè DOVUNQUE (purtroppo) si danno per scontate
cose che per me non lo sono...
figurati che fino a 3 mesi fa in non sapevo nemmeno cosa fossero DAO e
ADO... e i progressi li ho fatti grazie a voi del NG.
pertanto ringrazio tutti.
ps: per i dettagli del mio problema.. vorrei tanto darvene, ma non so cosa
può essere utile.
ciao a tutti

 credo dipenda da questo...
Paolo, ritengo semplicemente impossibile che un progetto funzioni in
ambiente di sviluppo e non dopo un setup sulla _stessa macchina_, avviando
l'eseguibile che il setup stesso installa e che č poi lo stesso identico
compilato che l'ambiente di sviluppo produce. Impossibile.
La cosa č invece possibilissima su un'altra macchina, se il setup non
installa tutto quanto deve. Ma, visto che stai provando sulla stessa e unica
macchina, per ora non pensarci.
Ora, domando: l'EXE che produci compilando dall'ambiente di sviluppo
funziona (sempre sulla stessa macchina)? Se sě, anche l'EXE installato dal
setup, pur in altra cartella, deve funzionare.
Non č che i controlli data (da progetto o da codice) si riferiscono a
percorsi di database e file in genere che poi (sulla cartella che usi per
setup-pare) risultano introvabili?
Se l'exe non funziona, ma il progetto in IDE sě, allora (anche se č
veramente raro) si puň ipotizzare che, per una questione di tempi diversi di
esecuzione, qualche evento si verifichi prima/dopo dell'atteso. Ma č
veramente raro e spesso presume problemi di logica.

 aggiungo un altro particolare...

Se davvero non lo usi, togli tutti i riferimenti a ADO e vedrai che il
pacchetto non lo includerà più.
Usi DAO, indipendentemente dalla versione dei database (97 o 2000), metti
nei riferimenti la versione DAO 3.6 e togli la 3.51.

 veramente raro e spesso presume problemi di logica.
dev'esserci qualcuno che mi ha fatto un malocchio... cmq ripeto... se
utilizzo amm.mdb in formato access 97 funziona tutto perfettamente anche il
programma installato...

 nei riferimenti la versione DAO 3.6 e togli la 3.51.
infatti, DAO 3.6 è selezionata ed è in cima alla lista dei riferimenti (non
proprio all'inizio, ma è indifferente) mentre DAO 3.51 se ne sta solo
soletto nel mezzo della lista e non è selezionato.
avevo lasciato selezionato un ActiveX Data Object 2.5 library :-) tolto di
corsa... ma non credo sia questo il mio problema vero?

 anche il programma installato...
Allora è il problema sopra. Certi controlli data, verso 2000 non vanno. Dire
di mollare per l'eternità i controlli data è ininfluente, vero?!

[*Paolo C.* = 
paolo...@libero.it
 in
news:PTUib.36013$
Zh....@tornado.fastwebnet.it
] ha scritto:

Alt! Ora che hai tolto ADO il problema si ripresenta identicamente?
Lo chiedo perchè se non espliciti la libreria di competenza (per esempio dim
pippo As DAO.Recordset invece di Dim pippo As Recordset) vale la prima più
in alto fra i riferimenti e poteva essere quella di ADO.
Paolo, se è così (ovvero se adesso il programma va) ... t'accidooooooo! ;-)

 Paolo, se è così (ovvero se adesso il programma va) ... t'accidooooooo!
;-)
Dai, almeno questo lo sapevo! :-)
il programma non va lo stesso, ma comunque (non ne sono sicuro, è
un'ipotesi) non avrebbe funzionato se il recordset veniva dichiarato in ADO
e io utilizzavo i metodi DAO... o sbaglio?
cmq ora capisco xkè qualcuno con molta più esperienza di me mi ha
consigliato di non utilizzare i Data... heheh :-)
solo che ora ho scritto tutto il programma... sono un pazzo se mi metto a
rifarlo non ti pare?
cmq data ha alcuni sostanziali vantaggi: il popolamento automatico delle
textbox... l'aggiornamento automatico (senza dover inserire campo per campo
i valori) lo spostamento tra i record già realizzato...
in effetti realizzare queste funzioni ogni volta è un po scocciante...
immagino che tu ti sia inventato qualcosa per non dover ripetere ogni volta
questo fastidio vero?