From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: X wizard needed Date: Sun, 19 Jan 2003 19:50:27 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1043024229 27090 80.91.224.249 (20 Jan 2003 00:57:09 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2003 00:57:09 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18aQFQ-00072o-00 for ; Mon, 20 Jan 2003 01:57:08 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18aQQ3-0006k7-00 for ; Mon, 20 Jan 2003 02:08:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18aQCj-0005VC-04 for emacs-devel@quimby.gnus.org; Sun, 19 Jan 2003 19:54:21 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18aQAB-0004Z3-00 for emacs-devel@gnu.org; Sun, 19 Jan 2003 19:51:43 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18aQ9a-00049Y-00 for emacs-devel@gnu.org; Sun, 19 Jan 2003 19:51:07 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18aQ90-00042f-00 for emacs-devel@gnu.org; Sun, 19 Jan 2003 19:50:30 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18aQ8x-0006Tj-00; Sun, 19 Jan 2003 19:50:27 -0500 Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:10880 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10880 [I sent this message a few weeks ago but did not get a response. I hope we have someone who can help.] Is there someone who knows how to trace X commands to see what Emacs is sending that causes this memory leak? Please send me mail if you can do it. Date: Thu, 9 Jan 2003 15:02:47 +0000 From: Alan Morgan To: bug-gnu-emacs@gnu.org Subject: Sun X server memory leak when running emacs 21.2 Sender: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English, because the Emacs maintainers do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. In GNU Emacs 21.2.2 (sparc-sun-solaris2.6, OSF/Motif Version 1.2.6) of 2002-08-08 on athene configured using `configure --with-x-toolkit=motif --prefix=/usr/local/src/edcad/gnu' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: nil default-enable-multibyte-characters: t Please describe exactly what actions triggered the bug and the precise symptoms of the bug: On Sun Solaris 2.6, when running emacs 21.2 with the menu bar enabled, the Sun X server's memory usage increases with time, eventually making the machine unreasonably slow. This does not occur in emacs 20, nor in 21.2 if the menu bar is disabled. To see the behaviour, start an X login session, monitor the virtual memory size of the Xsun process, and start a vanilla emacs with emacs -q. When emacs processes commands, the Xsun memory usage is seen to rise, usually in chunks of around 4-32k at a time. Opening files (with C-x C-f) and killing buffers (C-x C-k), with no other activity, seems to show the behaviour. If emacs is left undisturbed (no input) then the memory usage does not rise but stays constant, however doing C-x C-f then causes a rise again, even C-x C-f C-g, i.e. an aborted find file has the same effect. I am aware that this could be a bug in Xsun, not in emacs, but I'm sorry I don't know enough about the internals of X to know whether it is possible for an application to legitimately cause the Xsun process to expand, or if this has to imply a bug in the X implementation. I'd be interested to know which is at fault. Best Regards, Alan - -- Dr Alan Morgan | Cambridge Consultants Ltd. | Tel: +44 (0)1223 420024 (switchboard) Science Park | +44 (0)1223 392682 (direct) Milton Road | +44 (0)7785 714790 (mobile) Cambridge | Fax: +44 (0)1223 423373 CB4 0DW | Email: arm@camcon.co.uk England | _______________________________________________ Bug-gnu-emacs mailing list Bug-gnu-emacs@gnu.org http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs