GNU bug report logs - #20134
24.4.90; Emacs slowdown to eventual hang

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: phillip.lord@HIDDEN (Phillip Lord); dated Wed, 18 Mar 2015 14:16:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 19:59:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 15:59:04 2015
Received: from localhost ([127.0.0.1]:49533 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Yfw7s-0001fT-2Y
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 15:59:04 -0400
Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:40086)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1Yfw7p-0001f4-PE
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 15:59:02 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot22.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1Yfw7o-0008Ux-F1; Wed, 08 Apr 2015 20:59:00 +0100
Received: from cpc7-benw10-2-0-cust228.16-2.cable.virginm.net ([77.98.254.229]
 helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1Yfw7o-0007a8-AV; Wed, 08 Apr 2015 20:59:00 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>
 <877ftmiphs.fsf@HIDDEN> <83zj6ifvvg.fsf@HIDDEN>
 <87mw2ih8qx.fsf@HIDDEN> <87fv8ah7jn.fsf@HIDDEN>
 <83wq1mfrbh.fsf@HIDDEN> <55256C07.6010206@HIDDEN>
Date: Wed, 08 Apr 2015 20:58:58 +0100
In-Reply-To: <55256C07.6010206@HIDDEN> (martin rudalics's message of "Wed, 8
 Apr 2015 19:57:27 +0200")
Message-ID: <87egnuv1bx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: Eli Zaretskii <eliz@HIDDEN>, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


martin rudalics <rudalics@HIDDEN> writes:

>> There's that xic_set_preeditarea and xcb_wait_for_event again, called
>> as part of Emacs redisplaying and setting the cursor.  I don't
>> understand why this would become progressively slower and slower
>> during a session, but then I know nothing about XIC.
>
> Disabling XIM in Emacs could help.  See
>
> https://bugs.freedesktop.org/show_bug.cgi?id=78081


That does look similar doesn't it.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:57:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 13:57:49 2015
Received: from localhost ([127.0.0.1]:49434 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfuEX-0007B8-FT
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:57:49 -0400
Received: from mout.gmx.net ([212.227.15.15]:60145)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <rudalics@HIDDEN>) id 1YfuEU-0007Ar-Ep
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:57:47 -0400
Received: from [188.22.110.110] ([188.22.110.110]) by mail.gmx.com (mrgmx001)
 with ESMTPSA (Nemesis) id 0MLNpK-1YgSSX4A42-000bJH;
 Wed, 08 Apr 2015 19:57:32 +0200
Message-ID: <55256C07.6010206@HIDDEN>
Date: Wed, 08 Apr 2015 19:57:27 +0200
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
To: Eli Zaretskii <eliz@HIDDEN>, Phillip Lord <phillip.lord@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90; Emacs slowdown to eventual
 hang)
References: <87zj7ae6il.fsf@HIDDEN>	<handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>	<871tkk50pe.fsf@HIDDEN>
 <83d244wwy5.fsf@HIDDEN>	<83iod8htqp.fsf@HIDDEN>
 <877fto3qlk.fsf@HIDDEN>	<83h9sshrue.fsf@HIDDEN>
 <87a8yj3mrk.fsf@HIDDEN>	<83384bj16l.fsf@HIDDEN>
 <87wq1nj9by.fsf@HIDDEN>	<jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>	<877ftmiphs.fsf@HIDDEN>	<83zj6ifvvg.fsf@HIDDEN>
 <87mw2ih8qx.fsf@HIDDEN>	<87fv8ah7jn.fsf@HIDDEN>
 <83wq1mfrbh.fsf@HIDDEN>
In-Reply-To: <83wq1mfrbh.fsf@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:v6e7svfUeR/PFddeL54di8auJJaTQeJi1GH/aYIeWtnzYIe1HG9
 9AU9hDmzc+iDNAQCiNlwojozs5pWMh6haSet37YSfn89kenU1OSo5x8P3PFmJcNpVo1zAXb
 08KCyCE7rO5LPejaLi/BFMXPY76RGMcrFDvwwN27/qpOaOW84pVGWZv+okg22z6hfPpQ7l9
 3O59SzBoTSpr0+BGuq8bA==
X-UI-Out-Filterresults: notjunk:1;
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

 > There's that xic_set_preeditarea and xcb_wait_for_event again, called
 > as part of Emacs redisplaying and setting the cursor.  I don't
 > understand why this would become progressively slower and slower
 > during a session, but then I know nothing about XIC.

Disabling XIM in Emacs could help.  See

https://bugs.freedesktop.org/show_bug.cgi?id=78081

martin




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:44:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 13:44:31 2015
Received: from localhost ([127.0.0.1]:49430 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Yfu1f-0006sW-5z
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:44:31 -0400
Received: from mtaout24.012.net.il ([80.179.55.180]:54077)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1Yfu1b-0006sE-EN
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:44:29 -0400
Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il
 (HyperSendmail v2007.08) id <0NMI00B000MKO200@HIDDEN> for
 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 20:35:36 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMI0030W0VCH780@HIDDEN>; Wed, 08 Apr 2015 20:35:36 +0300 (IDT)
Date: Wed, 08 Apr 2015 20:44:18 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <87fv8ah7jn.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83wq1mfrbh.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN> <877ftmiphs.fsf@HIDDEN>
 <83zj6ifvvg.fsf@HIDDEN> <87mw2ih8qx.fsf@HIDDEN>
 <87fv8ah7jn.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: monnier@HIDDEN, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: <monnier@HIDDEN>,  <20134 <at> debbugs.gnu.org>
> Date: Wed, 08 Apr 2015 18:08:28 +0100
> 
> 
> Here is another backtrace.

There's that xic_set_preeditarea and xcb_wait_for_event again, called
as part of Emacs redisplaying and setting the cursor.  I don't
understand why this would become progressively slower and slower
during a session, but then I know nothing about XIC.

What happens if, starting with this backtrace, you type "finish" until
it stops showing the next frame up the call-stack -- which frame does
it fail to leave from?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 17:08:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 13:08:34 2015
Received: from localhost ([127.0.0.1]:49413 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YftSr-00061o-Ew
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:08:34 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:59017)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YftSp-00061f-1J
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 13:08:32 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YftSn-0004wY-Cd; Wed, 08 Apr 2015 18:08:30 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YftSm-0003d0-Uj; Wed, 08 Apr 2015 18:08:28 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-Reply-To: <87mw2ih8qx.fsf@HIDDEN> (Phillip Lord's message of "Wed, 
 08 Apr 2015 17:42:30 +0100")
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>
 <877ftmiphs.fsf@HIDDEN> <83zj6ifvvg.fsf@HIDDEN>
 <87mw2ih8qx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
Date: Wed, 08 Apr 2015 18:08:28 +0100
Message-ID: <87fv8ah7jn.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: monnier@HIDDEN, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


Here is another backtrace.

Wide-column-mode is gone and was not loaded this time. Again, Emacs has
hung in the mini-buffer (it is showing M-x again).

I remember that my earlier attempts to profiler emacs did show quite a
lot of time in completing-read which I was rather confused about.

Phil


Temporary breakpoint 2 at 0x4ff120: file sysdep.c, line 850.
(gdb) bt
#0  0x00007f5d9ff5712d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f5d9ca3bb72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007f5d9ca3d64f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007f5da339f198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007f5da3387751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007f5da33cdf24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007f5da33ceb80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007f5da33cee71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x00007f5da33bd8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#9  0x00007f5da33abb3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=99, y=y@entry=0) at xfns.c:2107
#11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=<optimised out>, x=99, y=0, cursor_type=<optimised out>, 
    cursor_width=<optimised out>, on_p=<optimised out>, active_p=<optimised out>) at xterm.c:7331
#12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, on=on@entry=true, hpos=9, vpos=0, x=99, y=0) at xdisp.c:27634
#13 0x00000000004b968c in x_update_window_end (w=0x11508e0, cursor_on_p=<optimised out>, mouse_face_overwritten_p=<optimised out>) at xterm.c:582
#14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, force_p=<optimised out>, force_p@entry=true) at dispnew.c:3541
#15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0x6899b68, force_p=force_p@entry=true) at dispnew.c:3216
#16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, force_p=<optimised out>, force_p@entry=false, 
    inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105
#17 0x000000000044f69d in redisplay_internal () at xdisp.c:14024
#18 0x0000000000450795 in redisplay_preserve_echo_area (from_where=from_where@entry=8) at xdisp.c:14182
#19 0x00000000004efdfa in detect_input_pending_run_timers (do_display=do_display@entry=true) at keyboard.c:9898
#20 0x0000000000595756 in wait_reading_process_output (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, read_kbd=read_kbd@entry=-1, 
    do_display=do_display@entry=true, wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0)
    at process.c:4702
#21 0x0000000000421a54 in sit_for (timeout=<optimised out>, reading=reading@entry=true, display_option=display_option@entry=1) at dispnew.c:5867
#22 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=122914326, prev_event=12140850, 
    used_mouse_menu=used_mouse_menu@entry=0x7fff02a8b56b, end_time=end_time@entry=0x0) at keyboard.c:2810
#23 0x00000000004f1fdf in read_key_sequence (keybuf=keybuf@entry=0x7fff02a8b640, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9089
#24 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
#25 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#26 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178
#27 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#28 0x00000000004ea503 in command_loop () at keyboard.c:1149
#29 recursive_edit_1 () at keyboard.c:778
#30 0x0000000000512b67 in read_minibuf (map=map@entry=16048598, initial=initial@entry=12140850, prompt=<optimised out>, prompt@entry=413383377, 
---Type <return> to continue, or q <return> to quit---
    expflag=<optimised out>, histvar=histvar@entry=17022162, histpos=0, defalt=defalt@entry=12140850, allow_props=false, inherit_input_method=false)
    at minibuf.c:674
#31 0x00000000005131ce in Fread_from_minibuffer (prompt=413383377, initial_contents=12140850, keymap=16048598, read=12140850, hist=<optimised out>, 
    default_value=12140850, inherit_input_method=12140850) at minibuf.c:957
#32 0x0000000000557328 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2837
#33 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140733238000008, args=0x8)
    at bytecode.c:916
#34 0x0000000000556ed7 in funcall_lambda (fun=140733238000832, nargs=nargs@entry=8, arg_vector=0x917141 <pure+882625>, 
    arg_vector@entry=0x7fff02a8baf8) at eval.c:2978
#35 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff02a8baf0) at eval.c:2872
#36 0x0000000000510c00 in Fcompleting_read (prompt=413383377, collection=12128637, predicate=12265266, require_match=12140898, 
    initial_input=12140850, hist=17022162, def=12140850, inherit_input_method=12140850) at minibuf.c:1674
#37 0x00000000005573f1 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2844
#38 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=0, nargs=140733238000728, args=0x7)
    at bytecode.c:916
#39 0x0000000000556ed7 in funcall_lambda (fun=140733238001136, nargs=nargs@entry=0, arg_vector=0x91f319 <pure+915865>, 
    arg_vector@entry=0x7fff02a8bdb8) at eval.c:2978
#40 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff02a8bdb0) at eval.c:2872
#41 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=0, args=0x1) at bytecode.c:916
#42 0x0000000000556850 in eval_sub (form=form@entry=9566502) at eval.c:2187
#43 0x0000000000559ce1 in Feval (form=form@entry=9566502, lexical=<optimised out>) at eval.c:1996
#44 0x00000000005531e9 in Fcall_interactively (function=12460498, record_flag=12140850, keys=12175837) at callint.c:345
#45 0x0000000000557390 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2818
#46 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140733238001904, args=0x4)
    at bytecode.c:916
#47 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 <pure+917593>, arg_vector@entry=0x7fff02a8c248)
    at eval.c:2978
#48 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff02a8c240) at eval.c:2872
#49 0x00000000005574fa in call1 (fn=<optimised out>, arg1=<optimised out>) at eval.c:2610
#50 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560
#51 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#52 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178
#53 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#54 0x00000000004ea577 in command_loop () at keyboard.c:1157
#55 recursive_edit_1 () at keyboard.c:778
#56 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#57 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff02a8c5e8) at emacs.c:1642

---Type <return> to continue, or q <return> to quit---
Lisp Backtrace:
"redisplay_internal (C function)" (0xb7a668)
"read-from-minibuffer" (0x2a8b9a0)
"completing-read-default" (0x2a8baf8)
"completing-read" (0x2a8bc58)
"read-extended-command" (0x2a8bdb8)
"byte-code" (0x2a8bea0)
"call-interactively" (0x2a8c100)
"command-execute" (0x2a8c248)
(gdb) 




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 16:42:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 12:42:35 2015
Received: from localhost ([127.0.0.1]:49406 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Yft3i-0005Pk-V2
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 12:42:35 -0400
Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:33251)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1Yft3f-0005PX-HZ
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 12:42:32 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot22.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1Yft3e-0003To-Dr; Wed, 08 Apr 2015 17:42:30 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1Yft3e-0003Ba-6U; Wed, 08 Apr 2015 17:42:30 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>
 <877ftmiphs.fsf@HIDDEN> <83zj6ifvvg.fsf@HIDDEN>
Date: Wed, 08 Apr 2015 17:42:30 +0100
In-Reply-To: <83zj6ifvvg.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 8 Apr
 2015 19:05:55 +0300")
Message-ID: <87mw2ih8qx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: monnier@HIDDEN, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: phillip.lord@HIDDEN (Phillip Lord)
>> Cc: Eli Zaretskii <eliz@HIDDEN>,  <20134 <at> debbugs.gnu.org>
>> Date: Wed, 08 Apr 2015 16:55:27 +0100
>> 
>> I captured a backtrace from a totally hung emacs earlier, which I
>> include below. Somewhere down the line, this is actually being called by
>> my code.
>
> Any idea how come completing-read is in the call-stack:

Yep. The final hang was in the mini-buffer, right after "M-x".

I am sure that wide-column shouldn't be doing anything in the
mini-buffer, but there is not check for it.

>
>> Lisp Backtrace:
>> "modify-frame-parameters" (0xf325640)
>> "set-cursor-color" (0xf325770)
>> "cond" (0xf325928)
>> "wide-column-warning-colour" (0xf325ac8)
>> "funcall" (0xf325ac0)
>> "if" (0xf325bd8)
>> "if" (0xf325ca8)
>> "let" (0xf325e18)
>> "progn" (0xf325ef8)
>> "condition-case" (0xf326058)
>> "wide-column-post-command-hook-function" (0xf3261f0)
>> "read-from-minibuffer" (0xf326640)
>> "completing-read-default" (0xf326798)
>> "completing-read" (0xf326908)  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>> "byte-code" (0xf326a30)
>> "call-interactively" (0xf326c90)
>> "command-execute" (0xf326dd8)
>
> And what is wide-column-post-command-hook-function?

https://raw.githubusercontent.com/phillord/phil-emacs-packages/master/wide-column.el

It's an overly complex function which calls effectively changes the
colour of the cursor once a line gets too long. I have been suspicious
about this function for a while, but I use it in lots of buffers and it
has not changed for years (probably a decade).

Phil




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 16:05:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 12:05:53 2015
Received: from localhost ([127.0.0.1]:49372 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfsUD-0004Xk-Kl
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 12:05:53 -0400
Received: from mtaout26.012.net.il ([80.179.55.182]:41725)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfsUB-0004XT-DK
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 12:05:52 -0400
Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il
 (HyperSendmail v2007.08) id <0NMH00000WRCQ100@HIDDEN> for
 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 19:07:01 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMH00KBLWRPH240@HIDDEN>; Wed, 08 Apr 2015 19:07:01 +0300 (IDT)
Date: Wed, 08 Apr 2015 19:05:55 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <877ftmiphs.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83zj6ifvvg.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN> <877ftmiphs.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: monnier@HIDDEN, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: Eli Zaretskii <eliz@HIDDEN>,  <20134 <at> debbugs.gnu.org>
> Date: Wed, 08 Apr 2015 16:55:27 +0100
> 
> I captured a backtrace from a totally hung emacs earlier, which I
> include below. Somewhere down the line, this is actually being called by
> my code.

Any idea how come completing-read is in the call-stack:

> Lisp Backtrace:
> "modify-frame-parameters" (0xf325640)
> "set-cursor-color" (0xf325770)
> "cond" (0xf325928)
> "wide-column-warning-colour" (0xf325ac8)
> "funcall" (0xf325ac0)
> "if" (0xf325bd8)
> "if" (0xf325ca8)
> "let" (0xf325e18)
> "progn" (0xf325ef8)
> "condition-case" (0xf326058)
> "wide-column-post-command-hook-function" (0xf3261f0)
> "read-from-minibuffer" (0xf326640)
> "completing-read-default" (0xf326798)
> "completing-read" (0xf326908)  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> "byte-code" (0xf326a30)
> "call-interactively" (0xf326c90)
> "command-execute" (0xf326dd8)

And what is wide-column-post-command-hook-function?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 15:55:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 11:55:35 2015
Received: from localhost ([127.0.0.1]:49367 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfsKE-0004I0-6P
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 11:55:35 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:54757)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YfsKA-0004Hl-Dh
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 11:55:32 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfsK8-0004cS-Ck; Wed, 08 Apr 2015 16:55:29 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfsK7-0001wH-R1; Wed, 08 Apr 2015 16:55:27 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
 <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>
Date: Wed, 08 Apr 2015 16:55:27 +0100
In-Reply-To: <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN> (Stefan Monnier's
 message of "Wed, 8 Apr 2015 10:38:32 -0400")
Message-ID: <877ftmiphs.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: Eli Zaretskii <eliz@HIDDEN>, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


Stefan Monnier <monnier@HIDDEN> writes:

>> It really fumbling around in the dark, though. Is there no better way to
>> work out the problem?
>
> I think that the "eventual hang" is a good place to start focusing
> (although it may end up being another problem altogether).

I captured a backtrace from a totally hung emacs earlier, which I
include below. Somewhere down the line, this is actually being called by
my code.

I've also found that removing bib-cite-setup-mouse-function from
after-change-functions seems to help reduce CPU usage for a while.
However, this function seems to do more or less nothing (it sets a few
text properties).

I will try and reproduce the total hang -- obviously, this is difficult
because it take a while for it to happen.





#0  0x00007f1ca676612d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f1ca324ab72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007f1ca324c64f in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007f1ca9bae198 in _XReadEvents () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007f1ca9b96751 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007f1ca9bdcf24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007f1ca9bddb80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007f1ca9bdde71 in _XimRead () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x00007f1ca9bcc8a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#9  0x00007f1ca9bbab3d in XSetICValues () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, x=x@entry=209, y=y@entry=0) at xfns.c:2107
#11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, glyph_row=<optimised out>, x=209, y=0, cursor_type=<optimised out>, 
    cursor_width=<optimised out>, on_p=<optimised out>, active_p=<optimised out>) at xterm.c:7331
#12 0x0000000000457f03 in display_and_set_cursor (w=0x11508e0, on=<optimised out>, hpos=19, vpos=0, x=209, y=0) at xdisp.c:27634
#13 0x0000000000458750 in update_window_cursor (w=<optimised out>, on=<optimised out>) at xdisp.c:27669
#14 0x00000000004587c8 in update_cursor_in_window_tree (w=0x11508e0, on_p=on_p@entry=true) at xdisp.c:27687
#15 0x0000000000458b11 in x_update_cursor (f=f@entry=0x114e878, on_p=on_p@entry=true) at xdisp.c:27701
#16 0x00000000004c9e0b in x_set_cursor_color (f=0x114e878, arg=59329617, oldval=<optimised out>) at xfns.c:830
#17 0x0000000000425ffa in x_set_frame_parameters (f=f@entry=0x114e878, alist=<optimised out>, alist@entry=135523158) at frame.c:2938
#18 0x000000000042698c in Fmodify_frame_parameters (frame=<optimised out>, alist=135523158) at frame.c:2350
#19 0x00000000005573a0 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2814
---Type <return> to continue, or q <return> to quit---
#20 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=140733448345160, 
    args=0x3) at bytecode.c:916
#21 0x0000000000556e3f in funcall_lambda (fun=fun@entry=9835493, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff0f325770)
    at eval.c:3044
