From: "Jan D." <jan.h.d@swipnet.se>
Cc: arm@camcon.co.uk
Subject: Re: X wizard needed
Date: Sun, 26 Jan 2003 14:35:16 +0100 [thread overview]
Message-ID: <3E33E414.8080005@swipnet.se> (raw)
In-Reply-To: 70AC3C2F-2CAB-11D7-9A4A-00039363E640@swipnet.se
[-- Attachment #1: Type: text/plain, Size: 3896 bytes --]
Jan D. wrote:
>
> måndagen 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.
It turns out that no xmon was needed. It is a general memory leak that is
present on all systems. It is both a leak in Emacs and a leak in the X server,
since X windows aren't being deallocated. I think this should go into RC. Is
it OK to put it in there (see attachement)? I've tested it under XFree86,
GNU/Linux and Solaris ix86.
Jan D.
>
>> Date: Thu, 9 Jan 2003 15:02:47 +0000
>> From: Alan Morgan <arm@camcon.co.uk>
>> 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 |
>
>
>
[-- Attachment #2: emacsRC.diff --]
[-- Type: text/plain, Size: 1043 bytes --]
Index: lwlib/lwlib-Xm.c
===================================================================
RCS file: /cvsroot/emacs/emacs/lwlib/lwlib-Xm.c,v
retrieving revision 1.43
diff -c -r1.43 lwlib-Xm.c
*** lwlib/lwlib-Xm.c 22 Mar 2001 19:11:33 -0000 1.43
--- lwlib/lwlib-Xm.c 26 Jan 2003 13:28:55 -0000
***************
*** 265,271 ****
XtSetArg (al[0], XmNsubMenuId, &submenu);
XtGetValues (children[i], al, 1);
if (submenu)
! XtDestroyWidget (submenu);
XtDestroyWidget (children[i]);
}
--- 265,274 ----
XtSetArg (al[0], XmNsubMenuId, &submenu);
XtGetValues (children[i], al, 1);
if (submenu)
! {
! destroy_all_children (submenu, 0);
! XtDestroyWidget (submenu);
! }
XtDestroyWidget (children[i]);
}
***************
*** 731,736 ****
--- 734,742 ----
(XtPointer)instance);
XtManageChild (button);
}
+
+ if (widget_list)
+ XtFree ((char*) widget_list);
}
}
else if (!contents)
[-- Attachment #3: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel
next prev parent reply other threads:[~2003-01-26 13:35 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-20 0:50 X wizard needed Richard Stallman
2003-01-20 19:14 ` Jan D.
2003-01-20 18:53 ` Eli Zaretskii
2003-01-26 13:38 ` Jan D.
2003-01-26 16:12 ` Eli Zaretskii
2003-01-27 20:01 ` Jan D.
2003-01-28 6:20 ` Eli Zaretskii
2003-01-27 2:32 ` Richard Stallman
2003-01-22 9:59 ` Richard Stallman
2003-01-26 13:35 ` Jan D. [this message]
2003-01-27 2:32 ` Richard Stallman
2003-01-27 19:05 ` Jan D.
-- strict thread matches above, loose matches on Subject: below --
2003-01-12 11:56 Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3E33E414.8080005@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=arm@camcon.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).