[Thomson] DCMOTO nouveau

Couvre tous les domaines de l'émulation ou de la virtualisation ainsi que les discussions sur les divers outils associés.

Modérateurs : Carl, Papy.G, fneck

Répondre
__sam__
Messages : 4075
Enregistré le : 18 sept. 2010 12:08
Localisation : Brest et parfois les Flandres

Re: [Thomson] DCMOTO nouveau

Message par __sam__ » 09 sept. 2018 21:55

L'appui du bouton "Choisir" fait effectivement remonter les handles, mais à sa fermeture on redescend au total précédent.
i2.PNG
i2.PNG (43.96 Kio) Vu 122 fois
A l'inverse, chaque appui sur le menu "Support amovible" en haut de la fenêtre de l'émulateur fait augmenter le compte, mais il ne redescend pas à la fermeture de la fenêtre.
i1.PNG
i1.PNG (46.49 Kio) Vu 122 fois
Donc l'appui sur la barre de menu "support amovible" et l'ouveture de la boite de dialogue augmente les GDI de 6 et les USER de 50 sans jamais redescendre quand on ferme la boite de dialogue. C'est là qu'est la fuite. L'appui sur le bouton choisir et la fermeture de la boite de dialogue de fichier ne change pas le compte en revanche, ce qui est correct.

L'incrément de 50 t'évoque t'il quelque chose ? Est-ce le nombre d'objet windows (bouton, formulaire etc) de la fenetre "support amovible" ? En effet, visuellement je compte 48 elements graphique windows, et si j'ajoute la dessus le handle de la fenêtre elle-même et peut-être d'un autre que j'ai loupé on retrouve la valeur 50. C'est suspect.
i3.png
i3.png (27.96 Kio) Vu 115 fois
Samuel.
A500 Vampire V2+, A1200(030@50mhz/fpu/64mb/cf 8go),
GVP530 (MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8. New Teo 1.8.4 8)

Daniel
Messages : 10567
Enregistré le : 01 mai 2007 18:30
Localisation : Vaucluse
Contact :

Re: [Thomson] DCMOTO nouveau

Message par Daniel » 10 sept. 2018 12:00

C'est bon, j'ai trouvé le problème :
- Une "Modal DialogBox" doit se fermer par EndDialog
- Une "Modeless DialogBox" doit se fermer par DestroyWindow

La boîte de dialogue "Supports amovibles" est "modeless" et je la fermais par EndDialog. C'était l'erreur, je l'ai corrigée, cette fuite a disparu.

Par contre l'outil Process Explorer est assez diabolique, et il en a trouvé d'autres :
- Dans Outils/Clavier... il manquait des DeleteObject pour des bitmaps, j'ai corrigé.
- Dans Supports amovibles il reste les fuites évoquées plus haut dans GetOpenFileName (quand on clique sur un bouton Charger). Celles-ci je ne sais pas trop comment les corriger. Je continue les recherches...
Daniel
L'obstacle augmente mon ardeur.

__sam__
Messages : 4075
Enregistré le : 18 sept. 2010 12:08
Localisation : Brest et parfois les Flandres

Re: [Thomson] DCMOTO nouveau

Message par __sam__ » 10 sept. 2018 14:03

ProcessExplorer diabolique ? non, juste pratique :)

Pour le GetOpenFileName, je n'ai pas observé de fuite sur ma machine. C'est une machine XP, peut-être que la fuite est dépendante de l'OS.
Samuel.
A500 Vampire V2+, A1200(030@50mhz/fpu/64mb/cf 8go),
GVP530 (MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8. New Teo 1.8.4 8)

Daniel
Messages : 10567
Enregistré le : 01 mai 2007 18:30
Localisation : Vaucluse
Contact :

Re: [Thomson] DCMOTO nouveau

Message par Daniel » 10 sept. 2018 15:37

J'ai observé un phénomène curieux (avec Windows 10) :
- En faisant plusieurs GetOpenFileName à la suite (par le bouton Charger), Handles et Peek Handles montent à 638
- En fermant la fenêtre Périphériques amovibles et en laissant dcmoto tourner, un quart d'heure plus tard les deux compteurs sont à 570
- Une demi-heure plus tard les deux compteurs sont à 514
- Je laisse tourner pour voir si ça évolue...

[Edit]
Il semble que le compteur se soit stabilisé à 514.
En attendant de comprendre, j'ai mis en ligne la version 20180910 de dcmoto_nouveau : http://dcmoto.free.fr/emulateur/dcmoto_nouveau.zip
Normalement il ne devrait plus y avoir de fuites en ouvrant et fermant "Périphériques amovibles" et "Outils/Clavier..."
Daniel
L'obstacle augmente mon ardeur.

Répondre