Problème de DLL (pour Klaus).

Concernant l'erreur que tu mentionnes, en voici l'explication:

Citation :

Description

EFOpenError est la classe des exceptions pour les erreurs d'ouverture de fichier dans les opérations de flux.

EFOpenError est déclenchée quand une application ne peut ouvrir un fichier spécifié. Cela peut se produire, par exemple, parce que le fichier n'existe pas ou ne se trouve pas dans le répertoire où l'application le recherche.

Il s'agit donc d'une tentative d'ouverture de fichier par une fonction de la DLL, et cette ouverture se passe mal. Probablement un problème de répertoire par défaut.

Peux-tu isoler l'appel de fonction qui provoque l'erreur, et afficher le nom de fichier que tu passes, juste avant l'appel de la fonction ? Deux actions sont possibles, et il faut jouer sue les deux tableaux:
1. tu peux faire de sorte que le chemin vers le fichier soit valide
2. si j'ai le nom de la fonction, je peux la protéger en interne en interceptant les erreurs et retourner un code significatif.

Klaus, je soutient la demande de pan59, mais je pense qu'elle est complexe à mettre en oeuvre.
Toutefois te connaissant ce n'est certainement pas ça qui t'arrétera.
Si on fait une erreur lors du développement (par exemple pour capturer les événement sur une zone de l'écran) et que l'on ferme la DLL, quand on utilise le programme après on a parfois des messages d'insultes quand on quitte.

Normalement, ce que je demande devrait être inutile, mais je pense que ce serait bien arpès avoir ouvert la DLL d'avoir une procédure de nettoyage, une espèce de kill, close all qui referme tout ce qu'un usage précédent de la DLL pourrait avoir ouvert (ce qui sous entend bien sûr un problème si on lance 2 programmes utilisant la DLL en même temps, je suppose ... rien n'est parfait ...) ou mieux, on fait un petit programme indépendant qui nettoie tout si on a fait une erreur de développement avant de relancer de nouveau son programme.