OVH Cloud OVH Cloud

Urgent : la classe ne gére pas automation ou interface attendu

25 réponses
Avatar
Karine
Bonjour,
je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
la classe ne gére pas automation ou interface attendu

cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas utiliser
le logiciel.
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'utilise dans mon programme le jet 4.0
la dll installé est msado15.dll version 2.71.9030.0

merci d'avance de votre aide

10 réponses

1 2 3
Avatar
GorFFe
Pouvons nous avoir plus de détails sur cette connexion ?

GorFFe


"Karine" a écrit dans le message de
news:
Bonjour,
je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
la classe ne gére pas automation ou interface attendu

cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas utiliser
le logiciel.
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'utilise dans mon programme le jet 4.0
la dll installé est msado15.dll version 2.71.9030.0

merci d'avance de votre aide




Avatar
Jacques93
Bonjour Karine,
Karine a écrit :
Bonjour,
je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
la classe ne gére pas automation ou interface attendu

cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas utiliser
le logiciel.
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'utilise dans mon programme le jet 4.0
la dll installé est msado15.dll version 2.71.9030.0

merci d'avance de votre aide




Afin de connaitre le détails des versions Mdac installées, tu peux
télécharger Component Checker ici :

http://msdn.microsoft.com/data/mdac/downloads/default.aspx

NB: La version dernière version de mdac pour XP SP2 est Mdac 2.8 SP1

http://cjoint.com/?gCscgSOLXh

et la version de msado15.dll : 2.81.1117.0

http://cjoint.com/?gCsdfB74EV

Attention également aux versions de Jet qui sont spécifiques à cerrtains

Jet 4.0 SP8 for Windows 2003
Jet 4.0 SP8 for Windows XP
Jet 4.0 SP8 for Windows 2000
Jet 4.0 SP8 for Windows 95/98/NT 4.0

http://msdn.microsoft.com/data/downloads/updates/default.aspx#MDAC

--
Cordialement,

Jacques.
Avatar
Jacques93
Bonjoir Karine,
Karine a écrit :
Bonjour,
je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
la classe ne gére pas automation ou interface attendu

cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas utiliser
le logiciel.
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'utilise dans mon programme le jet 4.0
la dll installé est msado15.dll version 2.71.9030.0

merci d'avance de votre aide



Ci-joint une docummentation assez complète écrite par Martine Tiphaine
(Ingènieur Microsoft). Apparement elle n'est plus téléchargeable (la
doc) ;-)

Depannage - MDAC et connexion.doc

http://cjoint.com/?gCslM73g7F

--
Cordialement,

Jacques.
Avatar
Patrice Henrio
ça n'a peut-être rien à voir mais j'ai eu un problème un peu similaire avec
des composants "relativement" basiques de VB6.
Le pb venait de ce que sur les deux postes où ça ne fonctionnaient pas il
n'y avait office d'installer ???
La solution a consisté à n'utiliser que des briques de base de vb6.

"Jacques93" a écrit dans le message de
news: eQeO9r$
Bonjoir Karine,
Karine a écrit :
Bonjour,
je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
la classe ne gére pas automation ou interface attendu

cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas
utiliser le logiciel.
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'utilise dans mon programme le jet 4.0
la dll installé est msado15.dll version 2.71.9030.0

merci d'avance de votre aide



Ci-joint une docummentation assez complète écrite par Martine Tiphaine
(Ingènieur Microsoft). Apparement elle n'est plus téléchargeable (la doc)
;-)

Depannage - MDAC et connexion.doc

http://cjoint.com/?gCslM73g7F

--
Cordialement,

Jacques.


Avatar
Karine
Bonjour,

j'ai donc un programme vb qui accéde a une base de données (soit access 2000
soit SQL Serveur 2000)

ma chaine de connexion :

Pour access :
gSADOConnect = "Provider=Microsoft.Jet.OLEDB.4.0;Data source=" &
txtBaseAccess.Text & "; Jet OLEDB:Database password=tc29af51"

Pour SQL Serveur
gSADOConnect = "Provider=SQLOLEDB;Server=" & txtServer.Text & ";Database=" &
txtBaseSQL.Text & ";"
gSADOConnect = gSADOConnect & "UID=" & txtUID.Text & ";PWD=" & txtUpwd.Text
& ";"

a cet endroit du code :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset

j'ai l'erreur 430 : la classe ne gére pas automation ou interface attendu

la machine sur laquel je travail est un XP SP1
mon programme marche sur toutes les configurations mais chez 2 clients ca ne
marche pas en XP SP2 et pourtant les mdac 2.5 2.7 et 2.8 ont été installé

"GorFFe" a écrit :


Pouvons nous avoir plus de détails sur cette connexion ?

GorFFe


"Karine" a écrit dans le message de
news:
> Bonjour,
> je n'est toujour pas resolu mon probleme concernant mon erreur 430 :
> la classe ne gére pas automation ou interface attendu
>
> cela devient urgent, j'ai maintenant 2 clients qui ne peuvent pas utiliser
> le logiciel.
> leur config : XP SP2 (es ce que cela provient du SP2 ?)
> j'ai fais un test mais chez moi ca fonctionne.
> le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
> je ne sais plus vers quelles pistes je doit aller.
>
> cette erreur se produit au moment de la connexion :
> Dim ADOConnection As ADODB.Connection
> Set ADOConnection = New ADODB.Connection
> Dim ADOSet As ADODB.Recordset
> Set ADOSet = New ADODB.Recordset
>
> j'utilise dans mon programme le jet 4.0
> la dll installé est msado15.dll version 2.71.9030.0
>
> merci d'avance de votre aide
>
>





Avatar
Patrick Philippot
Bonjour,

Karine wrote:
leur config : XP SP2 (es ce que cela provient du SP2 ?)
j'ai fais un test mais chez moi ca fonctionne.
le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
je ne sais plus vers quelles pistes je doit aller.

cette erreur se produit au moment de la connexion :
Dim ADOConnection As ADODB.Connection
Set ADOConnection = New ADODB.Connection
Dim ADOSet As ADODB.Recordset
Set ADOSet = New ADODB.Recordset



Il y a de toute évidence un problème de "mismatch" entre ce que vous
installez et la station cliente.

la dll installé est msado15.dll version 2.71.9030.0



Cela correspond au MDAC 2.7 sp 1a. Cependant, si vos clients tournent XP
SP2, ils ont déjà le MDAC 2.8 SP1 *et il n'est pas possible d'installer
le package MDAC 2.8 sur ces machines* (ni un autre je pense,
d'ailleurs).

Il faudrait donc vérifier le numéro de version de MSADO15.DLL sur la
machine cliente dans C:Program FilesCommon
FilesSYSTEMADOmsado15.dll. Cela devrait être 2.81.1117.0. Si ce n'est
pas le cas, c'est qu'il y a eu un écrasement lors de l'installation ou
bien que vous installez / enregistrez une autre version de MSADO15.DLL
dans le répertoire de votre application. Installez vous systématiquement
*votre* version de cette DLL?

L'utilisation du Component Checker (suggérée par Jacques) vous aidera à
identifier ce qui est présent sur ces machines.

Je vous suggère, après avoir vérifié le numéro de version C:Program
FilesCommon FilesSYSTEMADO (toutes les DLLs doivent avoir la version
2.81.1117.0), de procéder au réenregistrement de toutes ces DLLs:
MSADO15.DLL, MSADOMD.DLL, MSADOR15.DLL, MSADOX.DLL, MSADRH15.dLL,
MSJRO.DLL.

regsvr32 <nom de la dll>

Au moins vous serez sûre de ce que votre application utilise.

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Avatar
Patrick Philippot
Patrick Philippot wrote:
Installez vous systématiquement *votre* version de cette DLL?



Pour être plus précis, vérifiez qu'il n'y a pas plusieurs copies de
MSADO15.DLL sur les machines en question.

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Avatar
Karine
le fichier que j'installe va se placer dans le repertoire C:windowsSystem32
donc il y a 2 versions de fichiers, dans system 32 et dans C:Program
FilesCommon FilesSYSTEMADO

c'est comme ca pour toutes les installations sur différentes plateforme et
je n'ai jamais eu ce genre d'erreur.
je pense que c'est lié au sp2 de xp et au mdac.

"Patrick Philippot" a écrit :

Patrick Philippot wrote:
> Installez vous systématiquement *votre* version de cette DLL?

Pour être plus précis, vérifiez qu'il n'y a pas plusieurs copies de
MSADO15.DLL sur les machines en question.

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr





Avatar
Patrick Philippot
Karine wrote:
le fichier que j'installe va se placer dans le repertoire
C:windowsSystem32 donc il y a 2 versions de fichiers, dans system
32 et dans C:Program FilesCommon FilesSYSTEMADO

c'est comme ca pour toutes les installations sur différentes
plateforme et je n'ai jamais eu ce genre d'erreur.
je pense que c'est lié au sp2 de xp et au mdac.



Vous n'avez jamais l'erreur parce que jusque là il y avait
compatibilité. Je dirais que vous avez eu de la chance :-) . Ce que vous
faites est une cause de perturbation certaine pour le système.

