Une exception non gérée du type 'System.IO.FileLoadException' s'est produite
dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de
l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de
l'assembly.
Je sais que les histoires d'assemblies sont la base de DotNet, mais très
sincèrement j'ai jamais trouvé de doc claire à ce propos, et dans le cas
présent l'erreur est provoquée par une assembly générée par un outil tiers
(Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la
compilation aucune erreur, juste à l'exécution.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thomas Marencic [MS]
Bonjour,
tu as un problème d'incohérence entre l'assembly que tu références et celles qu'il est à même de trouver.
Cela peut être du à une version différente si l'assembly est signé.
Il faut que tes assemblies soient également dans le chemin de recherche.
Tu peux utiliser ILDASM.exe (SDK .NET) pour voir les assemblys référencés dans le manifest de ton programme.
Tu peux également utiliser FileMon (www.sysinternals.com) pour connaitre les endroits où il recherche les assemblies.
Cordialement. Thomas MARENCIC
"Cédric Girard" wrote in message news:
Bonjour
Voici mon message :
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
Je sais que les histoires d'assemblies sont la base de DotNet, mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
tu as un problème d'incohérence entre l'assembly que tu références et celles
qu'il est à même de trouver.
Cela peut être du à une version différente si l'assembly est signé.
Il faut que tes assemblies soient également dans le chemin de recherche.
Tu peux utiliser ILDASM.exe (SDK .NET) pour voir les assemblys référencés
dans le manifest de ton programme.
Tu peux également utiliser FileMon (www.sysinternals.com) pour connaitre les
endroits où il recherche les assemblies.
Cordialement.
Thomas MARENCIC
"Cédric Girard" <___cgirard@cer-ca.fr> wrote in message
news:eZY4sqkxEHA.1988@TK2MSFTNGP12.phx.gbl...
Bonjour
Voici mon message :
Une exception non gérée du type 'System.IO.FileLoadException' s'est
produite
dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de
l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de
l'assembly.
Je sais que les histoires d'assemblies sont la base de DotNet, mais très
sincèrement j'ai jamais trouvé de doc claire à ce propos, et dans le cas
présent l'erreur est provoquée par une assembly générée par un outil tiers
(Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la
compilation aucune erreur, juste à l'exécution.
tu as un problème d'incohérence entre l'assembly que tu références et celles qu'il est à même de trouver.
Cela peut être du à une version différente si l'assembly est signé.
Il faut que tes assemblies soient également dans le chemin de recherche.
Tu peux utiliser ILDASM.exe (SDK .NET) pour voir les assemblys référencés dans le manifest de ton programme.
Tu peux également utiliser FileMon (www.sysinternals.com) pour connaitre les endroits où il recherche les assemblies.
Cordialement. Thomas MARENCIC
"Cédric Girard" wrote in message news:
Bonjour
Voici mon message :
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
Je sais que les histoires d'assemblies sont la base de DotNet, mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet. Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Cédric Girard wrote:
Une exception non gérée du type 'System.IO.FileLoadException' s'est
produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de
l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la
référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si
on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net
est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet.
Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée
par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où
cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet. Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Cédric Girard
Merci à vous deux, et HONTE à moi (lol si vous saviez depuis quand j'utilise DotNet...)
C'est vrai que je suis autodidacte sous DotNet et parfois cela n'a pas que du bon... Au final j'ai résolu mon soucis "simplement" en supprimant les références vers mes bibliothèques puis en les recréant (après avoir tout recompilé...)
J'ai perdu pas mal de temps mais si j'avais pris le mien pour lire les (nombreux) livres que je possède, je n'en serais pas là ;-)
Quand on a la pression pour "sortir du code" voilà ce qui arrive ! Je pense que je vais demander une formation à .Net l'année prochaine (que j'utilise depuis la Beta2, j'ose le dire !!!)
"Patrick Philippot" a écrit dans le message de news: %
Cédric Girard wrote:
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet. Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
-- Patrick Philippot - Microsoft MVP MainSoft Consulting Services www.mainsoft.fr
Merci à vous deux, et HONTE à moi (lol si vous saviez depuis quand
j'utilise DotNet...)
C'est vrai que je suis autodidacte sous DotNet et parfois cela n'a pas que
du bon... Au final j'ai résolu mon soucis "simplement" en supprimant les
références vers mes bibliothèques puis en les recréant (après avoir tout
recompilé...)
J'ai perdu pas mal de temps mais si j'avais pris le mien pour lire les
(nombreux) livres que je possède, je n'en serais pas là ;-)
Quand on a la pression pour "sortir du code" voilà ce qui arrive ! Je pense
que je vais demander une formation à .Net l'année prochaine (que j'utilise
depuis la Beta2, j'ose le dire !!!)
"Patrick Philippot" <patrick.philippot@mainsoft.xx.fr> a écrit dans le
message de news: %233qmgxlxEHA.2572@tk2msftngp13.phx.gbl...
Cédric Girard wrote:
Une exception non gérée du type 'System.IO.FileLoadException' s'est
produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de
l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la
référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si
on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net
est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet.
Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée
par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où
cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
Merci à vous deux, et HONTE à moi (lol si vous saviez depuis quand j'utilise DotNet...)
C'est vrai que je suis autodidacte sous DotNet et parfois cela n'a pas que du bon... Au final j'ai résolu mon soucis "simplement" en supprimant les références vers mes bibliothèques puis en les recréant (après avoir tout recompilé...)
J'ai perdu pas mal de temps mais si j'avais pris le mien pour lire les (nombreux) livres que je possède, je n'en serais pas là ;-)
Quand on a la pression pour "sortir du code" voilà ce qui arrive ! Je pense que je vais demander une formation à .Net l'année prochaine (que j'utilise depuis la Beta2, j'ose le dire !!!)
"Patrick Philippot" a écrit dans le message de news: %
Cédric Girard wrote:
Une exception non gérée du type 'System.IO.FileLoadException' s'est produite dans Reselhelp.exe
Informations supplémentaires : La définition trouvée du manifeste de l'assembly qui porte le nom 'DB_EDEN' ne correspond pas à la référence de l'assembly.
C'est donc un problème de chargement d'assemblage.
Je sais que les histoires d'assemblies sont la base de DotNet,
En effet, il est même essentiel de comprendre comment cela fonctionne si on veut progresser en .Net.
mais très sincèrement j'ai jamais trouvé de doc claire à ce propos, et
Allons, allons,... :-))) S'il n'y a pas de doc sur les assemblages, .Net est promis à un avenir plus qu'incertain.
Tout y est. tous les bouquins sur .Net traitent nécessairement du sujet. Si vous avez besoin de références, n'hésitez pas...
dans le cas présent l'erreur est provoquée par une assembly générée par un outil tiers (Olymars en l'occurrence) et je ne vois pas d'où cela vient ! À la compilation aucune erreur, juste à l'exécution.
Utilisez FUSLOGVW pour vérifier la cause de l'erreur.
