Discussion :

[Naish72]

Bonjour tout le monde !
Je commence tout juste avec visual C++ express 2008 dans le cadre d'un projet avec openCV et donc sous windows, dont je n'ai pas vraiment l'habitude d'utiliser pour ce qui touche � la programmation.

Cependant, au niveau des fichiers charg�s, je ne comprend pas ce que certains font ici, dans le genre de :
'Base_openCV.exe' : Charg� 'C:\Program Files\Babylon\Babylon-Pro\captlib.dll
Ce qui je pense est � l'origine de l'erreur :
Le programme '[5644] Base_openCV.exe: Natif' s'est arr�t� avec le code -1073741510 (0xc000013a).

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
 
...
Base_openCV.exe' : Chargé 'C:\Windows\System32\msctf.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\lpk.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\usp10.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\APSHook.dll', Le fichier binaire n'a pas été généré avec les informations de débogage.
'Base_openCV.exe' : Chargé 'C:\Windows\System32\psapi.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6001.18000_none_5cdbaa5a083979cc\comctl32.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\apphelp.dll'
Le thread 'Thread Win32' (0x168c) s'est arrêté avec le code 0 (0x0).
'Base_openCV.exe' : Chargé 'C:\Windows\System32\uxtheme.dll'
'Base_openCV.exe' : Chargé 'C:\Program Files\ASUS Security Center\ASUS Security Protect Manager\Bin\ItClient.dll', Le fichier binaire n'a pas été généré avec les informations de débogage.
'Base_openCV.exe' : Chargé 'C:\Windows\System32\dwmapi.dll'
'Base_openCV.exe' : Chargé 'C:\Program Files\Babylon\Babylon-Pro\captlib.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\wininet.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\normaliz.dll'
'Base_openCV.exe' : Chargé 'C:\Windows\System32\iertutil.dll'
Le thread 'Thread Win32' (0xe84) s'est arrêté avec le code -1073741510 (0xc000013a).
Le programme '[5644] Base_openCV.exe: Natif' s'est arrêté avec le code -1073741510 (0xc000013a).

Donc concernant le Path d'environement, j'ai juste rajout� le chemin pour les r�pertoire "bin" de OpenCV, j'ai �galement rajout� les diff�rents fichiers relatifs aux fichier includes, sources, librairies dans l'ide

Et donc voila, je ne comprend pourquoi ces autres fichiers dll sont charg� dans mon appli.

Merci de m'�clairer

[M�dinoc]

Ces DLLs sont peut-�tre utilis�es par d'autres DLLs.
Regarde avec Dependency Walker (depends.exe). Et si �a ne t'indique rien, cherche cette captlib.dll dans le registre (�a peut �tre un composent COM).

[Neitsa]

Bonjour,

quelques unes des DLLs pr�sentes sont des DLLs inject�es soit par des applications tiers, soit directement par le syst�me lui-m�me (cas d'uxtheme.dll).

Par exemple, APSHook et ItClient sont des DLLs de chez Asus, captlib.dll �tant une DLL de Babylon-Pro.

Ces DLLs sont inject�es dans tous les processus pour "aider" � quelque chose : c'est l� que cette pratique devient discutable dans le cas des DLL inject�es par des programmes tiers et non par le syst�me.

On a pas forc�ment besoin des fonctions apport�es par ces DLLs, sachant que cette aide est "aveugle" et les DLLs inject�es dans tous les processus utilisateur.

Le seul moyen de s'en passer � coup s�r est de d�sinstaller les programmes qui les injectent...

[M�dinoc]

Que veux-tu dire pr�cis�ment par "injectent" ?
Parles-tu de hooks ("sale"), ou de composants COM r�f�renc�s proprement?

[Naish72]

D'accord, merci pour vos r�ponse.
Cependant, je ne peux me passer de ces logiciels, vu qu'ils me sont vraiment utiles.

Cependant, dans le code, que j'ai coll� dans mon premier post, les modules sont charg�s mais ne sont pas d�charg� � priori � la fermeture de mon application lanc�, non ?

Donc, est-ce qu'il y aurait un moyen pour qu'ils se d�chargent normalement et �viter l'arr�t brutal du thread ! Peut-�tre avec des exclusions ou je ne sais quoi ?

[M�dinoc]

Normalement, si le processus n'est pas arr�t� brutalement, les DLLs sont correctement d�charg�es.

[Naish72]

Ok merci ! je croyais que dans le log de sortie vc++, on voyait le "d�chargement" des dlls charg�s.

[M�dinoc]

Normalement, il me semble qu'on doit le voir (ou bien, seuls les d�chargements explicites avec FreeLibrary() sont affich�s). Mais pour �a, il ne faut pas que le programme soit interrompu � la bourrin: Si la fonction TerminateProcess() est appel�e sur un processus, ses DLLs ne seront pas correctement d�charg�es.