none
Problèmes sous Win 7 ?????

    Question

  • Je viens de passer sous Win 7(64). J'ai installé office ultimate 64 et vs2008sp1.

    J'ai fais un projet "Windows" simple composé d'une formulaire avec une DataGridView relié a la table d'une base ACCESS.
    Pour faire simple je suis simplement passé par un Dataset, TableAdapter avec :

    Jusque la tout va bien. Mais çà l'exécution la grille est vide.
    Le seul message d'erreur est :
    Une exception de premire chance de type 'System.InvalidOperationException' s'est produite dans System.Data.dll

    Du coup, j'ai esssayé d'utiliser le mode debug mais après le "Fill (voir ci-dessous), le mode debuggage est stoppé (à cause de l'erreur je suppose).

     

    Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
    Me.D_ClientTableAdapter.Fill(Me.BD_ChantierDataSet.D_Client)
    Gr.Refresh()
    End Sub

    Après plusieurs manipulations sans succès, j'ai voulu essyé de lancer l'exe.
    Et la j'ai le message d'erreur : fournisseur 'Microsoft.ACE.OLEDB.12.0' n'est pas inscrit sur l'ordinateur local


    Pour info ma chaine de connection est :
    <add name="MartyChantier.My.MySettings.BD_ChantierConnectionString" connectionString="Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\Data\BD_Chantier.accdb;Persist Security Info=C:\PartageImg\Marty\MartyChantier\MartyChantier\app.configTrue" providerName="System.Data.OleDb" />

    ==>> J'ai aussi essayé avec un driver Jet 4.4 et une base ACCESS 2003.

    Pour résumer, mes 2 problèmes sont :
    1) Mode debug ne fonctionne pas dans tous les cas. 
    2) PB avec un driver  'Microsoft.ACE.OLEDB.12.0' alors qu'il semble fonctionné dans l'environnement de l'IDE.

    Merci pour votre aide

    Kak

    mercredi 13 janvier 2010 21:52

Réponses

  • Il ne s'agit pas d'un problème Windows 7 mais d'architecture 64 bits. Ce composant n'existe qu'en version 32 bits. Pour éviter cette erreur vous pouvez préciser l'architecture du processeur lors de compilation : il faut utiliser x86 au lieu de any cpu

    Edit 1 : un lien indiquant la manipulation a effectuer sous visual studio est disponible ici

    Edit 2 : ce ne sera peut être plus le cas avec Office 2010 car il semble qu'une version du driver x64 a été developpée ( voir ici )
    mercredi 13 janvier 2010 23:23

Toutes les réponses

  • Il ne s'agit pas d'un problème Windows 7 mais d'architecture 64 bits. Ce composant n'existe qu'en version 32 bits. Pour éviter cette erreur vous pouvez préciser l'architecture du processeur lors de compilation : il faut utiliser x86 au lieu de any cpu

    Edit 1 : un lien indiquant la manipulation a effectuer sous visual studio est disponible ici

    Edit 2 : ce ne sera peut être plus le cas avec Office 2010 car il semble qu'une version du driver x64 a été developpée ( voir ici )
    mercredi 13 janvier 2010 23:23
  • Merci

    J'avais vu pour le 2eme lien. Je trouve ça d'ailleurs moyen... depuis le temps que x64 existe le driver aurait du être créé...

    jeudi 14 janvier 2010 09:48