From tromey@redhat.com Tue Sep 29 11:12:56 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 29 Sep 2009 18:12:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8TICtKR005714 for ; Tue, 29 Sep 2009 11:12:56 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MshC2-00026M-RI for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 14:12:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MshBy-00022O-PY for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 14:12:54 -0400 Received: from [199.232.76.173] (port=54996 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MshBy-00022D-Jf for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 14:12:50 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48527) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MshBy-0001Mx-0V for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2009 14:12:50 -0400 Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8TICnD8031080 for ; Tue, 29 Sep 2009 14:12:49 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n8TICmnj008404; Tue, 29 Sep 2009 14:12:48 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n8TIClM4026786; Tue, 29 Sep 2009 14:12:47 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id EEDA937820F; Tue, 29 Sep 2009 12:12:46 -0600 (MDT) From: Tom Tromey To: bug-gnu-emacs@gnu.org Subject: 23.1; ERC, aspell, and CPU usage Reply-To: Tom Tromey X-Attribution: Tom Date: Tue, 29 Sep 2009 12:12:46 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: This is a somewhat vague bug, sorry about that. I don't even know for certain that this is a bug in Emacs. I use ERC with the 'spelling module. I have noticed that sometimes, when ERC cannot contact an irc server (e.g. if it goes down or is otherwise unavailable), then aspell will start using all my CPU, and Emacs slows to a crawl. Killing aspell from the shell seems to fix this problem. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /usr/share/emacs/23.1/etc/DEBUG for instructions. In GNU Emacs 23.1.1 (i386-redhat-linux-gnu, GTK+ Version 2.16.5) of 2009-08-26 on x86-2.fedora.phx.redhat.com Windowing system distributor `The X.Org Foundation', version 11.0.10601901 configured using `configure '--build=i386-redhat-linux-gnu' '--host=i386-redhat-linux-gnu' '--target=i586-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=gtk' 'build_alias=i386-redhat-linux-gnu' 'host_alias=i386-redhat-linux-gnu' 'target_alias=i586-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Group Minor modes in effect: erc-list-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-ring-mode: t erc-pcomplete-mode: t erc-track-mode: t erc-track-minor-mode: t erc-match-mode: t erc-button-mode: t erc-fill-mode: t erc-stamp-mode: t erc-netsplit-mode: t erc-spelling-mode: t erc-truncate-mode: t shell-dirtrack-mode: t diff-auto-refine-mode: t gnus-undo-mode: t erc-status-mode: t erc-services-mode: t erc-networks-mode: t erc-irccontrols-mode: t erc-noncommands-mode: t erc-move-to-prompt-mode: t erc-readonly-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: i c h SPC I SPC n o SPC l o n g e r SPC h a v e SPC b u t SPC t h e SPC g i s t SPC w a s SPC t h a t SPC t h e t h e r SPC e SPC w a s SPC n o SPC c o n n e c t i o n SPC t o SPC . ) . C-f C-f C-o I SPC t h i n k SPC / d i s c o n n e c t SPC h s C-t o u l d SPC w o r k SPC t o SPC p r e v e t n t SPC r e c o n n e c t i o n SPC i n SPC t h i s SPC s i t u a t i o n . T h e SPC o n l y SPC s i o l u t i o n SPC I SPC f o u n d SPC w a s SPC t o SPC d e l e t e k i l l SPC t h e SPC s e r v e r SPC b u f f e r . C-z o C-z o C-a I n s t e a d , SPC M-l C-p C-k C-e C-c C-c C-z n C-z o n SPC M-> q SPC M-> q SPC 5 0 M-> q s M-v C-l C-u C-n C-u C-n C-n n SPC M-> Q y s M-x r e p o r t - e m b Recent messages: Retrieving newsgroup: nnml:mail.kaos... Fetching headers for nnml:mail.kaos...done Generating summary...done Mark set Discard changes to this group and exit? (y or n) (No changes need to be saved) Saving /home/tromey/.newsrc.eld... Saving file /home/tromey/.newsrc.eld... Wrote /home/tromey/.newsrc.eld Saving /home/tromey/.newsrc.eld...done Tom From cyd@stupidchicken.com Mon Nov 9 09:31:56 2009 Received: (at control) by emacsbugs.donarmstrong.com; 9 Nov 2009 17:31:57 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pantheon-po27.its.yale.edu (pantheon-po27.its.yale.edu [130.132.50.122]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA9HVtA2008764 for ; Mon, 9 Nov 2009 09:31:56 -0800 Received: from furry (dhcp128036014244.central.yale.edu [128.36.14.244]) (authenticated bits=0) by pantheon-po27.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id nA9HVnSE031618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 9 Nov 2009 12:31:49 -0500 Received: by furry (Postfix, from userid 1000) id 9140DC070; Mon, 9 Nov 2009 12:31:49 -0500 (EST) From: Chong Yidong To: control@debbugs.gnu.org Subject: reassign ERC bugs Date: Mon, 09 Nov 2009 12:31:49 -0500 Message-ID: <87bpjby58a.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) reassign 466 emacs,erc reassign 4048 emacs,erc reassign 4443 emacs,erc reassign 4589 emacs,erc reassign 4590 emacs,erc reassign 3594 emacs,erc reassign 4459 emacs,erc thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 02 19:13:40 2014 Received: (at 4590) by debbugs.gnu.org; 3 Feb 2014 00:13:40 +0000 Received: from localhost ([127.0.0.1]:46877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WA7AR-0002IJ-Sk for submit@debbugs.gnu.org; Sun, 02 Feb 2014 19:13:40 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:45233) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WA7AP-0002IB-O6 for 4590@debbugs.gnu.org; Sun, 02 Feb 2014 19:13:38 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WA7AA-0007wd-I6; Mon, 03 Feb 2014 01:13:22 +0100 From: Lars Ingebrigtsen To: Tom Tromey Subject: Re: bug#4590: 23.1; ERC, aspell, and CPU usage References: Date: Sun, 02 Feb 2014 16:12:26 -0800 In-Reply-To: (Tom Tromey's message of "Tue, 29 Sep 2009 12:12:46 -0600") Message-ID: <8761oxcavp.fsf@building.gnus.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1WA7AA-0007wd-I6 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1391991204.10703@M5DZTa1XM/6zrUIQ3S/bsg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 4590 Cc: 4590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Tom Tromey writes: > This is a somewhat vague bug, sorry about that. > I don't even know for certain that this is a bug in Emacs. > > I use ERC with the 'spelling module. > > I have noticed that sometimes, when ERC cannot contact an irc server > (e.g. if it goes down or is otherwise unavailable), then aspell will > start using all my CPU, and Emacs slows to a crawl. > > Killing aspell from the shell seems to fix this problem. Is this problem still present in Emacs 24? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 05 11:51:16 2014 Received: (at 4590) by debbugs.gnu.org; 5 Feb 2014 16:51:16 +0000 Received: from localhost ([127.0.0.1]:51112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WB5gx-0001y7-RN for submit@debbugs.gnu.org; Wed, 05 Feb 2014 11:51:16 -0500 Received: from mx1.redhat.com ([209.132.183.28]:48745) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WB5gt-0001xu-QB for 4590@debbugs.gnu.org; Wed, 05 Feb 2014 11:51:13 -0500 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s15Gp8pq032066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Feb 2014 11:51:09 -0500 Received: from barimba (ovpn-113-148.phx2.redhat.com [10.3.113.148]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s15Gp6nq012099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 5 Feb 2014 11:51:07 -0500 From: Tom Tromey To: Lars Ingebrigtsen Subject: Re: bug#4590: 23.1; ERC, aspell, and CPU usage References: <8761oxcavp.fsf@building.gnus.org> X-Attribution: Tom Date: Wed, 05 Feb 2014 09:51:06 -0700 In-Reply-To: <8761oxcavp.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Sun, 02 Feb 2014 16:12:26 -0800") Message-ID: <87r47h5wqt.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: 4590 Cc: 4590@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) >> Killing aspell from the shell seems to fix this problem. Lars> Is this problem still present in Emacs 24? I don't recall seeing it in a while. So I think it's ok to close the bug. Tom From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 05 17:06:30 2014 Received: (at control) by debbugs.gnu.org; 5 Feb 2014 22:06:30 +0000 Received: from localhost ([127.0.0.1]:51323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBAc2-0002vF-EO for submit@debbugs.gnu.org; Wed, 05 Feb 2014 17:06:30 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:48356) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBAbz-0002v4-Ni for control@debbugs.gnu.org; Wed, 05 Feb 2014 17:06:28 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WBAbk-0005lk-MT for control@debbugs.gnu.org; Wed, 05 Feb 2014 23:06:13 +0100 Date: Wed, 05 Feb 2014 14:05:10 -0800 Message-Id: <87wqh943mx.fsf@building.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #4590 X-MailScanner-ID: 1WBAbk-0005lk-MT X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392242774.32895@SdBBsJB3FP/zwMZjOLDmxw X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) close 4590 From unknown Mon Jun 23 16:46:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 06 Mar 2014 12:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator