From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?windows-1252?Q?=D3scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: X resource leak? Date: Mon, 19 Jan 2009 10:08:06 +0100 Message-ID: References: <878wpbz39r.fsf@cyd.mit.edu> <87d4ek3s9j.fsf@cyd.mit.edu> <87fxjfzty0.fsf@xemacs.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1232356203 31184 80.91.229.12 (19 Jan 2009 09:10:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Jan 2009 09:10:03 +0000 (UTC) To: Chong Yidong , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 19 10:11:16 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LOq9s-0008N9-On for ged-emacs-devel@m.gmane.org; Mon, 19 Jan 2009 10:11:01 +0100 Original-Received: from localhost ([127.0.0.1]:48644 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOq8b-00026X-MX for ged-emacs-devel@m.gmane.org; Mon, 19 Jan 2009 04:09:41 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LOq7I-0001fq-Ta for emacs-devel@gnu.org; Mon, 19 Jan 2009 04:08:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LOq7F-0001fc-Ri for emacs-devel@gnu.org; Mon, 19 Jan 2009 04:08:20 -0500 Original-Received: from [199.232.76.173] (port=42307 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOq7F-0001fT-Ll for emacs-devel@gnu.org; Mon, 19 Jan 2009 04:08:17 -0500 Original-Received: from outmailhost.telefonica.net ([213.4.149.242]:46075 helo=ctsmtpout1.frontal.correo) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LOq7F-0003BJ-35 for emacs-devel@gnu.org; Mon, 19 Jan 2009 04:08:17 -0500 Original-Received: from K7 (83.38.73.86) by ctsmtpout1.frontal.correo (7.2.056.6) (authenticated as 981711563$telefonica.net) id 496219E60045A242; Mon, 19 Jan 2009 10:08:08 +0100 In-Reply-To: <87fxjfzty0.fsf@xemacs.org> (Stephen J. Turnbull's message of "Mon, 19 Jan 2009 15:33:11 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (windows-nt) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:107987 Archived-At: "Stephen J. Turnbull" writes: > Chong Yidong writes: > > =D3scar Fuentes writes: > >=20 > > > I place an emacs -Q session and a konsole with xrestop side to > > > side. Just opening a file, scrolling through, etc, makes the number = of > > > pixmaps and misc objects to grow. Killing the buffer does not reduce= the > > > number of X resources used by emacs. Something as simple as C-x C-f = C-g > > > increases the number of pixmaps by 4 (2 for C-x C-f and two more whe= n I > > > abort with C-g). Is as if the allocated X resources never were freed. > >=20 > > I can not reproduce this. Could you provide a *precise* recipe? That's the precise recipe. I repeat: emacs -Q C-x C-f C-g and the pixmap count increases by 4. C-x C-f C-g again, and it keeps increasing. I'm not expecting from you to reproduce the problem: it is so glaring that if it were common it would already noticed. I'm looking for some guidance on how to diagnose it on my machine. > This sounds like the X server may not have the X Render extension > enabled, so Xft is using pixmaps to simulate X Render. I have nothing > more to say about it, this is just hearsay from something I read > somewhere in passing (that for a couple of year Xft has had the > capability to use standard X calls to simulate X Render calls). > Anyway, it's easy to check for the X Render extension in the server > with xpdyinfo | grep -i render and in emacs with ldd | grep -i render. > If it's present as an extension in the server and linked in emacs, > probably that's not it. /home/oscar $ ldd /usr/local/bin/emacs | grep -i render libXrender.so.1 =3D> /usr/lib/libXrender.so.1 (0x00007f8a5f9ba000) libxcb-render-util.so.0 =3D> /usr/lib/libxcb-render-util.so.0 (0x00007f8a5= eb37000) libxcb-render.so.0 =3D> /usr/lib/libxcb-render.so.0 (0x00007f8a5e92e000) I have no xpdyinfo. Hope the above is enough to decide if the exentension is working or not. --=20 Oscar