Newsgroup: it.comp.lang.visual-basic
Titolo: Couldn't find ISAM ...

Ciao,
ho appena finito di leggere tutti i post su questo argomenti e ho anche
effettuato una ricerca su MSDN ma... non mi sono chiare alcune cose.
Io ho un programma sviluppato in VB 6.0 che utilizza DAO (sia come
controllo sia attraverso codice) per l'accesso ad un db di Access 2.0.
Il setup consolidato da n installazioni sull'ultimo cliente mi crea il
problema "Couldn't find ISAM installable"? Mi sembra di capire che devo
deregistrare e riregistrare  le seguenti dll:
DAO360.DLL
DAO350.DLL
E' corretto?
Grazie


Ciao. Leggi qui:
http://www.andreavb.com/forum/viewtopic.php?TopicID=3851&page=0#13047
magari ti aiuta ...
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


Secondo me piuttosto č meglio che reinstalli Jet.
Comunque controlla se nel registro di windows ci sono le seguenti impostazioni:
(HKLM sta per HKEY_LOCAL_MACHINE)
[HKLM\Software\Microsoft\Jet\4.0\ISAM Formats\Jet 2.x]
Engine = "Jet 2.x"
IsamType = 0
[HKLM\Software\Microsoft\Jet\4.0\Engines\Jet 2.x]
win32=C:\Windows\System32\MSRD2X40.DLL
http://support.microsoft.com/kb/209805/en-us
Bye
Raf
-----------------------------------------------------
Funk: cooler than the other side of the pillow.

 ha scritto nel messaggio 
news:1160391969....@b28g2000cwb.googlegroups.com...

Ho avuto il medesimo problema dopo una riformattazione e reinstallazione
di tutti i componenti e software.
Giusto ieri ho installato il SP6. Tutto risolto.
Bye 

 Bye
Ciao, purtroppo sui PC del Cliente non posso installare nulla... ora
provo a leggere su MSDN l'articolo che riguarda le chiavi di
registro...
Avete altri suggerimenti?
Grazie


Ciao,
appena vado dal cliente posso controllare queste chiavi di registro.
Ho letto gli articoli su support.microsoft ma sembra si riferiscano ad
un anomalo funzionamento di access mentre io ho un problema su un
applicativo.
In ogni caso ho fatto la seguente prova:
su un pc con il solo SO (WXP) ho installato il mio applicativo... a
parte due DLL che ho dovuto registrare (mscomctl.ocx e msstdfmt.dll)
funziona tutto. A questo punto sono andata a modificare i percorsi nel
registro di msrd2x40.dll e msrd3x40.dll (articolo 283881) e mi da il
seguente errore "impossibile accedere ad un db creato con una versione
precedente".
Questo però non mi aiuta...
Grazie

 precedente".
Come č stato fatto il setup del tuo applicativo? Cosa distribuisci in
particolare (DLL, MDAC etc)?
Sembra che l'errore possa dipendere anche da una errata versione di MSVBVM60, se
ad esempio usi il controllo Data intrinseco.
http://support.microsoft.com/kb/299457/en-us



Ciao, distribuisco DLL, OCX etc...ed uso il controllo data intrinseco.
Ho controllato la versione di MSVBVM60 presente nel setup ed è la
6.0.89.64. Mi sembra corretta... cmq domani vado dal cliente e
nell'ordine :
verifico la versione di MSVBVM60.dll ed eventualmente sovrascrivo la
dll
provo a registrare MSRD2X40.dll
verifico MSJET35.dll ed eventualmente sovrascrivo la dll
Grazie


Perché MSJET35? Non usi Jet 4.0?



Ciao,
aspetta sto andando un po' in confusione... io distribuisco:
MSRD2X35.DLL
MSJET35.DLL
perchè il mio applicativo usa Access97 e ADO 3.51. Il cliente dovrebbe
avere Access 2003 sui client e nulla sul Server. I db sono ovviamente
sul Server mentre sui client ho il collegamento all'exe. Detto ciò io
devo verificare ed eventualmente sostituire le librerie sopra
menzionate oppure
MSRD2x40.DLL?
Grazie

 Grazie
Prego, fammi sapere se hai risolto
Ciao
Raf

 Pack hai?)
Ho la SP5... sul PC dal quale ricompilo l'exe ma il setup non so da
quale PC è stato fatto...Ho controllato e nel setup non ho VB6IT.dll.
Bene mi riporto dal cliente tutte queste dll e prima le registro, se
non funziona le sovrascrivo.
Grazie ancora

Ultima cosa... VB6IT.DLL non la trovo sul mio pc...

 Ultima cosa... VB6IT.DLL non la trovo sul mio pc...
Infatti sembra che il problema possa sorgere se invece esiste sul PC del
cliente, e magari non è allineata con il SP5 di VB6.
In tal caso, a meno che non ci siano altri programmi VB6 installati da altri
fornitori che potrebbero farne uso, io ti consiglio di sfrombolarla via... cioè
di eliminarla. Altrimenti bisogna che te ne procuri una versione SP5 e la
installi (basta copiarla in Windows\System32, non è un ActiveX).
Bye


Ciao, sembra funzionare tutto...
Ho eliminato la DLL (VB6IT.DLL ) nessuno sapeva se c'erano altri
applicativi VB6 installati... al massimo mi chiamano di nuvo segnalando
dei problemi di altro tipo...
Per il momento grazie...

 Per il momento grazie...
Di nulla,
Ciao
Raf

 Non te lo auguro...
Al massimo gli incollo vb5it.dll...
Scusa se ne approfitto ma ti chiedo un'altra consulenza...
Dal cliente sono riuscita a sistemare solo le postazioni con l'errore
ISAM. Mi rimane una postazione che si comporta in modo strano. Mi
spiego meglio... il pc dovrebbe essere identico agli altri due ma su
questo non mi si aprono i report di crystal report. Mi chiede nome
utente e pwd. Questo errore me lo dava quando su un pc ho usato con
questo setup report modificati con crystal 8.0. Una volta che ho
rimodificato i report con crystal 5.0 non ho + riscontrato anomalie...
Grazie in ogni caso

 rimodificato i report con crystal 5.0 non ho + riscontrato anomalie...
Personalmente CR l'ho usato con VB3 e solo fino alla versione 4.6, che immagino
non molto diversa dalla 5.
Prova a verificare se sul PC sono presenti tutte le DLL di CR, in particolare
PDBDAO.DLL.
Ciao
Raf