Le SP2 installe un ensemble cohérent de DLLs ADO(version 2.81.1117.0) et
les enregistre, ce qui enregistre également les typelibs et les
interfaces correspondant à cette version. Ensuite, votre programme
d'installation installe une copie plus ancienne de MSADO15.DLL (et
uniquement cette DLL, je suppose) dans un autre répertoire et
l'enregistre d'autorité. Le résultat observé n'est pas surprenant. A ce
moment, il peut y avoir (il y a certainement) entre ce que peut faire la
DLL et ce qui est effetivement déclaré dans la registry. D'où le
message.

Avez vous tenté les manips que j'ai proposées?

En aucun cas vous ne devez forcer l'installation d'une DLL telle que
MSADO15 dans le répertoire System32 sans tenir compte de l'existant. Non
seulement votre application ne fonctionne pas mais vous êtes susceptible
de causer de gros problèmes à d'autres applications dans le système qui
s'appuient sur la version la plus récente de cette DLL.

Sans vouloir vous offenser, il va falloir faire une installation un
tantinet plus fine :-) . La façon dont le MDAC doit être redistribué
est décrite ici:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mdacsdk/htm/wphistory_redistributemdac.asp .
Votre programme d'installation peut lancer l'installation du MDAC en
mode "silent setup", ce qui évitera le warning quand vous tenterez
d'installer le MDAC 2.8 sur XP SP2 et que le système refusera.

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr
Avatar
Karine
> Il faudrait donc vérifier le numéro de version de MSADO15.DLL sur la
machine cliente



c'est la version 2.81.1117.0 dans C:Program FilesCommon
FilesSYSTEMADO
et toutes les autres fichiers de ce repertoire sont de la meme version.

et dans C:windowssystem32 la version est 2.71.9030.0

c'est le programme d'installation (installshield express) qui va prendre
tous les fichiers du programme pour les installer dans le repertoire systeme
et les enregistrer.

de procéder au réenregistrement de toutes ces DLLs:



me conseil tu de supprimer le fichier que j'ai placer dans le repertoire
system et de réenregistrer les autres fichiers se trouvant dans le repertoire
commun ?




"Patrick Philippot" a écrit :

Bonjour,

Karine wrote:
> leur config : XP SP2 (es ce que cela provient du SP2 ?)
> j'ai fais un test mais chez moi ca fonctionne.
> le Mdac 2.8 à été installé, le 2.5, le 2.7 le 2.1 ...
> je ne sais plus vers quelles pistes je doit aller.
>
> cette erreur se produit au moment de la connexion :
> Dim ADOConnection As ADODB.Connection
> Set ADOConnection = New ADODB.Connection
> Dim ADOSet As ADODB.Recordset
> Set ADOSet = New ADODB.Recordset

Il y a de toute évidence un problème de "mismatch" entre ce que vous
installez et la station cliente.

>la dll installé est msado15.dll version 2.71.9030.0

Cela correspond au MDAC 2.7 sp 1a. Cependant, si vos clients tournent XP
SP2, ils ont déjà le MDAC 2.8 SP1 *et il n'est pas possible d'installer
le package MDAC 2.8 sur ces machines* (ni un autre je pense,
d'ailleurs).

Il faudrait donc vérifier le numéro de version de MSADO15.DLL sur la
machine cliente dans C:Program FilesCommon
FilesSYSTEMADOmsado15.dll. Cela devrait être 2.81.1117.0. Si ce n'est
pas le cas, c'est qu'il y a eu un écrasement lors de l'installation ou
bien que vous installez / enregistrez une autre version de MSADO15.DLL
dans le répertoire de votre application. Installez vous systématiquement
*votre* version de cette DLL?

L'utilisation du Component Checker (suggérée par Jacques) vous aidera à
identifier ce qui est présent sur ces machines.

Je vous suggère, après avoir vérifié le numéro de version C:Program
FilesCommon FilesSYSTEMADO (toutes les DLLs doivent avoir la version
2.81.1117.0), de procéder au réenregistrement de toutes ces DLLs:
MSADO15.DLL, MSADOMD.DLL, MSADOR15.DLL, MSADOX.DLL, MSADRH15.dLL,
MSJRO.DLL.

regsvr32 <nom de la dll>

Au moins vous serez sûre de ce que votre application utilise.

--
Patrick Philippot - Microsoft MVP
MainSoft Consulting Services
www.mainsoft.fr





1 2 3