voir utilisation de processus

Question

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

BruNews · Answer

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++

kidpigeyre · Answer

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

ymca2003 · Answer

ç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 ?)

kidpigeyre · Answer

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

ymca2003 · Answer

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

kidpigeyre · Answer

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

ymca2003 · Answer

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

kidpigeyre · Answer

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

ymca2003 · Answer

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

kidpigeyre · Answer

non il n'y a rien d'autre
uniquement cette ligne 

kidpigeyre

kidpigeyre · Answer

lors du désassemblage il me fait une erreur sur :

10001C49   call        dword ptr [__imp__FreeLibrary@4(0x100050f0)]

je suis pas expert en assembleur. si quelqu'un peut m'aider. merci.

idpigeyre

kidpigeyre · Answer

Même en mettant le freelibrary juste après le loadlibrary, il bug, je pense que le problème vient de la dllmais d'ou??? :s

kidpigeyre

kidpigeyre · Answer

Réctif, lorsque je fais le freelibrary juste aprè le loadlibrary , cela marche

kidpigeyre

kidpigeyre · Answer

otant pr moi joré mieu fai de me taire si ça bug justement
kidpigeyre

ymca2003 · Answer

pour moi c'est un objet global de la dll qui a son destructeur qui plante par ex

class Ctoto
{
...
}

Ctoto myObject;

DllMain...

lors du chargement de la dll, myObject et créé et au déchargement, il est détruit. pour un peu que son destructeur pose problème, le déchargement plante.

kidpigeyre · Answer

J'ai avancé un peu plsu dans le problème j'ai trouvé d'ou ça vient mais je ne sais pas comment le corriger :

"Mon problème est le suivant , les fonctions directx dx_open dx_close et toutes les autres de mon module dll empeche qu'il se décharge correctement lors de mon FreeLibrary. 

Lorsque je les met en commentaire, il n'y a alors plus de problèmes. 

J'ai Win98 et directx 8.1 

Que faire? 

Mci"

kidpigeyre

Voir utilisation de processus

16 réponses

Votre réponse

Discussions similaires