Hello,
RABRET Laurent FTRD/DAC/ISS wrote:
This problem is an old known bug affecting "early" Windows GDK releases.
Objects created by "CreateRectRgnIndirect" were not destroyed... It was
fixed about 2 years ago. I use like you a recent glib-2.0 and gtk+ (1.3
and 2) libraries and there's no GDI resource leak at all. What is
strange in your description is that it seems you still see a 1
increasing GDI resource. This should not occur (and doesn't on my
computer...)
It just increases by 1 temporarly while scrolling packet list. It
decrements immediately when you stop scrolling.(Note that task manager
window is not updated immediately, you have to scroll a about two full
seconds, to see it).
So indeed there is no resource leak at all. And there is also support
for 8 bit colour-mode. I think it would be a good idea to use glib-2.0
and gtk-1.3 in official ethereal. We would need only a patch for
"config.nmake" and the nsis-scipt.
See links in for needed packages.
http://www.ethereal.com/lists/ethereal-dev/200306/msg00130.html
Regards,
Lars Roland
-----Original Message-----
From: Lars Roland [mailto:Lars.Roland@xxxxxxx]
Sent: Thursday, July 17, 2003 6:22 PM
To: R. Alan Monroe
Cc: ethereal-dev@xxxxxxxxxxxx
Subject: Re: [Ethereal-dev] GDI resource leak on Windows when scrolling
Hello all,
R. Alan Monroe wrote:
> Windows 2000
> Ethereal 0.9.13a
> gtk-1.3.dll version 1.3.0.50
>
> To reproduce, display GDI resource column in task manager, then
> arrange your windows so both windows are visible. Scroll any of
> ethereal's panes up and down 10 or so times. Your GDI count should
> increase by several hundred if not a few thousand. Also try scrolling
> any of the panes by highlighting a row then using the cursor keys to
> move one row at a time. Each row you move that scrolls the screen
> should increase the GDI resources by 1.
>
I can reproduce this as well with ethereal 0.9.13a
I cannot reproduce it with self-compiled ethereal using glib-2.2.1 and
newer gtk-1.3.0! GDI resources just increase by 1! So it seems to be
fixed there.
Today I found out that the newer gtk-1.3 library can also handle 256
colours!
I also see official Ethereal sometimes crashing with BlueScreen on
WinNT! But I have never seen this since I use the new library.
So I suggest, that official Ethereal for Windows should also use glib
2.2.1 and newer gtk 1.3.0. There will be no change in look and feel of
Ethereal, as this is still GTK 1 and NOT GTK 2. We could also get rid of
glib 1 dependencies, at least on Windows.
I can provide patches for nmake and links to the libraries!
Best Regards,
Lars Roland