Au fil des flows

3jan/125

System.IO.FileNotFoundException: Could not load file or assembly ‘System.Data.SQLite.dll’

Aujourd'hui, j'ai rencontré ce message d'erreur sur une application que je développe. Plaçons rapidement le contexte, il s'agit d'un outil développé avec .NET4 qui permet de gérer le contenu d'une base de donnée sqlite.

Ma machine de développement est sous Windows 7 64bits. Ce problème est apparu lors du test de l'application sur une machine équipée d'un Windows Vista 32bits.

Voici l'exception complète que j'ai relevé dans le trace.log :

02/01/2012 18:31:10
Exception Not handled
System.IO.FileNotFoundException: Could not load file or assembly 'System.Data.SQLite.dll' or one of its dependencies. Le module spécifié est introuvable.
File name: 'System.Data.SQLite.dll'
 ... [Suivi de son stacktrace]

La première piste que j'ai suivi, vu que je venai de la machine de développement, c'est l'absence du fichier System.Data.SQlite.dll dans le GAC. Cette piste m'a mené nulle part. L'erreur c'etait de se focaliser sur le type de l'exception FileNotFoundException.

Par hasard, en venant remplacer le fichier System.Data.SQLite.dll qui se trouvait à coté de l'application, j'ai obtenu un message d'erreur différent. Celui ci m'indiquait que la signature de l'assembly ne correspondait plus. Ca signifiait qu'il trouvait bien l'assembly System.Data.SQlite.dll mais qu'il n'arrivait pas à le charger

Au final, j'ai pu résoudre ce problème en utilisant une Dll différente. Sur la page de ce provider de données, plusieurs distributions sont proposées.

Sur la version qui me donnait une erreur, j'utilisai la version sqlite-netFx40-binary-bundle-Win32-2010-1.0.77.0.zip. En utilisant sqlite-netFx40-static-binary-bundle-Win32-2010-1.0.77.0.zip, le problème n'apparaissait plus.

Quel est le souci  ?

A dire la vérité je n'en suis pas certain. Ayant parcouru la toile, certaines personnes semblent avoir  rencontré un problème très similaire.

Le fournisseur de donnée System.Data.SQLite.dll encapsule la librairie en code natif sqlite3.dll. Contrairement au code managé de System.Data.SQLite.dll, ce code ne peut s'exécuter que sur la plate forme à  laquelle il est destinée. La où je ne comprends pas c'est que ma plateforme cible à la compilation et de la dll ont été choisi pour avoir comme cible des processeurs x86, c'est à dire 32bits.

Le lien statique évite que le code soit chargé par l'OS pour pouvoir l'utiliser. Le programme vient attaquer directement les fonctions de la Dll. Je pense que c'est là où se trouve un morceau de l'explication. C'est le chargement qui est bloquant. Peut etre que le souci vient du wrapper autour de sqlite3.dll mais difficile de conclure...

Voici un shéma la différence entre un lien statique et un lien dynamique (tiré d'un sujet sur stackoverflow)

Comparaison Lien Statique Dynamique

Comparaison Lien Statique Dynamique

Avez vous déjà rencontré un problème similaire ? Avez vous une explication plus convaincante ?

 

 

Posted by Fabien Arcellier

Remplis sous: Non classé Laisser un commentaire
Commentaires (5) Trackbacks (0)
  1.  » there is a good bit of that when it comes to Cajun cooking. Explain that this 一边。。。一边 (yi bian’yi bian) structure is a commonly used expression to show when two things are being done simultaneously. It’s possible because there are chef secrets that we use in cooking every day.

  2. Właściwy tryb życia w ogromnej mierze wpływa na nasze samopoczucie, zdrowie i kondycję.

  3. Hi, every time i used to check blog posts here in the early hours in the
    break of day, because i love to find out more and more.

  4. This is a good tip especially to those new to the
    blogosphere. Brief but very accurate information… Thank you for sharing
    this one. A must read article!

  5. Excessive-high quality dairy merchandise, wine, darkish chocolate, or different such
    items are generally included as smaller additions to a nutritious diet.


Leave a comment

Aucun trackbacks pour l'instant