voir utilisation de processus

Bonjour j'aimerai savoir par qui est utilsé un processus. J'utilise Visual C++

Lors du déchargement de ma librairie dll, un access violation apparait, je pense alors que le processus est en cour d'utilisation.

Comment le savoir? et voir par ki?

Merci


kidpigeyre

Une meme dll peut tres bien etre chargee dans 2 processus differents, si elle n'a pas de section 'shared', elle ne s'en rendra meme pas compte car espaces memoires distincts.

ciao...
BruNews, Admin CS, MVP Visual C++

La elle est chargé dans un processus et utilisé (celle ki est chargée) dans un autre processus sans être rechargée.

Elle doit être encore en utilisation lors de la libération.

kidpigeyre

ça c'est pas possible, chaque processus vit dans son propre espace d'adressage, donc si un processus A charge une dll, pour qu'un process B utilise cette meme dll, il doit la charger (implicitement ou explicitement) pour l'utiliser.
Comme le dit Brunews, cette dll ne saura pas qu'elle est utilisée par 2 processus différents.

Si ton process B libère la dll alors que A l'utilise encore, cela tout très bien se passer. L'access violation doit venir d'un pointeur non valide (peut-être n'appartenent pas au bon process ?)

J'ai afficher les thread dans le menu debug thread pour voir le thread lors qui réalise le loadlibrary et le freelibrary de cette librairie, c'est le même.

Ce qu'il y a détonnant c'est qu'une autre librairie chargée au même endroit, se désaloue trè bien de la mémoire sans erreur. et en utilisant les mêmes fonctions.
kidpigeyre

l'access violation se fait lors de l'appel à freelibrary où plus-tard dans le code ?

lors de lapel freelibrary mais seulement pour une des deux dll chargée, l'autre passe sans problème (les deux dll utilisent les mêmes fonctions de chargement et déchargement)


kidpigeyre

faut voir du coté du dllmain de la dll posant problème, le code appelée lors de la libération doit être erroné (ou une variable globale de la dll à un soucis dans son destructeur).

En mode debug, lors de l'acces violation, tu doit pouvoir accéder au code posant problème. dans view->Debud->call stack, tu auras la liste des apples aux fct, tu devrais trouvé celle qui débute le problème

voila ce kil maffiche lors de l'erreur dans mon call stack :

KERNEL32! bff8ac13()

je vois pas trop ce que ça représente.

voici la dll main du dll en question :

#include <windows.h>
#include "./dna/srllib.h" // Dialogic header files
#include "./dna/dxxxlib.h"
#include "../alertes/alertes.h"
#include "dialogic.h"

HINSTANCE hmodule;

BOOL APIENTRY DllMain(HINSTANCE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved)
{
switch( ul_reason_for_call )
{
case DLL_PROCESS_ATTACH:
hmodule=hModule;
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
case DLL_PROCESS_DETACH:
break;
}
return TRUE;
}

j'ai réalisé un point d'arrêt sur le dll_process_detach, il y passe puis quitte la fonction du dll main et ensuite bug.
kidpigeyre

y'a pas autre chose ds la fenêtre ?, normalement en descendant ds cette fenêtre tu doit poivoir trouver une fct de ton code et en double-cliquant dessus allez à la ligne de l'appel de la fct