#22 0x00000000005562d8 in apply_lambda (fun=9835493, args=<optimised out>, count=count@entry=36) at eval.c:2919
#23 0x000000000055667c in eval_sub (form=<optimised out>) at eval.c:2256
#24 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462
#25 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#26 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462
#27 0x0000000000556f3c in funcall_lambda (fun=69180726, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff0f325ac8) at eval.c:3037
#28 0x00000000005571b3 in Ffuncall (nargs=2, args=0x7fff0f325ac0) at eval.c:2872
#29 0x0000000000556a76 in eval_sub (form=<optimised out>) at eval.c:2154
#30 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#31 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#32 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462
#33 0x00000000005597c5 in Flet (args=68602102) at eval.c:970
#34 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#35 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462
#36 0x0000000000556976 in eval_sub (form=form@entry=68602326) at eval.c:2131
#37 0x0000000000559b59 in internal_lisp_condition_case (var=<optimised out>, bodyform=68602326, handlers=<optimised out>) at eval.c:1317
#38 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
---Type <return> to continue, or q <return> to quit---
#39 0x0000000000556ba5 in Fprogn (body=140733448338000) at eval.c:462
#40 0x0000000000556f3c in funcall_lambda (fun=68600102, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff0f3261f0) at eval.c:3037
#41 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fff0f3261e8) at eval.c:2872
#42 0x00000000005574d8 in call0 (fn=78927922) at eval.c:2595
#43 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4e6200 <safe_run_hooks_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4e6aa0 <safe_run_hooks_error>) at eval.c:1348
#44 0x00000000004e624a in safe_run_hook_funcall (nargs=<optimised out>, args=<optimised out>) at keyboard.c:1931
#45 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff0f326298, funcall=0x4e6210 <safe_run_hook_funcall>) at eval.c:2547
#46 0x00000000004eab4f in safe_run_hooks (hook=78927922) at keyboard.c:1948
#47 0x00000000004f3d9f in command_loop_1 () at keyboard.c:1574
#48 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#49 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178
#50 0x00000000005556bb in internal_catch (tag=12265170, func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#51 0x00000000004ea503 in command_loop () at keyboard.c:1149
#52 recursive_edit_1 () at keyboard.c:778
#53 0x0000000000512b67 in read_minibuf (map=map@entry=16048598, initial=initial@entry=12140850, prompt=<optimised out>, 
    prompt@entry=58357889, expflag=<optimised out>, histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=12140850, 
    allow_props=false, inherit_input_method=false) at minibuf.c:674
#54 0x00000000005131ce in Fread_from_minibuffer (prompt=58357889, initial_contents=12140850, keymap=16048598, read=12140850, 
    hist=<optimised out>, default_value=12140850, inherit_input_method=12140850) at minibuf.c:957
---Type <return> to continue, or q <return> to quit---
#55 0x0000000000557328 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2837
#56 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=8200, nargs=140733448349224, 
    args=0x8) at bytecode.c:916
#57 0x0000000000556ed7 in funcall_lambda (fun=140733448350080, nargs=nargs@entry=8, arg_vector=0x917141 <pure+882625>, 
    arg_vector@entry=0x7fff0f326798) at eval.c:2978
#58 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, args=args@entry=0x7fff0f326790) at eval.c:2872
#59 0x0000000000510c00 in Fcompleting_read (prompt=58357889, collection=12128637, predicate=58310757, require_match=12140898, 
    initial_input=12140850, hist=12140850, def=12140850, inherit_input_method=12140850) at minibuf.c:1674
#60 0x00000000005573f1 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2844
#61 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=12140850, nargs=35, args=0x8)
    at bytecode.c:916
#62 0x0000000000556850 in eval_sub (form=form@entry=58344854) at eval.c:2187
#63 0x0000000000559ce1 in Feval (form=form@entry=58344854, lexical=<optimised out>) at eval.c:1996
#64 0x00000000005531e9 in Fcall_interactively (function=16260338, record_flag=12140850, keys=75760397) at callint.c:345
#65 0x0000000000557390 in Ffuncall (nargs=<optimised out>, args=<optimised out>) at eval.c:2818
#66 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, maxdepth=4294967295, args_template=4100, nargs=140733448350848, 
    args=0x4) at bytecode.c:916
#67 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, arg_vector=0x91f9d9 <pure+917593>, 
    arg_vector@entry=0x7fff0f326dd8) at eval.c:2978
#68 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff0f326dd0) at eval.c:2872
#69 0x00000000005574fa in call1 (fn=<optimised out>, arg1=<optimised out>) at eval.c:2610
---Type <return> to continue, or q <return> to quit---
#70 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560
#71 0x00000000005557ae in internal_condition_case (bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#72 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850) at keyboard.c:1178
#73 0x00000000005556bb in internal_catch (tag=12188354, func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#74 0x00000000004ea577 in command_loop () at keyboard.c:1157
#75 recursive_edit_1 () at keyboard.c:778
#76 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#77 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff0f327178) at emacs.c:1642

Lisp Backtrace:
"modify-frame-parameters" (0xf325640)
"set-cursor-color" (0xf325770)
"cond" (0xf325928)
"wide-column-warning-colour" (0xf325ac8)
"funcall" (0xf325ac0)
"if" (0xf325bd8)
"if" (0xf325ca8)

"let" (0xf325e18)
"progn" (0xf325ef8)
"condition-case" (0xf326058)
---Type <return> to continue, or q <return> to quit---
"wide-column-post-command-hook-function" (0xf3261f0)
"read-from-minibuffer" (0xf326640)
"completing-read-default" (0xf326798)
"completing-read" (0xf326908)
"byte-code" (0xf326a30)
"call-interactively" (0xf326c90)
"command-execute" (0xf326dd8)




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 14:38:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 10:38:42 2015
Received: from localhost ([127.0.0.1]:49258 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Yfr7q-0000vN-2S
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 10:38:42 -0400
Received: from ironport2-out.teksavvy.com ([206.248.154.181]:8266)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <monnier@HIDDEN>) id 1Yfr7n-0000v8-K6
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 10:38:39 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3DoFFoW+BCIF1AQEEAVYjBQsLNBIUGA2IN6IRjGQJAQIBAoM+A4NwBKdoUw
X-IPAS-Result: AgUFAGvvdVRBbthL/2dsb2JhbAA3DoFFoW+BCIF1AQEEAVYjBQsLNBIUGA2IN6IRjGQJAQIBAoM+A4NwBKdoUw
X-IronPort-AV: E=Sophos;i="5.01,1,1400040000"; 
   d="scan'208";a="115708264"
Received: from 65-110-216-75.cpe.pppoe.ca (HELO pastel.home) ([65.110.216.75])
 by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA;
 08 Apr 2015 10:38:34 -0400
Received: by pastel.home (Postfix, from userid 20848)
 id 0803C1FC7; Wed,  8 Apr 2015 10:38:33 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
