J'ai besoin de connaitre en temps r=E9el les fen=EAtres ouvertes ou ferm=E9=
es par des applis.
J'utilise donc la fonction enumWidows avec les conditions de recherche n=E9=
cessaires. Quand je regarde la m=E9moire consomm=E9e par mon code dans le g=
estionnaire de taches, elle ne cesse de grimper.
J'ai donc r=E9duis mon code au plus simple pour tester. Mais toujours parei=
l.
Cela ne risque t-il pas de poser de probl=E8me si mon code tourne plusieurs=
heures?=20
Pourquoi cette "consommation" =E0 chaque =E9num=E9ration?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jeremy
a écrit dans le message de news:
Bonjour,
J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou fermées par des applis. J'utilise donc la fonction enumWidows avec les conditions de recherche nécessaires. Quand je regarde la mémoire consommée par mon code dans le gestionnaire de taches, elle ne >cesse de grimper.
J'ai donc réduis mon code au plus simple pour tester. Mais toujours pareil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi (XP 32-bits) Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
<cs.pronergia@gmail.com> a écrit dans le message de news:
ba0bad12-80f6-48c9-9f70-5db84cc53f84@googlegroups.com...
Bonjour,
J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou fermées par
des applis.
J'utilise donc la fonction enumWidows avec les conditions de recherche
nécessaires. Quand je regarde la mémoire consommée par mon code dans le
gestionnaire de taches, elle ne >cesse de grimper.
J'ai donc réduis mon code au plus simple pour tester. Mais toujours pareil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi
(XP 32-bits)
Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou fermées par des applis. J'utilise donc la fonction enumWidows avec les conditions de recherche nécessaires. Quand je regarde la mémoire consommée par mon code dans le gestionnaire de taches, elle ne >cesse de grimper.
J'ai donc réduis mon code au plus simple pour tester. Mais toujours pareil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi (XP 32-bits) Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
cs.pronergia
Le jeudi 20 décembre 2012 09:45:58 UTC+1, Jeremy a écrit :
a écrit dans le message de news:
>Bonjour,
>J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou ferm ées par
>des applis.
>J'utilise donc la fonction enumWidows avec les conditions de recherche
>nécessaires. Quand je regarde la mémoire consommée par mon code da ns le
>gestionnaire de taches, elle ne >cesse de grimper.
>J'ai donc réduis mon code au plus simple pour tester. Mais toujours pa reil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi
(XP 32-bits)
Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
Merci pour ta réponse Jérémy.
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le problème persiste. Je lance le code et la mémoire monte progressivement en 2 heures d'enviro ns 1500K à 18000K.Je ne comprends vraiment pas pourquoi. Sous win 7, j'utilise code:blocks.
Le jeudi 20 décembre 2012 09:45:58 UTC+1, Jeremy a écrit :
<cs.pronergia@gmail.com> a écrit dans le message de news:
>J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou ferm ées par
>des applis.
>J'utilise donc la fonction enumWidows avec les conditions de recherche
>nécessaires. Quand je regarde la mémoire consommée par mon code da ns le
>gestionnaire de taches, elle ne >cesse de grimper.
>J'ai donc réduis mon code au plus simple pour tester. Mais toujours pa reil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi
(XP 32-bits)
Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
Merci pour ta réponse Jérémy.
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le problème persiste.
Je lance le code et la mémoire monte progressivement en 2 heures d'enviro ns 1500K à 18000K.Je ne comprends vraiment pas pourquoi.
Sous win 7, j'utilise code:blocks.
Le jeudi 20 décembre 2012 09:45:58 UTC+1, Jeremy a écrit :
a écrit dans le message de news:
>Bonjour,
>J'ai besoin de connaitre en temps réel les fenêtres ouvertes ou ferm ées par
>des applis.
>J'utilise donc la fonction enumWidows avec les conditions de recherche
>nécessaires. Quand je regarde la mémoire consommée par mon code da ns le
>gestionnaire de taches, elle ne >cesse de grimper.
>J'ai donc réduis mon code au plus simple pour tester. Mais toujours pa reil.
J'ai lancé ton petit prog, et la mémoire ne bouge absolument pas chez moi
(XP 32-bits)
Et ça parait normal vu qu'il n'y a pas de bug de mémoire apparent
Merci pour ta réponse Jérémy.
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le problème persiste. Je lance le code et la mémoire monte progressivement en 2 heures d'enviro ns 1500K à 18000K.Je ne comprends vraiment pas pourquoi. Sous win 7, j'utilise code:blocks.
Jeremy
Merci pour ta réponse Jérémy.
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le problème persiste. Je lance le code et la mémoire monte progressivement en 2 heures d'environs 1500K à 18000K.Je ne comprends vraiment pas pourquoi. Sous win 7, j'utilise code:blocks.
J'ai compilé sous Visual Studio, c'est peut etre la difference..
Merci pour ta réponse Jérémy.
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le
problème persiste.
Je lance le code et la mémoire monte progressivement en 2 heures d'environs
1500K à 18000K.Je ne comprends vraiment pas pourquoi.
Sous win 7, j'utilise code:blocks.
J'ai compilé sous Visual Studio, c'est peut etre la difference..
Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le problème persiste. Je lance le code et la mémoire monte progressivement en 2 heures d'environs 1500K à 18000K.Je ne comprends vraiment pas pourquoi. Sous win 7, j'utilise code:blocks.
J'ai compilé sous Visual Studio, c'est peut etre la difference..
cs.pronergia
Le dimanche 23 décembre 2012 09:44:13 UTC+1, Jeremy a écrit :
>Merci pour ta réponse Jérémy.
>Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le
>problème persiste.
>Je lance le code et la mémoire monte progressivement en 2 heures d'env irons
>1500K à 18000K.Je ne comprends vraiment pas pourquoi.
>Sous win 7, j'utilise code:blocks.
J'ai compilé sous Visual Studio, c'est peut etre la difference..
Je reste perplexe sur ce dernier point. J'en aurai le cur net en début d'année, j'installerai visual studio.
Le dimanche 23 décembre 2012 09:44:13 UTC+1, Jeremy a écrit :
>Merci pour ta réponse Jérémy.
>Dans le doute j'ai créé un nouveau projet et recopié le code. Mais le
>problème persiste.
>Je lance le code et la mémoire monte progressivement en 2 heures d'env irons
>1500K à 18000K.Je ne comprends vraiment pas pourquoi.
>Sous win 7, j'utilise code:blocks.
J'ai compilé sous Visual Studio, c'est peut etre la difference..
Je reste perplexe sur ce dernier point. J'en aurai le cur net en début d'année, j'installerai visual studio.