Un article intéressant sur la gestion des exceptions, également en ce qui concerne la manipulation des exceptions d'état corrompus:
CLR Inside Out: Handling Corrupted State Exceptions
Cependant, je suppose qu'il ya quelque chose de mal, soit dans la façon dont vous appelez la méthode native ou la méthode native elle-même. Il est préférable de corriger le problème d'origine à l'origine du moteur de recherche personnalisé au lieu d'intercepter les exceptions qui indiquent que votre application n'est plus dans un état stable. Vous ne ferez probablement qu'empirer les choses en attrapant une telle expcetion. L'article mentionné ci-dessus indique:
Même si le CLR vous empêche d'intercepter naïvement des CSE, ce n'est toujours pas une bonne idée d'attraper des classes d'exceptions trop larges. Mais catch (Exception e) apparaît dans beaucoup de code, et il est peu probable que cela change. En ne livrant pas d'exceptions qui représentent un état de processus corrompu au code qui attrape naïvement toutes les exceptions, vous empêchez ce code d'aggraver une situation sérieuse.
Pouvez-vous montrer les pièces pertinentes du code? –
Veuillez prendre le temps de résoudre les derniers threads que vous avez démarrés. –