To: phillip.lord@HIDDEN (Phillip Lord)
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
Message-ID: <jwvwq1mr8hx.fsf-monnier+emacsbugs@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
Date: Wed, 08 Apr 2015 10:38:32 -0400
In-Reply-To: <87wq1nj9by.fsf@HIDDEN> (Phillip Lord's message of "Wed, 
 08 Apr 2015 09:46:57 +0100")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.3 (/)
X-Debbugs-Envelope-To: 20134
Cc: Eli Zaretskii <eliz@HIDDEN>, 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

> It really fumbling around in the dark, though. Is there no better way to
> work out the problem?

I think that the "eventual hang" is a good place to start focusing
(although it may end up being another problem altogether).


        Stefan




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 11:35:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 07:35:02 2015
Received: from localhost ([127.0.0.1]:48893 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfoG5-0004p0-GU
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 07:35:02 -0400
Received: from mtaout25.012.net.il ([80.179.55.181]:44743)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfoG2-0004oS-ET
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 07:34:59 -0400
Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il
 (HyperSendmail v2007.08) id <0NMH00K00JRZCK00@HIDDEN> for
 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 14:30:12 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMH00JV5JYCZJ00@HIDDEN>; Wed, 08 Apr 2015 14:30:12 +0300 (IDT)
Date: Wed, 08 Apr 2015 14:34:58 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <87wq1nj9by.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83h9sqhmzh.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN> <87wq1nj9by.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: <20134 <at> debbugs.gnu.org>
> Date: Wed, 08 Apr 2015 09:46:57 +0100
> 
> It really fumbling around in the dark, though. Is there no better way to
> work out the problem?

I'm not aware of any good facilities for that kind of research.
profiler.el is supposed to be of help, but in your case it won't be,
since you say it takes a lot of time before the problem becomes
apparent.  But maybe it's worth your while to wait until the problem
is visible, then type "M-x profiler-start RET RET", press the arrow
keys several times, then "M-x profiler-report RET", and see if
something pops up.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 8 Apr 2015 08:47:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 04:47:02 2015
Received: from localhost ([127.0.0.1]:48777 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfldV-0007QS-Vz
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2015 04:47:02 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:44821)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YfldS-0007Pz-T0
 for 20134 <at> debbugs.gnu.org; Wed, 08 Apr 2015 04:47:00 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfldR-00019f-Bp; Wed, 08 Apr 2015 09:46:57 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfldR-0006nA-J7; Wed, 08 Apr 2015 09:46:57 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
 <83384bj16l.fsf@HIDDEN>
Date: Wed, 08 Apr 2015 09:46:57 +0100
In-Reply-To: <83384bj16l.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 7 Apr
 2015 20:30:42 +0300")
Message-ID: <87wq1nj9by.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: phillip.lord@HIDDEN (Phillip Lord)
>> Cc: <20134 <at> debbugs.gnu.org>
>> Date: Tue, 07 Apr 2015 17:51:11 +0100
>> 
>> Okay, I think this is likely to be correct, and also why the backtraces
>> are so useless. Emacs is making extensive use of CPU (running at 100%)
>> but only when I am typing. When I stop (which I obviously have to do to
>> check gdb, then the CPU drops again.
>> 
>> I've tried removing all post/pre command hooks with no success so far.
>
> Maybe there are other customizations with the same effect.  Perhaps
> look for other kinds of hooks (the full list is in the ELisp manual).


I'm working my way through this. Also trying to run in an emacs with
just auctex installed to see if the problem is there.

It really fumbling around in the dark, though. Is there no better way to
work out the problem?

Phil




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 17:30:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 13:30:45 2015
Received: from localhost ([127.0.0.1]:48155 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfXKm-0007yR-VI
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 13:30:45 -0400
Received: from mtaout26.012.net.il ([80.179.55.182]:52433)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfXKk-0007yA-0d
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 13:30:43 -0400
Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il
 (HyperSendmail v2007.08) id <0NMG007005YE1100@HIDDEN> for
 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 20:31:49 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMG00OWX611GG60@HIDDEN>; Tue, 07 Apr 2015 20:31:49 +0300 (IDT)
Date: Tue, 07 Apr 2015 20:30:42 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <87a8yj3mrk.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83384bj16l.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87a8yj3mrk.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: <20134 <at> debbugs.gnu.org>
> Date: Tue, 07 Apr 2015 17:51:11 +0100
> 
> Okay, I think this is likely to be correct, and also why the backtraces
> are so useless. Emacs is making extensive use of CPU (running at 100%)
> but only when I am typing. When I stop (which I obviously have to do to
> check gdb, then the CPU drops again.
> 
> I've tried removing all post/pre command hooks with no success so far.

Maybe there are other customizations with the same effect.  Perhaps
look for other kinds of hooks (the full list is in the ELisp manual).




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:51:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 12:51:15 2015
Received: from localhost ([127.0.0.1]:48023 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfWiZ-0006qJ-1B
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:51:15 -0400
Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:51558)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YfWiW-0006qA-Is
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:51:13 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot22.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfWiV-00021E-Es; Tue, 07 Apr 2015 17:51:11 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfWiV-0000AF-Gh; Tue, 07 Apr 2015 17:51:11 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN>
Date: Tue, 07 Apr 2015 17:51:11 +0100
In-Reply-To: <83h9sshrue.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 7 Apr
 2015 18:37:45 +0300")
Message-ID: <87a8yj3mrk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: phillip.lord@HIDDEN (Phillip Lord)
>> Cc: <20134 <at> debbugs.gnu.org>
>> Date: Tue, 07 Apr 2015 16:28:23 +0100
>> 
>> > When Emacs becomes sluggish, does pressing and holding an arrow key
>> > produces a slow response time for the first keypress, followed by more
>> > or less normal response times for the next keypresses?
>> 
>> Nope. The lag is general. If I carry one for long enough, emacs hangs
>> totally, but Emacs because unusable long before that point.
>
> Then I guess the primary suspects are non-idle timers and
> pre/post-command hooks.
>
>> timer-list is a variable defined in `C source code'.
>> Its value is
>> ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000])
>
> Did you try running without this timer?
>
> What about the pre/post-command hooks?


Okay, I think this is likely to be correct, and also why the backtraces
are so useless. Emacs is making extensive use of CPU (running at 100%)
but only when I am typing. When I stop (which I obviously have to do to
check gdb, then the CPU drops again.

I've tried removing all post/pre command hooks with no success so far.





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:23:28 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 12:23:28 2015
Received: from localhost ([127.0.0.1]:48016 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfWHg-00069N-En
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:23:28 -0400
Received: from mtaout21.012.net.il ([80.179.55.169]:38885)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfWHd-000695-TU
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:23:27 -0400
Received: from conversion-daemon.a-mtaout21.012.net.il by
 a-mtaout21.012.net.il (HyperSendmail v2007.08) id
 <0NMG00J002IND000@HIDDEN> for 20134 <at> debbugs.gnu.org;
 Tue, 07 Apr 2015 19:23:19 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMG00JL62UUB360@HIDDEN>;
 Tue, 07 Apr 2015 19:23:19 +0300 (IDT)
Date: Tue, 07 Apr 2015 19:23:27 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <87iod73od2.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83fv8bj4ao.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN> <87iod73od2.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: <20134 <at> debbugs.gnu.org>
> Date: Tue, 07 Apr 2015 17:16:41 +0100
> 
> > What about the pre/post-command hooks?
> 
> pre-command-hook is a variable defined in `C source code'.
> Its value is shown below.
> 
> Value: (pabbrev-pre-command-hook preview-mark-point t)
> 
> 
> post-command-hook is a variable defined in `C source code'.
> Its value is
> (yas--post-command-handler pabbrev-post-command-hook preview-move-point t)

I know nothing about these.  Perhaps try disabling one at a time, and
see if the problem goes away.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 16:16:46 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 12:16:45 2015
Received: from localhost ([127.0.0.1]:48011 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfWBB-0005yX-KA
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:16:45 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:47349)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YfWB8-0005yM-Vf
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 12:16:44 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfWB8-000597-A0; Tue, 07 Apr 2015 17:16:42 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfWB8-0007pN-0h; Tue, 07 Apr 2015 17:16:42 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
 <83h9sshrue.fsf@HIDDEN>
Date: Tue, 07 Apr 2015 17:16:41 +0100
In-Reply-To: <83h9sshrue.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 7 Apr
 2015 18:37:45 +0300")
Message-ID: <87iod73od2.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Eli Zaretskii <eliz@HIDDEN> writes:

>> From: phillip.lord@HIDDEN (Phillip Lord)
>> Cc: <20134 <at> debbugs.gnu.org>
>> Date: Tue, 07 Apr 2015 16:28:23 +0100
>> 
>> > When Emacs becomes sluggish, does pressing and holding an arrow key
>> > produces a slow response time for the first keypress, followed by more
>> > or less normal response times for the next keypresses?
>> 
>> Nope. The lag is general. If I carry one for long enough, emacs hangs
>> totally, but Emacs because unusable long before that point.
>
> Then I guess the primary suspects are non-idle timers and
> pre/post-command hooks.
>
>> timer-list is a variable defined in `C source code'.
>> Its value is
>> ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000])
>
> Did you try running without this timer?


Will do.

>
> What about the pre/post-command hooks?

pre-command-hook is a variable defined in `C source code'.
Its value is shown below.

Value: (pabbrev-pre-command-hook preview-mark-point t)


post-command-hook is a variable defined in `C source code'.
Its value is
(yas--post-command-handler pabbrev-post-command-hook preview-move-point t)




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 15:37:47 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 11:37:47 2015
Received: from localhost ([127.0.0.1]:47976 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfVZS-000507-K1
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 11:37:47 -0400
Received: from mtaout27.012.net.il ([80.179.55.183]:42900)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfVZP-0004zm-Jt
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 11:37:44 -0400
Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il
 (HyperSendmail v2007.08) id <0NMG003000FBK400@HIDDEN> for
 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 18:32:30 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMG00GW40I6VNA0@HIDDEN>; Tue, 07 Apr 2015 18:32:30 +0300 (IDT)
Date: Tue, 07 Apr 2015 18:37:45 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <877fto3qlk.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83h9sshrue.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN> <877fto3qlk.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Cc: <20134 <at> debbugs.gnu.org>
> Date: Tue, 07 Apr 2015 16:28:23 +0100
> 
> > When Emacs becomes sluggish, does pressing and holding an arrow key
> > produces a slow response time for the first keypress, followed by more
> > or less normal response times for the next keypresses?
> 
> Nope. The lag is general. If I carry one for long enough, emacs hangs
> totally, but Emacs because unusable long before that point.

Then I guess the primary suspects are non-idle timers and
pre/post-command hooks.

> timer-list is a variable defined in `C source code'.
> Its value is
> ([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000])

Did you try running without this timer?

What about the pre/post-command hooks?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 15:28:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 11:28:27 2015
Received: from localhost ([127.0.0.1]:47959 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfVQQ-0004kb-TD
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 11:28:27 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:44206)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YfVQO-0004kQ-9Q
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 11:28:25 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfVQN-0007cv-Ab; Tue, 07 Apr 2015 16:28:23 +0100
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>)
 id 1YfVQN-0006cJ-65; Tue, 07 Apr 2015 16:28:23 +0100
From: phillip.lord@HIDDEN (Phillip Lord)
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
 <83iod8htqp.fsf@HIDDEN>
Date: Tue, 07 Apr 2015 16:28:23 +0100
In-Reply-To: <83iod8htqp.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 7 Apr
 2015 17:56:46 +0300")
Message-ID: <877fto3qlk.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Eli Zaretskii <eliz@HIDDEN> writes:
>> From: phillip.lord@HIDDEN (Phillip Lord)
>> Date: Tue, 07 Apr 2015 15:38:42 +0100
>> 
>> > I don't understand how could the slow-down happen here, at least not
>> > due to something Emacs does.  Can you collect thread-level CPU usage,
>> > and see which threads are using CPU?
>> 
>> How do I go about this?
>
> Pressing 'H' in 'top' is one way; there might be others.


I will add this tomorrow. It takes a while to produce the crash.

>> > What about timers -- do you have many of them running?  What is the
>> > value of timer-list and timer-idle-list?
>> 
>> A few, indeed, but not thousands. I know how to debug timers but not
>> work out if one is chewing CPU. Some of them my own timers.
>
> When Emacs becomes sluggish, does pressing and holding an arrow key
> produces a slow response time for the first keypress, followed by more
> or less normal response times for the next keypresses?

Nope. The lag is general. If I carry one for long enough, emacs hangs
totally, but Emacs because unusable long before that point.

> If so, the
> culprit is probably some idle timer.  If all the keypresses get the
> same slow response, then it could be a non-idle timer.
>
> Showing a list of the timers you have might be a first step towards
> digging into this possibility.


timer-list is a variable defined in `C source code'.
Its value is
([nil 21795 62426 202965 60 ac-clear-variables-every-minute nil nil 1000])

timer-idle-list is a variable defined in `C source code'.
Its value is shown below.

Documentation:
List of active idle-time timers in order of increasing time.

Value: ([t 0 0 500000 t jit-lock-context-fontify nil idle 0]
 [t 0 0 500000 t
    #[0 "\205\301 \207"
        [eldoc-mode eldoc-print-current-symbol-info]
        1 "\n\n(fn)"]
    nil idle 0]
 [nil 0 1 0 t pabbrev-short-idle-timer nil idle 0]
 [nil 0 1 200000 t reftex-view-crossref-when-idle nil idle 0]
 [nil 0 5 0 t pabbrev-idle-timer-function nil idle 0]
 [nil 0 30 0 nil desktop-auto-save nil idle 0]
 [nil 0 60 0 t bibtex-parse-buffers-stealthily nil idle 0])

[back]




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 7 Apr 2015 14:56:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 10:56:49 2015
Received: from localhost ([127.0.0.1]:47785 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YfUvo-0003pZ-Ku
	for submit <at> debbugs.gnu.org; Tue, 07 Apr 2015 10:56:49 -0400
Received: from mtaout20.012.net.il ([80.179.55.166]:61085)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YfUvk-0003pJ-RA
 for 20134 <at> debbugs.gnu.org; Tue, 07 Apr 2015 10:56:46 -0400
Received: from conversion-daemon.a-mtaout20.012.net.il by
 a-mtaout20.012.net.il (HyperSendmail v2007.08) id
 <0NMF00500YHZEH00@HIDDEN> for 20134 <at> debbugs.gnu.org;
 Tue, 07 Apr 2015 17:56:38 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NMF005WTYUD8I40@HIDDEN>;
 Tue, 07 Apr 2015 17:56:38 +0300 (IDT)
Date: Tue, 07 Apr 2015 17:56:46 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <83d244wwy5.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN
Message-id: <83iod8htqp.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN> <83d244wwy5.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Date: Tue, 07 Apr 2015 15:38:42 +0100
> 
> > I don't understand how could the slow-down happen here, at least not
> > due to something Emacs does.  Can you collect thread-level CPU usage,
> > and see which threads are using CPU?
> 
> How do I go about this?

Pressing 'H' in 'top' is one way; there might be others.

> > What about timers -- do you have many of them running?  What is the
> > value of timer-list and timer-idle-list?
> 
> A few, indeed, but not thousands. I know how to debug timers but not
> work out if one is chewing CPU. Some of them my own timers.

When Emacs becomes sluggish, does pressing and holding an arrow key
produces a slow response time for the first keypress, followed by more
or less normal response times for the next keypresses?  If so, the
culprit is probably some idle timer.  If all the keypresses get the
same slow response, then it could be a non-idle timer.

Showing a list of the timers you have might be a first step towards
digging into this possibility.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 19 Mar 2015 20:32:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 19 16:32:01 2015
Received: from localhost ([127.0.0.1]:58579 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YYh6m-0004Mh-Vu
	for submit <at> debbugs.gnu.org; Thu, 19 Mar 2015 16:32:01 -0400
Received: from mtaout20.012.net.il ([80.179.55.166]:65319)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1YYh6j-0004MS-Lr
 for 20134 <at> debbugs.gnu.org; Thu, 19 Mar 2015 16:31:59 -0400
Received: from conversion-daemon.a-mtaout20.012.net.il by
 a-mtaout20.012.net.il (HyperSendmail v2007.08) id
 <0NLH00F007FHTX00@HIDDEN> for 20134 <at> debbugs.gnu.org;
 Thu, 19 Mar 2015 22:31:50 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0NLH00F4G7P2GYA0@HIDDEN>;
 Thu, 19 Mar 2015 22:31:50 +0200 (IST)
Date: Thu, 19 Mar 2015 22:31:46 +0200
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
In-reply-to: <871tkk50pe.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: phillip.lord@HIDDEN (Phillip Lord)
Message-id: <83d244wwy5.fsf@HIDDEN>
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
 <871tkk50pe.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 20134
Cc: 20134 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> From: phillip.lord@HIDDEN (Phillip Lord)
> Date: Thu, 19 Mar 2015 17:58:05 +0000
> 
> I am experiencing the same kind of slowdown in with an Emacs 24.4.1
> also. A quick (and ignorant) look at the backtrace suggests that it's
> got a lot of the same functions in it as the previous one.
> 
> So, it does not look like a regression bug to me. Again, auctex seems to
> cause the problem.

The results of "xbacktrace" might show more interesting info here.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at 20134 <at> debbugs.gnu.org:


Received: (at 20134) by debbugs.gnu.org; 19 Mar 2015 17:58:22 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 19 13:58:22 2015
Received: from localhost ([127.0.0.1]:53299 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YYei5-00069d-IT
	for submit <at> debbugs.gnu.org; Thu, 19 Mar 2015 13:58:22 -0400
Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:39540)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYei2-00069S-8o
 for 20134 <at> debbugs.gnu.org; Thu, 19 Mar 2015 13:58:19 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot22.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYehq-0008Sv-D8
 for 20134 <at> debbugs.gnu.org; Thu, 19 Mar 2015 17:58:17 +0000
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYehq-0004Mr-05
 for 20134 <at> debbugs.gnu.org; Thu, 19 Mar 2015 17:58:06 +0000
From: phillip.lord@HIDDEN (Phillip Lord)
To: <20134 <at> debbugs.gnu.org>
Subject: Re: bug#20134: Acknowledgement (24.4.90;
 Emacs slowdown to eventual hang)
References: <87zj7ae6il.fsf@HIDDEN>
 <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org>
Date: Thu, 19 Mar 2015 17:58:05 +0000
In-Reply-To: <handler.20134.B.14266881615335.ack <at> debbugs.gnu.org> (GNU bug
 Tracking System's message of "Wed, 18 Mar 2015 14:16:03 +0000")
Message-ID: <871tkk50pe.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 20134
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)



I am experiencing the same kind of slowdown in with an Emacs 24.4.1
also. A quick (and ignorant) look at the backtrace suggests that it's
got a lot of the same functions in it as the previous one.

So, it does not look like a regression bug to me. Again, auctex seems to
cause the problem.



(gdb) bt
#0  0x00007f1040bcce79 in __pselect (nfds=nfds@entry=18, 
    readfds=readfds@entry=0x7fff18b63170, 
    writefds=writefds@entry=0x7fff18b631f0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff18b63750, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005cc1e9 in xg_select (fds_lim=18, 
    rfds=rfds@entry=0x7fff18b63760, wfds=wfds@entry=0x7fff18b637e0, 
    efds=efds@entry=0x0, timeout=timeout@entry=0x7fff18b63750, 
    sigmask=sigmask@entry=0x0) at xgselect.c:105
#2  0x000000000059506d in wait_reading_process_output (
    time_limit=<optimised out>, nsecs=998406449, read_kbd=read_kbd@entry=-1, 
    do_display=do_display@entry=true, wait_for_cell=12140850, 
    wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0)
    at process.c:4606
#3  0x00000000004ec9fe in kbd_buffer_get_event (end_time=0x7fff18b63f60, 
    used_mouse_menu=<optimised out>, kbp=<synthetic pointer>)
    at keyboard.c:3885
#4  read_event_from_main_queue (used_mouse_menu=<optimised out>, 
    local_getcjmp=<optimised out>, end_time=0x7fff18b63f60) at keyboard.c:2246
#5  read_decoded_event_from_main_queue (
---Type <return> to continue, or q <return> to quit---
    end_time=end_time@entry=0x7fff18b63f60, 
    local_getcjmp=local_getcjmp@entry=0x7fff18b63d50, 
    prev_event=prev_event@entry=12140850, 
    used_mouse_menu=used_mouse_menu@entry=0x0) at keyboard.c:2309
#6  0x00000000004f0dcc in read_char (commandflag=commandflag@entry=0, 
    map=12140850, prev_event=12140850, 
    used_mouse_menu=used_mouse_menu@entry=0x0, end_time=0x7fff18b63f60)
    at keyboard.c:2895
#7  0x00000000005741f0 in read_filtered_event (no_switch_frame=false, 
    ascii_required=false, error_nonascii=false, input_method=true, 
    seconds=<optimised out>) at lread.c:632
#8  0x0000000000556eb0 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2819
#9  0x000000000058b165 in exec_byte_code (bytestr=-514, 
    vector=140733607981424, maxdepth=140733607981552, args_template=3076, 
    nargs=140733607985208, args=0x4) at bytecode.c:916
#10 0x00000000005569f7 in funcall_lambda (fun=140733607988112, 
    fun@entry=8772693, nargs=nargs@entry=1, arg_vector=0x85dc81 <pure+123649>, 
    arg_vector@entry=0x7fff18b64100) at eval.c:2979
#11 0x0000000000555df8 in apply_lambda (fun=8772693, args=<optimised out>, 
---Type <return> to continue, or q <return> to quit---
    count=count@entry=26) at eval.c:2920
#12 0x000000000055619c in eval_sub (form=<optimised out>) at eval.c:2257
#13 0x00000000005566c5 in Fprogn (body=18) at eval.c:462
#14 0x0000000000556496 in eval_sub (form=<optimised out>) at eval.c:2132
#15 0x0000000000556496 in eval_sub (form=<optimised out>) at eval.c:2132
#16 0x00000000005566c5 in Fprogn (body=18) at eval.c:462
#17 0x00000000005592f5 in Flet (args=19568006) at eval.c:970
#18 0x0000000000556496 in eval_sub (form=<optimised out>) at eval.c:2132
#19 0x00000000005566c5 in Fprogn (body=18) at eval.c:462
#20 0x0000000000556a5c in funcall_lambda (fun=fun@entry=19567894, 
    nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff18b64630)
    at eval.c:3038
#21 0x0000000000555df8 in apply_lambda (fun=19567894, args=<optimised out>, 
    count=count@entry=17) at eval.c:2920
#22 0x000000000055619c in eval_sub (form=<optimised out>) at eval.c:2257
#23 0x0000000000556496 in eval_sub (form=<optimised out>) at eval.c:2132
#24 0x00000000005566c5 in Fprogn (body=18, body@entry=19517110) at eval.c:462
#25 0x000000000054a585 in Fsave_current_buffer (args=19517110) at editfns.c:954
#26 0x0000000000556496 in eval_sub (form=<optimised out>) at eval.c:2132
#27 0x00000000005566c5 in Fprogn (body=18) at eval.c:462
---Type <return> to continue, or q <return> to quit---
#28 0x0000000000556a5c in funcall_lambda (fun=19517078, nargs=nargs@entry=0, 
    arg_vector=arg_vector@entry=0x7fff18b64b48) at eval.c:3038
#29 0x0000000000556cd3 in Ffuncall (nargs=nargs@entry=1, 
    args=args@entry=0x7fff18b64b40) at eval.c:2873
#30 0x000000000055814c in Fapply (nargs=2, args=0x7fff18b64b40) at eval.c:2294
#31 0x0000000000556db1 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2793
#32 0x000000000058b165 in exec_byte_code (bytestr=-514, 
    vector=140733607981424, maxdepth=140733607981552, args_template=12140850, 
    nargs=140733607988040, args=0x3) at bytecode.c:916
#33 0x0000000000556370 in eval_sub (form=form@entry=10005358) at eval.c:2188
#34 0x0000000000559689 in internal_lisp_condition_case (var=<optimised out>, 
    bodyform=10005358, handlers=<optimised out>) at eval.c:1317
#35 0x000000000058c12d in exec_byte_code (bytestr=-514, 
    vector=140733607981424, maxdepth=140733607981552, args_template=12140850, 
    nargs=140733607988584, args=0x8f) at bytecode.c:1162
#36 0x000000000055695f in funcall_lambda (fun=10005045, nargs=nargs@entry=1, 
    arg_vector=arg_vector@entry=0x7fff18b64f18) at eval.c:3045
#37 0x0000000000556cd3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff18b64f10) at eval.c:2873
---Type <return> to continue, or q <return> to quit---
#38 0x000000000055701a in call1 (fn=<optimised out>, arg1=arg1@entry=18250573)
    at eval.c:2611
#39 0x00000000004eae7f in timer_check_2 (idle_timers=<optimised out>, 
    timers=<optimised out>) at keyboard.c:4514
#40 timer_check () at keyboard.c:4581
#41 0x00000000004eb191 in readable_events (flags=1) at keyboard.c:3447
#42 0x00000000004ec558 in get_input_pending (flags=1) at keyboard.c:6765
#43 0x00000000004ef9a4 in detect_input_pending_run_timers (
    do_display=do_display@entry=true) at keyboard.c:9894

#44 0x0000000000595266 in wait_reading_process_output (
    time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, 
    read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, 
    wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, 
    just_wait_proc=just_wait_proc@entry=0) at process.c:4702
#45 0x0000000000421934 in sit_for (timeout=<optimised out>, 
    reading=reading@entry=true, display_option=display_option@entry=1)
    at dispnew.c:5861
#46 0x00000000004f06c4 in read_char (commandflag=1, map=map@entry=157483270, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff18b6574b, 
    end_time=end_time@entry=0x0) at keyboard.c:2809
---Type <return> to continue, or q <return> to quit---
#47 0x00000000004f1b9f in read_key_sequence (
    keybuf=keybuf@entry=0x7fff18b65820, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9088
#48 0x00000000004f3790 in command_loop_1 () at keyboard.c:1452
#49 0x00000000005552ce in internal_condition_case (
    bfun=bfun@entry=0x4f35a0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea510 <cmd_error>) at eval.c:1348
#50 0x00000000004e5c4e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1177
#51 0x00000000005551db in internal_catch (tag=12188354, 
    func=func@entry=0x4e5c30 <command_loop_2>, arg=12140850) at eval.c:1112
#52 0x00000000004ea137 in command_loop () at keyboard.c:1156
#53 recursive_edit_1 () at keyboard.c:777

#54 0x00000000004ea44d in Frecursive_edit () at keyboard.c:848
#55 0x0000000000417c35 in main (argc=<optimised out>, argv=0x7fff18b65b78)
    at emacs.c:1646
(gdb) 
(gdb) 




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 18 Mar 2015 14:16:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 18 10:16:01 2015
Received: from localhost ([127.0.0.1]:51741 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1YYElK-0001Nx-J0
	for submit <at> debbugs.gnu.org; Wed, 18 Mar 2015 10:16:01 -0400
Received: from eggs.gnu.org ([208.118.235.92]:48679)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYElF-0001Nl-PI
 for submit <at> debbugs.gnu.org; Wed, 18 Mar 2015 10:15:56 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEl8-0006ji-9l
 for submit <at> debbugs.gnu.org; Wed, 18 Mar 2015 10:15:53 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled
 version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:47533)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEl7-0006jc-OY
 for submit <at> debbugs.gnu.org; Wed, 18 Mar 2015 10:15:46 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50336)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEky-0002c4-7w
 for bug-gnu-emacs@HIDDEN; Wed, 18 Mar 2015 10:15:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEku-0006gn-8r
 for bug-gnu-emacs@HIDDEN; Wed, 18 Mar 2015 10:15:36 -0400
Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:34289)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEkt-0006gb-I0
 for bug-gnu-emacs@HIDDEN; Wed, 18 Mar 2015 10:15:32 -0400
Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk)
 by cheviot12.ncl.ac.uk with esmtp (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEkt-00069Y-9i
 for bug-gnu-emacs@HIDDEN; Wed, 18 Mar 2015 14:15:31 +0000
Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost)
 by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <phillip.lord@HIDDEN>) id 1YYEks-0007Wj-TM
 for bug-gnu-emacs@HIDDEN; Wed, 18 Mar 2015 14:15:30 +0000
To: bug-gnu-emacs@HIDDEN
Subject: 24.4.90; Emacs slowdown to eventual hang
From: phillip.lord@HIDDEN (Phillip Lord)
Date: Wed, 18 Mar 2015 14:15:30 +0000
Message-ID: <87zj7ae6il.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

--=-=-=
Content-Type: text/plain



Emacs gets slower and slower after start up, and then eventually hangs.
CPU is not being heavily used nor memory.

It seems to happen reliably while using auctex. I cannot reproduce this
from emacs -Q. It takes 5 to 10 minutes of use at least to get to this
point. It does not happen all the time -- I do sometimes use Emacs all
day without a problem.

This bug report was generated in a new emacs (as the other one crashed).




Attached are a number of traces from gdb over a period of time as emacs
got slower and slower. The last two are after emacs hung totally.

I am not an expert with gdb or C, so while I am happy to give more
information, I need fairly explicit instructions on how to get it!


--=-=-=
Content-Type: text/plain
Content-Disposition: inline; filename=crash.txt

---Type <return> to continue, or q <return> to quit---
	set auto-load safe-path /
line to your configuration file "/home/phillord/.gdbinit".
For more information about this security protection, see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"
(gdb) continue
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fade550, 
    writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
77	in ../sysdeps/unix/sysv/linux/pselect.c
(gdb) bt
#0  0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fade550, 
    writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005cc63b in xg_select (fds_lim=20, 
    rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, 
    efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at xgselect.c:114
#2  0x000000000059555d in wait_reading_process_output (
    time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, 
    read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, 
    wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, 
    just_wait_proc=just_wait_proc@entry=0) at process.c:4606
#3  0x0000000000421a54 in sit_for (timeout=<optimised out>, 
    reading=reading@entry=true, display_option=display_option@entry=1)
    at dispnew.c:5867
#4  0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=244440758, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, 
    end_time=end_time@entry=0x0) at keyboard.c:2810
#5  0x00000000004f1fdf in read_key_sequence (
    keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
---Type <return> to continue, or q <return> to quit---
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9089
#6  0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
#7  0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#8  0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#9  0x00000000005556bb in internal_catch (tag=12188354, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#10 0x00000000004ea577 in command_loop () at keyboard.c:1157
#11 recursive_edit_1 () at keyboard.c:778
#12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#13 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff3fadf5e8)
    at emacs.c:1642
(gdb) 
(gdb) continue
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fade550, 
    writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
77	in ../sysdeps/unix/sysv/linux/pselect.c
(gdb) bt
#0  0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fade550, 
    writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005cc63b in xg_select (fds_lim=20, 
    rfds=rfds@entry=0x7fff3fadeb40, wfds=wfds@entry=0x7fff3fadebc0, 
    efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at xgselect.c:114
#2  0x000000000059555d in wait_reading_process_output (
    time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, 
    read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, 
    wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, 
    just_wait_proc=just_wait_proc@entry=0) at process.c:4606
#3  0x0000000000421a54 in sit_for (timeout=<optimised out>, 
    reading=reading@entry=true, display_option=display_option@entry=1)
    at dispnew.c:5867
#4  0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=189430662, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, 
    end_time=end_time@entry=0x0) at keyboard.c:2810
#5  0x00000000004f1fdf in read_key_sequence (
    keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
---Type <return> to continue, or q <return> to quit---
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9089
#6  0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
#7  0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#8  0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#9  0x00000000005556bb in internal_catch (tag=12188354, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#10 0x00000000004ea577 in command_loop () at keyboard.c:1157
#11 recursive_edit_1 () at keyboard.c:778
#12 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#13 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff3fadf5e8)
    at emacs.c:1642
(gdb) continue
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fade550, 
    writefds=writefds@entry=0x7fff3fade5d0, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadeb30, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
77	in ../sysdeps/unix/sysv/linux/pselect.c
(gdb) continue
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fadcbe0, 
    writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadd1c0, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
77	in ../sysdeps/unix/sysv/linux/pselect.c
(gdb) bt
#0  0x00007fbb04d70e79 in __pselect (nfds=nfds@entry=20, 
    readfds=readfds@entry=0x7fff3fadcbe0, 
    writefds=writefds@entry=0x7fff3fadcc60, exceptfds=exceptfds@entry=0x0, 
    timeout=<optimised out>, timeout@entry=0x7fff3fadd1c0, 
    sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
#1  0x00000000005cc63b in xg_select (fds_lim=20, 
    rfds=rfds@entry=0x7fff3fadd1d0, wfds=wfds@entry=0x7fff3fadd250, 
    efds=efds@entry=0x0, timeout=timeout@entry=0x7fff3fadd1c0, 
    sigmask=sigmask@entry=0x0) at xgselect.c:114
#2  0x000000000059555d in wait_reading_process_output (
    time_limit=<optimised out>, nsecs=999263354, read_kbd=read_kbd@entry=-1, 
    do_display=do_display@entry=true, wait_for_cell=12140850, 
    wait_proc=wait_proc@entry=0x0, just_wait_proc=just_wait_proc@entry=0)
    at process.c:4606
#3  0x00000000004ece3e in kbd_buffer_get_event (end_time=0x7fff3fadd9d0, 
    used_mouse_menu=<optimised out>, kbp=<synthetic pointer>)
    at keyboard.c:3886
#4  read_event_from_main_queue (used_mouse_menu=<optimised out>, 
    local_getcjmp=<optimised out>, end_time=0x7fff3fadd9d0) at keyboard.c:2247
#5  read_decoded_event_from_main_queue (
    end_time=end_time@entry=0x7fff3fadd9d0, 
    local_getcjmp=local_getcjmp@entry=0x7fff3fadd7c0, 
    prev_event=prev_event@entry=12140850, 
---Type <return> to continue, or q <return> to quit---
    used_mouse_menu=used_mouse_menu@entry=0x0) at keyboard.c:2310
#6  0x00000000004f120c in read_char (commandflag=commandflag@entry=0, 
    map=12140850, prev_event=12140850, 
    used_mouse_menu=used_mouse_menu@entry=0x0, end_time=0x7fff3fadd9d0)
    at keyboard.c:2896
#7  0x00000000005746c0 in read_filtered_event (no_switch_frame=false, 
    ascii_required=false, error_nonascii=false, input_method=true, 
    seconds=<optimised out>) at lread.c:632
#8  0x0000000000557390 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2818
#9  0x000000000058b655 in exec_byte_code (bytestr=-514, 
    vector=140734261742560, maxdepth=140734261742688, args_template=3076, 
    nargs=140734261746344, args=0x4) at bytecode.c:916
#10 0x0000000000556ed7 in funcall_lambda (fun=140734261749248, 
    fun@entry=8772789, nargs=nargs@entry=1, arg_vector=0x85dce1 <pure+123745>, 
    arg_vector@entry=0x7fff3faddb70) at eval.c:2978
#11 0x00000000005562d8 in apply_lambda (fun=8772789, args=<optimised out>, 
    count=count@entry=26) at eval.c:2919
#12 0x000000000055667c in eval_sub (form=<optimised out>) at eval.c:2256
#13 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462
#14 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#15 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#16 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462
---Type <return> to continue, or q <return> to quit---
#17 0x00000000005597c5 in Flet (args=53965126) at eval.c:970
#18 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#19 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462
#20 0x0000000000556f3c in funcall_lambda (fun=fun@entry=53965094, 
    nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff3fade0a0)
    at eval.c:3037
#21 0x00000000005562d8 in apply_lambda (fun=53965094, args=<optimised out>, 
    count=count@entry=17) at eval.c:2919
#22 0x000000000055667c in eval_sub (form=<optimised out>) at eval.c:2256
#23 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#24 0x0000000000556ba5 in Fprogn (body=20, body@entry=53945542) at eval.c:462
#25 0x000000000054aa65 in Fsave_current_buffer (args=53945542) at editfns.c:954
#26 0x0000000000556976 in eval_sub (form=<optimised out>) at eval.c:2131
#27 0x0000000000556ba5 in Fprogn (body=20) at eval.c:462
#28 0x0000000000556f3c in funcall_lambda (fun=53945510, nargs=nargs@entry=0, 
    arg_vector=arg_vector@entry=0x7fff3fade5b8) at eval.c:3037
#29 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=1, 
    args=args@entry=0x7fff3fade5b0) at eval.c:2872
#30 0x000000000055861c in Fapply (nargs=2, args=0x7fff3fade5b0) at eval.c:2293
#31 0x0000000000557291 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2792
#32 0x000000000058b655 in exec_byte_code (bytestr=-514, 
    vector=140734261742560, maxdepth=140734261742688, args_template=12140850, 
---Type <return> to continue, or q <return> to quit---
    nargs=140734261749176, args=0x3) at bytecode.c:916
#33 0x0000000000556850 in eval_sub (form=form@entry=10005110) at eval.c:2187
#34 0x0000000000559b59 in internal_lisp_condition_case (var=<optimised out>, 
    bodyform=10005110, handlers=<optimised out>) at eval.c:1317
#35 0x000000000058c61d in exec_byte_code (bytestr=-514, 
    vector=140734261742560, maxdepth=140734261742688, args_template=12140850, 
    nargs=140734261749720, args=0x8f) at bytecode.c:1162
#36 0x0000000000556e3f in funcall_lambda (fun=10004797, nargs=nargs@entry=1, 
    arg_vector=arg_vector@entry=0x7fff3fade988) at eval.c:3044
#37 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff3fade980) at eval.c:2872
#38 0x00000000005574fa in call1 (fn=<optimised out>, arg1=arg1@entry=54120877)
    at eval.c:2610
#39 0x00000000004eb2bf in timer_check_2 (idle_timers=<optimised out>, 
    timers=<optimised out>) at keyboard.c:4515
#40 timer_check () at keyboard.c:4582
#41 0x00000000004eb5d1 in readable_events (flags=1) at keyboard.c:3448
#42 0x00000000004ec998 in get_input_pending (flags=1) at keyboard.c:6766
#43 0x00000000004efde4 in detect_input_pending_run_timers (
    do_display=do_display@entry=true) at keyboard.c:9895
#44 0x0000000000595756 in wait_reading_process_output (
    time_limit=time_limit@entry=30, nsecs=nsecs@entry=0, 
    read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true, 
---Type <return> to continue, or q <return> to quit---
    wait_for_cell=12140850, wait_proc=wait_proc@entry=0x0, 
    just_wait_proc=just_wait_proc@entry=0) at process.c:4702
#45 0x0000000000421a54 in sit_for (timeout=<optimised out>, 
    reading=reading@entry=true, display_option=display_option@entry=1)
    at dispnew.c:5867
#46 0x00000000004f0b04 in read_char (commandflag=1, map=map@entry=190228950, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fadf1bb, 
    end_time=end_time@entry=0x0) at keyboard.c:2810
#47 0x00000000004f1fdf in read_key_sequence (
    keybuf=keybuf@entry=0x7fff3fadf290, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9089
#48 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
#49 0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#50 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#51 0x00000000005556bb in internal_catch (tag=12188354, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
---Type <return> to continue, or q <return> to quit---
#52 0x00000000004ea577 in command_loop () at keyboard.c:1157
#53 recursive_edit_1 () at keyboard.c:778
#54 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#55 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff3fadf5e8)
    at emacs.c:1642
(gdb) continue
Continuing.

^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81
81	../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0  0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fbb0185264f in xcb_wait_for_event ()
   from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fbb081b4198 in _XReadEvents ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007fbb0819c751 in XIfEvent ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007fbb081e3e71 in _XimRead ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#9  0x00007fbb081c0b3d in XSetICValues ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, 
    x=x@entry=275, y=y@entry=0) at xfns.c:2107
#11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, 
    glyph_row=<optimised out>, x=275, y=0, cursor_type=<optimised out>, 
    cursor_width=<optimised out>, on_p=<optimised out>, 
    active_p=<optimised out>) at xterm.c:7331
#12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, 
    on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634
---Type <return> to continue, or q <return> to quit---
#13 0x00000000004b968c in x_update_window_end (w=0x11508e0, 
    cursor_on_p=<optimised out>, mouse_face_overwritten_p=<optimised out>)
    at xterm.c:582
#14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, 
    force_p=<optimised out>, force_p@entry=true) at dispnew.c:3541
#15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, 
    force_p=force_p@entry=true) at dispnew.c:3216
#16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, 
    force_p=<optimised out>, force_p@entry=false, 
    inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105
#17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961
#18 0x0000000000450745 in redisplay () at xdisp.c:13201
#19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, 
    end_time=end_time@entry=0x0) at keyboard.c:2571
#20 0x00000000004f1fdf in read_key_sequence (
    keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9089
#21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
---Type <return> to continue, or q <return> to quit---
#22 0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#24 0x00000000005556bb in internal_catch (tag=12265170, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#25 0x00000000004ea503 in command_loop () at keyboard.c:1149
#26 recursive_edit_1 () at keyboard.c:778
#27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, 
    initial=initial@entry=12140850, prompt=<optimised out>, 
    prompt@entry=279789009, expflag=<optimised out>, 
    histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, 
    allow_props=false, inherit_input_method=false) at minibuf.c:674
#28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, 
    initial_contents=12140850, keymap=16051638, read=12140850, 
    hist=<optimised out>, default_value=189286897, 
    inherit_input_method=12140850) at minibuf.c:957
#29 0x0000000000557328 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2837
#30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8)
    at bytecode.c:916
---Type <return> to continue, or q <return> to quit---
#31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, 
    nargs=nargs@entry=8, arg_vector=0x917141 <pure+882625>, 
    arg_vector@entry=0x7fff3fade918) at eval.c:2978
#32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, 
    args=args@entry=0x7fff3fade910) at eval.c:2872
#33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, 
    collection=88850886, predicate=12140850, require_match=12140850, 
    initial_input=12140850, hist=12140850, def=189286897, 
    inherit_input_method=12140850) at minibuf.c:1674
#34 0x00000000005573f1 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2844
#35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=12140850, nargs=140734261750384, 
    args=0x8) at bytecode.c:916
#36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, 
    arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044
#37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90)
    at eval.c:2872
#38 0x0000000000557449 in funcall_nil (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2362
#39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, 
    funcall=0x557440 <funcall_nil>) at eval.c:2547
#40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40)
---Type <return> to continue, or q <return> to quit---
    at eval.c:2389
#41 0x0000000000557291 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2792
#42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=12140850, nargs=140734261751088, 
    args=0x2) at bytecode.c:916
#43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, 
    arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044
#44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff3fadef20) at eval.c:2872
#45 0x0000000000553740 in Fcall_interactively (function=<optimised out>, 
    record_flag=<optimised out>, keys=<optimised out>) at callint.c:836
#46 0x0000000000557390 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2818
#47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4)
    at bytecode.c:916
#48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, 
    arg_vector=0x91f9d9 <pure+917593>, arg_vector@entry=0x7fff3fadf248)
    at eval.c:2978
#49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff3fadf240) at eval.c:2872
#50 0x00000000005574fa in call1 (fn=<optimised out>, arg1=<optimised out>)
---Type <return> to continue, or q <return> to quit---
    at eval.c:2610
#51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560
#52 0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#54 0x00000000005556bb in internal_catch (tag=12188354, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#55 0x00000000004ea577 in command_loop () at keyboard.c:1157
#56 recursive_edit_1 () at keyboard.c:778
#57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#58 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff3fadf5e8)
    at emacs.c:1642
(gdb) continue
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81
81	in ../sysdeps/unix/syscall-template.S
(gdb) bt
#0  0x00007fbb04d6c12d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fbb01850b72 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fbb0185264f in xcb_wait_for_event ()
   from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fbb081b4198 in _XReadEvents ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007fbb0819c751 in XIfEvent ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007fbb081e2f24 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007fbb081e3b80 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007fbb081e3e71 in _XimRead ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x00007fbb081d28a6 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#9  0x00007fbb081c0b3d in XSetICValues ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#10 0x00000000004cbd23 in xic_set_preeditarea (w=w@entry=0x11508e0, 
    x=x@entry=275, y=y@entry=0) at xfns.c:2107
#11 0x00000000004ba975 in x_draw_window_cursor (w=0x11508e0, 
    glyph_row=<optimised out>, x=275, y=0, cursor_type=<optimised out>, 
    cursor_width=<optimised out>, on_p=<optimised out>, 
    active_p=<optimised out>) at xterm.c:7331
#12 0x0000000000457f03 in display_and_set_cursor (w=w@entry=0x11508e0, 
    on=on@entry=true, hpos=25, vpos=0, x=275, y=0) at xdisp.c:27634
---Type <return> to continue, or q <return> to quit---
#13 0x00000000004b968c in x_update_window_end (w=0x11508e0, 
    cursor_on_p=<optimised out>, mouse_face_overwritten_p=<optimised out>)
    at xterm.c:582
#14 0x000000000041d45d in update_window (w=w@entry=0x11508e0, 
    force_p=<optimised out>, force_p@entry=true) at dispnew.c:3541
#15 0x000000000041e72b in update_window_tree (w=0x11508e0, w@entry=0xb5d99a8, 
    force_p=force_p@entry=true) at dispnew.c:3216
#16 0x0000000000420c7d in update_frame (f=f@entry=0x114e878, 
    force_p=<optimised out>, force_p@entry=false, 
    inhibit_hairy_id_p=inhibit_hairy_id_p@entry=false) at dispnew.c:3105
#17 0x000000000044e957 in redisplay_internal () at xdisp.c:13961
#18 0x0000000000450745 in redisplay () at xdisp.c:13201
#19 0x00000000004f0661 in read_char (commandflag=1, map=map@entry=283856358, 
    prev_event=12140850, used_mouse_menu=used_mouse_menu@entry=0x7fff3fade38b, 
    end_time=end_time@entry=0x0) at keyboard.c:2571
#20 0x00000000004f1fdf in read_key_sequence (
    keybuf=keybuf@entry=0x7fff3fade460, prompt=12140850, 
    dont_downcase_last=dont_downcase_last@entry=false, 
    can_return_switch_frame=can_return_switch_frame@entry=true, 
    fix_current_buffer=fix_current_buffer@entry=true, 
    prevent_redisplay=prevent_redisplay@entry=false, bufsize=30)
    at keyboard.c:9089
#21 0x00000000004f3bd0 in command_loop_1 () at keyboard.c:1453
---Type <return> to continue, or q <return> to quit---
#22 0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#23 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#24 0x00000000005556bb in internal_catch (tag=12265170, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#25 0x00000000004ea503 in command_loop () at keyboard.c:1149
#26 recursive_edit_1 () at keyboard.c:778
#27 0x0000000000512b67 in read_minibuf (map=map@entry=16051638, 
    initial=initial@entry=12140850, prompt=<optimised out>, 
    prompt@entry=279789009, expflag=<optimised out>, 
    histvar=histvar@entry=12305634, histpos=0, defalt=defalt@entry=189286897, 
    allow_props=false, inherit_input_method=false) at minibuf.c:674
#28 0x00000000005131ce in Fread_from_minibuffer (prompt=279789009, 
    initial_contents=12140850, keymap=16051638, read=12140850, 
    hist=<optimised out>, default_value=189286897, 
    inherit_input_method=12140850) at minibuf.c:957
#29 0x0000000000557328 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2837
#30 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=8200, nargs=140734261749672, args=0x8)
    at bytecode.c:916
---Type <return> to continue, or q <return> to quit---
#31 0x0000000000556ed7 in funcall_lambda (fun=140734261750496, 
    nargs=nargs@entry=8, arg_vector=0x917141 <pure+882625>, 
    arg_vector@entry=0x7fff3fade918) at eval.c:2978
#32 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=9, 
    args=args@entry=0x7fff3fade910) at eval.c:2872
#33 0x0000000000510c00 in Fcompleting_read (prompt=279789009, 
    collection=88850886, predicate=12140850, require_match=12140850, 
    initial_input=12140850, hist=12140850, def=189286897, 
    inherit_input_method=12140850) at minibuf.c:1674
#34 0x00000000005573f1 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2844
#35 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=12140850, nargs=140734261750384, 
    args=0x8) at bytecode.c:916
#36 0x0000000000556e3f in funcall_lambda (fun=186153037, nargs=nargs@entry=0, 
    arg_vector=arg_vector@entry=0x7fff3fadec98) at eval.c:3044
#37 0x00000000005571b3 in Ffuncall (nargs=1, args=0x7fff3fadec90)
    at eval.c:2872
#38 0x0000000000557449 in funcall_nil (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2362
#39 0x0000000000555c6d in run_hook_with_args (nargs=1, args=0x7fff3fadec90, 
    funcall=0x557440 <funcall_nil>) at eval.c:2547
#40 0x0000000000555d96 in Frun_hooks (nargs=1, args=0x7fff3faded40)
---Type <return> to continue, or q <return> to quit---
    at eval.c:2389
#41 0x0000000000557291 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2792
#42 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=12140850, nargs=140734261751088, 
    args=0x2) at bytecode.c:916
#43 0x0000000000556e3f in funcall_lambda (fun=187962589, nargs=nargs@entry=1, 
    arg_vector=arg_vector@entry=0x7fff3fadef28) at eval.c:3044
#44 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff3fadef20) at eval.c:2872
#45 0x0000000000553740 in Fcall_interactively (function=<optimised out>, 
    record_flag=<optimised out>, keys=<optimised out>) at callint.c:836
#46 0x0000000000557390 in Ffuncall (nargs=<optimised out>, 
    args=<optimised out>) at eval.c:2818
#47 0x000000000058b655 in exec_byte_code (bytestr=-516, vector=1, 
    maxdepth=4294967295, args_template=4100, nargs=140734261752048, args=0x4)
    at bytecode.c:916
#48 0x0000000000556ed7 in funcall_lambda (fun=0, nargs=nargs@entry=1, 
    arg_vector=0x91f9d9 <pure+917593>, arg_vector@entry=0x7fff3fadf248)
    at eval.c:2978
#49 0x00000000005571b3 in Ffuncall (nargs=nargs@entry=2, 
    args=args@entry=0x7fff3fadf240) at eval.c:2872
#50 0x00000000005574fa in call1 (fn=<optimised out>, arg1=<optimised out>)
---Type <return> to continue, or q <return> to quit---
    at eval.c:2610
#51 0x00000000004f3d6d in command_loop_1 () at keyboard.c:1560
#52 0x00000000005557ae in internal_condition_case (
    bfun=bfun@entry=0x4f39e0 <command_loop_1>, handlers=<optimised out>, 
    hfun=hfun@entry=0x4ea950 <cmd_error>) at eval.c:1348
#53 0x00000000004e608e in command_loop_2 (ignore=ignore@entry=12140850)
    at keyboard.c:1178
#54 0x00000000005556bb in internal_catch (tag=12188354, 
    func=func@entry=0x4e6070 <command_loop_2>, arg=12140850) at eval.c:1112
#55 0x00000000004ea577 in command_loop () at keyboard.c:1157
#56 recursive_edit_1 () at keyboard.c:778
#57 0x00000000004ea88d in Frecursive_edit () at keyboard.c:849
#58 0x0000000000417c95 in main (argc=<optimised out>, argv=0x7fff3fadf5e8)
    at emacs.c:1642
(gdb) 
Continuing.

Program received signal SIGTERM, Terminated.
0x00007fbb0819c709 in XIfEvent () from /usr/lib/x86_64-linux-gnu/libX11.so.6
(gdb) 

--=-=-=
Content-Type: text/plain


Thanks!


In GNU Emacs 24.4.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
 of 2015-02-17 on jangai
Windowing system distributor `The X.Org Foundation', version 11.0.11501000
System Description:	Ubuntu 14.04.2 LTS

Important settings:
  value of $LANG: en_GB.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  msb-mode: t
  projectile-global-mode: t
  projectile-mode: t
  global-eval-pulse-mode: t
  global-semanticdb-minor-mode: t
  global-semantic-idle-scheduler-mode: t
  semantic-mode: t
  yas-global-mode: t
  yas-minor-mode: t
  global-pabbrev-mode: t
  global-auto-complete-mode: t
  auto-complete-mode: t
  eldoc-mode: t
  paredit-mode: t
  whitespace-mode: t
  global-lentic-mode: t
  lentic-mode: t
  tmmofl-mode: t
  auto-image-file-mode: t
  winner-mode: t
  override-global-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
use-package idle:(lambda nil (require (quote eol-conversion)))
use-package idle:(lambda nil (progn (semantic-mode 1) (require (quote semantic/bovine/el)) (if (member (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions) semantic-new-buffer-setup-functions (setq semantic-new-buffer-setup-functions (cons (quote (emacs-lisp-mode . semantic-default-elisp-setup)) semantic-new-buffer-setup-functions)))))
use-package idle:(lambda nil (global-eval-pulse-mode 1))
Configuring package eval-pulse...done
use-package idle:(lambda nil (global-auto-complete-mode))
use-package idle:(lambda nil (progn (setq projectile-mode-line-lighter Prj) (projectile-global-mode)))
use-package idle:(lambda nil (msb-mode 1))
Configuring package msb...done (0.022s)
use-package idle:(lambda nil (progn (add-hook (quote dired-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote custom-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote w3-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote Man-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote view-mode-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote woman-pre-format-hook) (quote turn-on-tempbuf-mode)) (add-hook (quote dictionary-mode-hook) (quote turn-on-tempbuf-mode)) (setq tempbuf-minimum-timeout 3000)))
use-package idle:(lambda nil (require (quote eshell)))

Load-path shadows:
~/emacs/lentic/temp hides ~/emacs/pabbrev/temp
~/src/large/adoc-mode/adoc-mode hides /home/phillord/.emacs.d/elpa/adoc-mode-0.6.2/adoc-mode
/home/phillord/.emacs.d/elpa/lua-mode-20140514/lua-mode hides ~/emacs/packages/lua-mode
~/src/large/adoc-mode/adoc-mode hides ~/emacs/adoc-mode
~/emacs/lentic/temp hides ~/emacs/temp
~/emacs/lentic/open hides ~/emacs/open
~/emacs/packages/css-mode hides /usr/local/share/emacs/24.4.90/lisp/textmodes/css-mode
~/emacs/pulse hides /usr/local/share/emacs/24.4.90/lisp/cedet/pulse
/usr/local/share/emacs/24.4.90/lisp/progmodes/compile hides /home/phillord/emacs/packages/edb-1.31/examples/edbibtex/compile

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mailabbrev gmm-utils mailheader sendmail esh-var esh-io
esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups eshell esh-module
esh-mode esh-util philmsb msb projectile ibuf-ext ibuffer pkg-info
lisp-mnt epl grep eval-pulse semantic/bovine/el semantic/db-el eieio-opt
speedbar sb-image dframe semantic/bovine semantic/db-mode semantic/db
eieio-base semantic/idle semantic/format ezimage semantic/tag-ls
semantic/find semantic/ctxt semantic/util-modes semantic/util semantic
semantic/tag semantic/lex semantic/fw mode-local cedet eol-conversion
tmmofl-x yasnippet help-mode pabbrev thingatpt flymake auto-complete
popup eldoc paredit-pause paredit-menu paredit disp-table whitespace
lentic-server web-server mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums web-server-status-codes lentic-mode lentic-doc f s lentic-org
lentic-block ox-latex ox-icalendar ox-html ox-ascii ox-publish ox
org-element eww mm-url gnus gnus-ems nnheader mail-utils wid-edit url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util url-parse auth-source gnus-util mm-util mail-prsvr
password-cache url-vars mailcap shr browse-url local-lentic-autoloads
lentic m-buffer-at m-buffer m-buffer-macro dash eieio byte-opt
eieio-core copyright derived philr phillisp compile pulse philasciidoc
advice help-fns philface shared tmmofl cl-macs cl gv ido printing
ps-print ps-def lpr edmacro kmacro ob-R org org-macro org-footnote
org-pcomplete pcomplete org-list org-faces org-entities noutline outline
org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-src ob-keys ob-comint comint ansi-color ob-core ob-eval org-compat
org-macs org-loaddefs format-spec find-func cal-menu calendar
cal-loaddefs image-file package-autoload winner use-package diminish
bytecomp byte-compile cl-extra cl-loaddefs cl-lib cconv bind-key
easy-mmode tex-site info easymenu package epg-config git-update ring
server time-date tooltip electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
gfilenotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)

Memory information:
((conses 16 313850 12121)
 (symbols 48 42155 0)
 (miscs 40 86 159)
 (strings 32 85922 9372)
 (string-bytes 1 2804260)
 (vectors 16 33906)
 (vector-slots 8 649429 7328)
 (floats 8 468 26)
 (intervals 56 357 0)
 (buffers 960 14)
 (heap 1024 32703 1558))


--=-=-=--




Acknowledgement sent to phillip.lord@HIDDEN (Phillip Lord):
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#20134; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Wed, 8 Apr 2015 20:00:05 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.