Discussion :

[Invité]

Bonjour,

Mon projet Windev fait appel à une librairie .NET que j'ai développé à l'aide de Visual Studio, le programme fonctionne correctement.
Après avoir déployé le dossier de l'exécutable, il s'avère que l'exécutable ne retrouve pas cette librairie, pourtant bien présente dans le dossier de l'exécutable, dans le message d'erreur, il est dit qu'il recherche la librairie dans le même chemin que celui définie dans mon environnement de travail, auriez-vous des pistes?
Si cela peut être une piste : j'ai défini dans mon projet 2 configurations, 1 dans lequel le programme fonctionne en 32 bits, l'autre en 64 bits. Suite à une incompatibilité avec la librairie, j'ai supprimé la configuration 64 bits pour ainsi garder uniquement l'environnement 32 bits.

De plus, cette même librairie fait appel aux objets métiers de SAGE 100 (à des objets automations).

Merci

[jurassic pork]

hello,
qu'as-tu mis comme processeur cible pour ton assemblage ?

Ami calmant, J.P

[Invité]

Bonjour,

Par réflexe, j'avais laissé le paramétrage par défaut, c'est à dire AnyCPU, j'ai mis à la place x86, je plus, j'ai fait générer une copie locale du fichier interrop.
Dans la journée, je vais contacter SAGE pour des questions d'installation au sujet des objets métiers, où nous rencontrons des soucis.
J'avais pensé, dans windev, à faire appel à ChargeDLL, afin d'éviter ce soucis ce chemin, mais dans ce cas, je devrais revoir la méthodologie, où je fais appel à 22 attributs publiques et 1 seule méthode publique.

EDIT : dans le projet visual studio, j'ai modifié la librairie, j'ai fait en sorte que la dll interrop des objets métiers se génère en tant que copie locale, on dirait que l'application windev fonctionne désormais.