Discussion :

[denisdg]

Bonjour a tous, j'ai un petit pb de passage du monde non manage dans le monde manage..

je possede une dll ecrite en je ne sais quoi (C++ je pense) dont une des methode est

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

typedef void(* cm2::fem::solver_static_Newton::operating_mode_type::display_handler_type)(unsigned level, const char *msg)

le but étant de passer la fonction de gestion "log" en tant que parametre.

pour le moment j'utilise une fonction globale, exterieure a une classe, qui est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
/**
        \fn        logfile_handler()
        \brief   utilise en tant que Handler pour les solveurs
 */	
static void logfile_handler(unsigned level, const char* msg)
{
   StreamWriter ^stream = File::AppendText("LOG.txt");
 
   if (level < 10) 
   {
      String ^message = gcnew String(msg);
      stream->WriteLine(message);
   }
 
   stream->Close();
}

et elle est passee en pointeur dans la classe de la dll par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
   solver_static_Newton::operating_mode_type solver_operatingmode;
   // initialise le mode operatoire du solveur
 
   solver_operatingmode.display_hdl = &logfile_handler;

Or, je voudrai utiliser des evenements .NET et de ce fait utiliser une
methode interne a une classe managee.

j'ai un peu regarde les fonctions de mashalisations et de delegate.

j'ai une classe managee :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public ref class gsd_fea
  {
constructeurs destructeur methodes etc...
 
// je cree un delegate et une fonction qui me permettrait de gérer
        // le handler du solveur :
 
      public: delegate void gsdfea_delegate_logfile_handler(unsigned level, const char* msg);
 
      void gsdfea_logfile_handler(unsigned level, const char* msg)
      {
         StreamWriter ^stream = File::AppendText("LOGDELEGATE.TXT");
 
         if (level < 10)
         {
            String ^message = gcnew String(msg);
            stream->WriteLine(message);
         }
 
 
  }
         stream->Close();
      }
}

et la j'utilise la fonction de marshalisation pour passer du monde manage au non manage par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
   solver_static_Newton::operating_mode_type solver_operatingmode;
 
   // initialise le mode operatoire du solveur
   gsd_fea::gsdfea_delegate_logfile_handler ^logtodo = gcnew gsd_fea::gsdfea_delegate_logfile_handler(this,&gsd_fea::gsdfea_logfile_handler);
   solver_operatingmode.display_hdl = (cm2::fem::solver_static_Newton::operating_mode_type::display_handler_type) Marshal::GetFunctionPointerForDelegate(logtodo).ToPointer();

Le code compile sans warnings mais plante a l'execution comme si il n'arrivait pas a passer de messages ou d'arguments.

Existe t'il une autre voie pour faire cela ?

[denisdg]

peut etre ne suis je pas sur le bon forum..
c'est plus du .NET que du C++/CLI ?

[bacelar]

J'ai appris des trucs, merci.

Primo, nommage C++ exporté d'une Dll, c'est bien pourri, l'éditeur de la Dll doit être un amateur.
Je crains donc des "plaisanteries" avec des conventions d'appels "exotique" qui vont vous mettre dans l'embarras.

http://msdn.microsoft.com/en-us/libr...v=vs.110).aspx
Vous avez des petits détails comme l'utilisation de GCHandle::Alloc.

[denisdg]

bonjour Bacelar,

ravi que cela puisse servir a qque chose

Qu'appelez vous "nommage" ?
dans le code plus haut, a quoi est ce que ca se refere ?

je peux echanger avec l'editeur de la dll pour que sa dll soit plus compatible, mais faut t'il encore que je sache quoi lui demander ;-)

merci pour le doc, je vais lire ca avec attention deja

[bacelar]

cm2: : fem : :solver_static_Newton::operating_mode_type::display_handler_type

Ca ressemble à un nom C++ et non C.
Mais l'éditeur à peut-être fourni des en-têtes compatible C++ pour encapsuler des fonctions C++.

Utiliser dependency walker (http://www.dependencywalker.com/) sur la Dll pour vérifier que c'est bien des fonctions C qui sont exportées.

Si c'est des fonctions C++ (avec une décoration des noms tout bizarre), c'est très très moyen car cela interdit d'utiliser un autre compilateur ou version des librairies que ceux utilisé pour générer le Dll.

Bonne lecture.

[Mat.M]

Salut juste une question

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
static void logfile_handler(unsigned level, const char* msg)

ce qui me chagrine c'est de passer un char* , est-ce que c'est possible en code managed ?

[bacelar]

C'est la Dll qui appelle, donc c'est elle qui mène le jeu. Il faut vous y conformer.
Mais je ne vois pas de difficultés.
Au début de votre fonction, vous n'avez qu'a créer une String^ avec la chaine passée en paramètre.

[Mat.M]

Le code compile sans warnings mais plante a l'execution comme si il n'arrivait pas a passer de messages ou d'arguments.

ce n'est pas possible de mettre un point d'arrêt et tracer pas-à-pas ?

[denisdg]

malheureusement non car dans la gestion du solveur,

le mode de travail (et le handler) sont passé dans une classe operating_mode
et le solveur appele par sa fonction run() doit utiliser qque part les parametres
de cette classe.

mais aucun n'est accessible donc.. rapé !

[bacelar]

Je ne vois pas d'impossibilité.

Vous passez un pointeur sur une fonction ok ?
Qu'est-ce qui vous interdit de mettre un point d'arrêt au début de la dite fonction ?

[denisdg]

exact ! pfff.. c'etait si evident.

alors..
j'ai modifié le code en ajoutant le GCHandle::Alloc(ledelegate);

lors de la premiere iteration, le handler rentre bien dans la fonction
avec les bons parametres et peut faire une premiere ecriture.

ensuite, des le moment ou le programme sort de la fonction et doit retourner dans la suite du solveur pour commencer sa seconde iteration.. Exception !

"
An unhandled exception of type 'System.AccessViolationException' occurred in Ophelia.exe

Additional information: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
"

j'ai regardé la doc la dessus :

http://msdn.microsoft.com/fr-fr/libr...exception.aspx

aie !!

[bacelar]

Si vous ne lui avez pas fourni de pointeurs foireux ou de pointeurs sur objets managés "migrants", c'est que c'est chez lui qu'il y a un problème.

Pouvez-vous avoir accès au code de la Dll, ou sinon à ses symboles shrinkés (.sym, .pdb, .deb, ...).

L'éditeur a eu l'intelligence de ne pas intercepté en aveugle les exceptions, vous devriez donc avoir accès aux motifs réels du problème. Un pointeur foireux, fait juste savoir d'où il sort.

Courage

[Médinoc]

Déjà, pourriez-vous poster votre code actuel? Dans une balise [ code ] si possible?