From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,8727a81126dc209a X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-09-23 16:53:21 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!proxad.net!proxad.net!newspeer1-gui.server.ntli.net!ntli.net!newsfep4-glfd.server.ntli.net.POSTED!53ab2750!not-for-mail From: "Dr. Adrian Wrigley" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Problem with memory leaks in Glade and GLADE References: <2PN9b.1478$I9.42@newsfep4-winn.server.ntli.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Wed, 24 Sep 2003 00:53:18 +0100 NNTP-Posting-Host: 81.100.88.147 X-Complaints-To: abuse@ntlworld.com X-Trace: newsfep4-glfd.server.ntli.net 1064361201 81.100.88.147 (Wed, 24 Sep 2003 00:53:21 BST) NNTP-Posting-Date: Wed, 24 Sep 2003 00:53:21 BST Organization: ntl Cablemodem News Service Xref: archiver1.google.com comp.lang.ada:42827 Date: 2003-09-24T00:53:18+01:00 List-Id: Stephen Leake wrote: > Yes. The GtkAda list is quite helpful. See > http://libre.act-europe.fr/GtkAda/ for info on how to subscribe (in > the Authors section). OK. I've been looking at the list. Useful to keep in touch with. Unfortunately (?) I have found the leak problems are mirrored in the C version of the demo code "gtk-demo". This code also sucks in RAM each time the pointed enters the main selection window, (as well as taking in a megabyte or two extra each time a function is activated). I can't blame deficient Ada programming for the behavior of gtk-demo, and it almost looks like the "free" function call has been replaced by a no-op! Perhaps the most obvious error I might have made would be to have some inconsistent combinations of libraries being loaded, or versions with known memory bugs, so (for the record) I've included the list below... $ ldd /usr/local/bin/gtk-demo libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x40013000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x40027000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x40089000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x402ab000) libXft.so.2 => /usr/lib/libXft.so.2 (0x402b8000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x402ca000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x402cf000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x402f5000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4033e000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x40413000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x40434000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x40441000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x40474000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x4048e000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x404c3000) libdl.so.2 => /lib/libdl.so.2 (0x404c7000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x404ca000) libm.so.6 => /lib/i686/libm.so.6 (0x40531000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40554000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) -- Adrian