Discussion :

[Cravis]

Bonjour,

J'utilise dans un programme une DLL qui dans certain cas peut planter.
En attendant une mise à jour de cette DLL, est-il possible de gérer cette erreur pour éviter le fameux message :
"Ce programme a cessé de fonctionner.... ... ... Envoyer le rapport à Microsoft"

J'ai essayé une structure du type

Code :

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

1
2
 
On error goto FinErr

encadrant les appels aux fonctions de cette DLL.

Mais l'interception ne se fait pas, mon programme plante toujours.
La DLL effectue une série d'opérations dépendantes d'un fichier créé par l'utilisateur et je ne connais pas l'ensemble des situations provoquant ce plantage. Il m'est donc impossible pour l'heure de vérifier le contenu de ce fichier en vérifier l'intégrité.

Mais j'aimerais pourvoir affichier à l'utilisateur un mesage du type :
'Cette opération a été interrompue suite à un problème'
plutôt qu'un plantage complet.

Est-ce faisable ou suis obligé d'attendre une mise à jour de cette DLL ?

Pour info voici le message retourné par le débugueur Visual Studio 20008 lorsqu'il intercepte le plantage de VB6 (j'ai les deux installés sur ma machine) :

Exception non gérée à 0x7c812a5b dans VB6.EXE*: 0x0EEDFADE: 0xeedfade.

Puis si je clique sur continuer :

Exception non gérée à 0xa59de3b1 dans VB6.EXE*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0xa59de3b1.


Merci d'avance pour votre aide.

[OhMonBato]

A mon avis, c'est impossible. Il te faut, comme tu le suggères toi même, soit intercepter les situations d'erreur avant l'appel à la DLL soit mettre à jour celle ci.

[Cravis]

Je viens de trouver ceci dans la FAQ VB.net :

L'objet application offre la possibilité de s'abonner à l'évènement ThreadException permettant d'être notifié lorsqu'un thread génère une exception non interceptée. Etant donné que la fenêtre est gérée par un thread, vous pourrez ainsi éviter tout "plantage" de votre application ou effectuer un traitement adapté avant la fermeture de votre application.

Code :

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

1
2
3
4
5
6
7
8
9
' S'abonne à l'évènement permettant d'être averti qu'un thread génère une exception
        AddHandler System.Windows.Forms.Application.ThreadException, AddressOf Application_ThreadException
 
    ''' <summary>
    ''' Lancé lorsque un thread n'intercepte pas une exception qu'il a généré
    ''' </summary>
    Shared Sub Application_ThreadException(ByVal sender As Object, ByVal e As System.Threading.ThreadExceptionEventArgs)
        MessageBox.Show("L'exeption générée est : " + e.Exception.Message)
    End Sub

Peut être est-ce adaptable grâce à une API ?

[OhMonBato]

VB6 n'est pas multitache, je vois donc mal comment adapter ça.

[DarkVader]

Il existe tout un lot d'Apis dans kernel32 qui permet la gestion du Debug :
par exemple : http://msdn.microsoft.com/en-us/library/ms679296(VS.85).aspx
Je n'ai jamais (encore) utilisé mais ce serait surprenant que tu n'y trouves pas ton compte.

[Cravis]

VB6 n'est pas multitache, je vois donc mal comment adapter ça.

Le fait que VB6 ne soit pas multi tache signifierait qu'il n'existerait qu'un seul thread à gérer et donc par conséquent gérer les exceptions de ce même thread.

Par contre même si VB6 ne permet de manière directe d'utiliser les propriétés multithread de certains processeurs (je pense particulièrement aux dual cores) cela ne signifie absolument pas qu'il est impossible de créer un programme utilisant des fonctions multithread.

D'ailleurs certaines librairies que j'utilise pour faire des calculs itératifs/récursifs utilisent pleinement le multithread lorsqu'il est disponible, à l'instar des librairies opengl et directx, seulement ces librairies ne sont pas développées en VB mais le plus souvent en C++ mais sont utilisables dans un programme VB.

Code :

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

1
2
3
Il existe tout un lot d'Apis dans kernel32 qui permet la gestion du Debug :
par exemple : http://msdn.microsoft.com/en-us/library/ms679296(VS.85).aspx
Je n'ai jamais (encore) utilisé mais ce serait surprenant que tu n'y trouves pas ton compte.

Merci je vais étudier ceci, je vous tiendrais au courant de l'évolution de mes recherches à ce sujet.

EDIT : Finalement j'abandonne, je n'arrive à rien si ce n'est faire planter plus mon application, je vais donc patiemment attendre une correction de la DLL en question.