From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: X wizard needed Date: Mon, 20 Jan 2003 20:14:47 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <70AC3C2F-2CAB-11D7-9A4A-00039363E640@swipnet.se> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1043090262 7523 80.91.224.249 (20 Jan 2003 19:17:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2003 19:17:42 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18ahQS-0001xC-00 for ; Mon, 20 Jan 2003 20:17:40 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18ahbT-0000Cl-00 for ; Mon, 20 Jan 2003 20:29:03 +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 18ahQF-00016v-08 for emacs-devel@quimby.gnus.org; Mon, 20 Jan 2003 14:17:27 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18ahPd-0000ko-00 for emacs-devel@gnu.org; Mon, 20 Jan 2003 14:16:49 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18ahO6-0008F2-00 for emacs-devel@gnu.org; Mon, 20 Jan 2003 14:15:17 -0500 Original-Received: from stubby.bodenonline.com ([193.201.16.94]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18ahNv-0008Ag-00; Mon, 20 Jan 2003 14:15:03 -0500 Original-Received: from accessno42.bodenonline.com (IDENT:root@accessno42.bodenonline.com [193.201.16.44]) h0KK9lDU003001; Mon, 20 Jan 2003 21:09:48 +0100 Original-To: rms@gnu.org In-Reply-To: X-Mailer: Apple Mail (2.482) 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:10911 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:10911 m=E5ndagen den 20 januari 2003 kl 01.50 skrev Richard Stallman: > [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. I can take a look. xmon can be used to trace X traffic. It is possible that some X window is not deleted when updating the menus. But I'll see if I can find anything. Jan D. > 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=3Dgnu.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=3Dmotif=20 > --prefix=3D/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=20 > 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=20 > 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=20 > emacs > processes commands, the Xsun memory usage is seen to rise, usually in=20= > 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=20 > 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=20 > I > don't know enough about the internals of X to know whether it is = possible=20 > 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=20= > 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 |