From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 14 01:00:53 2012 Received: (at submit) by debbugs.gnu.org; 14 Aug 2012 05:00:53 +0000 Received: from localhost ([127.0.0.1]:54693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T19FM-0003eU-OX for submit@debbugs.gnu.org; Tue, 14 Aug 2012 01:00:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38332) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T19FL-0003eN-4G for submit@debbugs.gnu.org; Tue, 14 Aug 2012 01:00:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T196y-00022B-Rq for submit@debbugs.gnu.org; Tue, 14 Aug 2012 00:52:14 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.5 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,RCVD_IN_XBL autolearn=ham version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:39665) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T196y-000227-Oy for submit@debbugs.gnu.org; Tue, 14 Aug 2012 00:52:12 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43700) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T196w-0003tk-9w for bug-gnu-emacs@gnu.org; Tue, 14 Aug 2012 00:52:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T196u-00021o-5q for bug-gnu-emacs@gnu.org; Tue, 14 Aug 2012 00:52:10 -0400 Received: from mout.web.de ([212.227.17.12]:65040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T196t-00021U-SF for bug-gnu-emacs@gnu.org; Tue, 14 Aug 2012 00:52:08 -0400 Received: from snow.dragon ([82.113.121.186]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0MIvaT-1Syf4Z197x-002UOT for ; Tue, 14 Aug 2012 06:52:06 +0200 Date: Tue, 14 Aug 2012 06:54:28 +0200 Message-Id: <87has6ysxn.fsf@web.de> From: Michael Heerdegen To: bug-gnu-emacs@gnu.org Subject: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs X-Provags-ID: V02:K0:gaiCcR7bp1i7AIs3R6GsFO7na69feErN2CipPH81Dhp Vs/+lzd+TiyoTOrxIdsP8WCdnw4v9V7soQQy3bq8iqgfM15Yvn M/Bf6MBcIUkSSc7ioOPCrVF1Tv2TZEsgLaZ7hIMy86kURyIgw2 jBzo1yaZEzYuQuM3TAunTIh1cN62x4dpbxcjzkFdJSnUWsGGgS /SC8hlGm2Nsr07/8Cahm/PeaCgEcnqfDu3GcH0Cg9s= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: michael_heerdegen@web.de List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Hi, I recently found this variable in the manual: `cache-long-line-scans'. However, nearly every time I set it to a non-nil value, Emacs instantly freezes, C-g has no more effect. To reproduce in emacs -Q, e.g. type C-h n and then M-: (setq cache-long-line-scans t). Thanks, Michael. In GNU Emacs 24.1.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2) of 2012-08-07 on dex, modified by Debian (emacs-snapshot package, version 2:20120807-1) Windowing system distributor `The X.Org Foundation', version 11.0.11203000 Configured using: `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.1.50/site-lisp:/usr/share/emacs/site-lisp' '--without-compress-info' '--with-crt-dir=/usr/lib/i386-linux-gnu/' '--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed -znocombreloc' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 15 12:45:06 2012 Received: (at 12196) by debbugs.gnu.org; 15 Aug 2012 16:45:06 +0000 Received: from localhost ([127.0.0.1]:59369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T1giO-0007XW-52 for submit@debbugs.gnu.org; Wed, 15 Aug 2012 12:45:06 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:59332) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T1giK-0007WI-VL for 12196@debbugs.gnu.org; Wed, 15 Aug 2012 12:45:02 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M8T00L0022GR400@a-mtaout23.012.net.il> for 12196@debbugs.gnu.org; Wed, 15 Aug 2012 19:36:00 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8T00LLT23ZQ510@a-mtaout23.012.net.il>; Wed, 15 Aug 2012 19:35:59 +0300 (IDT) Date: Wed, 15 Aug 2012 19:36:05 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87has6ysxn.fsf@web.de> X-012-Sender: halo1@inter.net.il To: michael_heerdegen@web.de Message-id: <834no4jeoa.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Tue, 14 Aug 2012 06:54:28 +0200 > From: Michael Heerdegen > > I recently found this variable in the manual: `cache-long-line-scans'. > > However, nearly every time I set it to a non-nil value, Emacs instantly > freezes, C-g has no more effect. For me, it didn't freeze, it simply announced that memory was exhausted and I should exit and restart Emacs. Under a debugger I saw that the region cache code tried to allocate some ridiculously large chunk of memory, like 1.6 GB. This happened because some changes about a year ago modified the memory allocation for the cache in a way that made the cache data structure and the memory it allocated inconsistent. So the cache became confused and tried to allocate more and more memory. Should be fixed now (revision 109631 on the trunk), please test. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 24 08:17:57 2012 Received: (at 12196) by debbugs.gnu.org; 24 Aug 2012 12:17:57 +0000 Received: from localhost ([127.0.0.1]:46487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T4spl-0007jt-C1 for submit@debbugs.gnu.org; Fri, 24 Aug 2012 08:17:57 -0400 Received: from mout.web.de ([212.227.17.11]:54422) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T4spf-0007jh-0w for 12196@debbugs.gnu.org; Fri, 24 Aug 2012 08:17:51 -0400 Received: from snow.dragon ([82.113.99.70]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0MSs2H-1TCD4a1o2f-00Rj1f; Fri, 24 Aug 2012 14:17:10 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> Date: Fri, 24 Aug 2012 14:19:34 +0200 In-Reply-To: <834no4jeoa.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 15 Aug 2012 19:36:05 +0300") Message-ID: <87ehmwscrt.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V02:K0:StYB7I+a6hIoTtW4aaYB8jAEJksY9sAQAprqMxCuaRa EZzeYf1zX4Hfu90TENg/0oerNP2oDcQfGISyJUOvnfeCrnWG/R da2zS0cBUD062ao/8OQTel/7leoDPjkJUb6elXijZBvNBiKHun DNwHebAVCQq9Zl70VUeKllkeXXD8bnMSQ8ean3Bx95WVJgMCcm qv79wjexcXwoSuNV2J/APXwK+1GtcSqmQQuxnfZoBA= X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) Eli Zaretskii writes: > Should be fixed now (revision 109631 on the trunk), please test. Thanks, Eli. However, I still see the freezing. I have GNU Emacs 24.2.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2) of 2012-08-23 on dex, modified by Debian now, so your fix should be included. In emacs -Q, I did C-x d ~ RET and set `cache-long-line-scans' to t. Then I moved around in that buffer with the arrow keys and prior/ next. After a few seconds, Emacs was frozen. In another test, I started emacs -Q and evaluated (setq-default cache-long-line-scans t) Then I did some trivial things like changing current buffer and moving around. In some cases, CPU consumption went to 100% while I did nothing, and Emacs didn't respond anymore. Another time, Emacs aborted. Thanks, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 24 09:36:26 2012 Received: (at 12196) by debbugs.gnu.org; 24 Aug 2012 13:36:26 +0000 Received: from localhost ([127.0.0.1]:46574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T4u3i-00014z-LB for submit@debbugs.gnu.org; Fri, 24 Aug 2012 09:36:26 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:63257) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T4u3d-00014l-GN for 12196@debbugs.gnu.org; Fri, 24 Aug 2012 09:36:21 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M9900000HIRXH00@a-mtaout20.012.net.il> for 12196@debbugs.gnu.org; Fri, 24 Aug 2012 16:35:22 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M99000ZRHQXE880@a-mtaout20.012.net.il>; Fri, 24 Aug 2012 16:35:21 +0300 (IDT) Date: Fri, 24 Aug 2012 16:35:32 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87ehmwscrt.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83ehmwh0pn.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Heerdegen > Cc: 12196@debbugs.gnu.org > Date: Fri, 24 Aug 2012 14:19:34 +0200 > > Thanks, Eli. However, I still see the freezing. I have > > GNU Emacs 24.2.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2) > of 2012-08-23 on dex, modified by Debian > > now, so your fix should be included. Do you see a reference to bug#12196 in src/ChangeLog of that distribution? If not, then my fix is not included. > In emacs -Q, I did C-x d ~ RET and set `cache-long-line-scans' to t. > Then I moved around in that buffer with the arrow keys and prior/ next. > After a few seconds, Emacs was frozen. > > In another test, I started emacs -Q and evaluated > > (setq-default cache-long-line-scans t) > > Then I did some trivial things like changing current buffer and moving > around. In some cases, CPU consumption went to 100% while I did > nothing, and Emacs didn't respond anymore. Another time, Emacs aborted. I cannot reproduce any of this on my system. Emacs never freezes on me. Does Emacs really freeze, or does it just do some prolonged operation? (And is your CPU really an i486?) If you wait for a long time, does Emacs eventually recover and become responsive again? If Emacs really freezes, attach a debugger to it when it does, type "bt" at the debugger's prompt, and post here everything the debugger displays in response. Then try to follow the advice in etc/DEBUG, under "If the symptom of the bug is that Emacs fails to respond", to establish which Emacs function, if any, is looping. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 26 07:54:54 2012 Received: (at submit) by debbugs.gnu.org; 26 Aug 2012 11:54:55 +0000 Received: from localhost ([127.0.0.1]:49461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T5bQb-00011h-3X for submit@debbugs.gnu.org; Sun, 26 Aug 2012 07:54:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40205) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T5bQX-00011Z-04 for submit@debbugs.gnu.org; Sun, 26 Aug 2012 07:54:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T5bPj-0001Mf-UT for submit@debbugs.gnu.org; Sun, 26 Aug 2012 07:54:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:43219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T5bPj-0001Mb-Qr for submit@debbugs.gnu.org; Sun, 26 Aug 2012 07:53:59 -0400 Received: from eggs.gnu.org ([208.118.235.92]:32905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T5bPg-0003qN-3x for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2012 07:53:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T5bPc-0001MJ-7X for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2012 07:53:56 -0400 Received: from ristopher.com ([146.185.21.93]:52273 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T5bPb-0001MF-OU for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2012 07:53:52 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 566D320CE3; Sun, 26 Aug 2012 12:53:49 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1345982029; bh=R8x3854vNO5TeNgEDn8UZYdtsJbh2vDZqG9GFAgCmKc=; h=From:To:Subject:In-Reply-To:References:Message-ID:MIME-Version: Content-Type:Date; b=0LbwXDexUdgarQA8BZstBxZL0cHh6+UXEU4NR3UNLUFva4yxgzq+awmBuKaGOJ2QP j3iHP2JhORjegDdZy1pLN45e3ojowdwBHDB0tAlfZbRtv0i+BkyqBRGcyIh4a1er3/ qBp1QVk8Luw1A1D6K2qA5lCzZiW3uYr4AF3N/Ufo= From: Christopher Schmidt To: bug-gnu-emacs@gnu.org Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83ehmwh0pn.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Aug 2012 16:35:32 +0300") References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> Message-ID: <87sjb9g981@ch.ristopher.com> Mail-Followup-To: bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Date: Sun, 26 Aug 2012 12:53:49 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> In emacs -Q, I did C-x d ~ RET and set `cache-long-line-scans' to t. >> Then I moved around in that buffer with the arrow keys and prior/ >> next. After a few seconds, Emacs was frozen. >> >> In another test, I started emacs -Q and evaluated >> >> (setq-default cache-long-line-scans t) >> >> Then I did some trivial things like changing current buffer and >> moving around. In some cases, CPU consumption went to 100% while I >> did nothing, and Emacs didn't respond anymore. Another time, Emacs >> aborted. > > I cannot reproduce any of this on my system. Emacs never freezes on > me. > > Does Emacs really freeze, or does it just do some prolonged operation? > (And is your CPU really an i486?) If you wait for a long time, does > Emacs eventually recover and become responsive again? > > If Emacs really freezes, attach a debugger to it when it does, type > "bt" at the debugger's prompt, and post here everything the debugger > displays in response. Then try to follow the advice in etc/DEBUG, > under "If the symptom of the bug is that Emacs fails to respond", to > establish which Emacs function, if any, is looping. I can reproduce this problem. I am using GNU Emacs 24.2.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-08-26, revno: 109786. Setting cache-long-line-scans to t in various buffer that are meant to be displayed in a window, such as *Info*, *Help* etc., works just fine. Setting the default value of cache-long-line-scans to t in my init.el makes Emacs freeze whenever I try to view a remote post in Gnus. Here is the backtrace: --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=backtrace.txt (gdb) backtrace #0 find_cache_boundary (c=c@entry=0x418e6f0, pos=pos@entry=9711) at region-cache.c:185 #1 0x00000000005bcf9d in region_cache_forward (buf=0x3fee4c0, c=c@entry=0x418e6f0, pos=pos@entry=9711, next=next@entry=0x7fff92befe38) at region-cache.c:709 #2 0x0000000000546ce4 in scan_buffer (target=target@entry=10, start=, start@entry=9648, end=9707, end@entry=0, count=1, shortage=shortage@entry=0x7fff92befe88, allow_quit=allow_quit@entry=1) at search.c:687 #3 0x0000000000547402 in find_before_next_newline ( from=from@entry=9648, to=to@entry=0, cnt=) at search.c:945 #4 0x000000000056d78a in Fline_end_position (n=) at editfns.c:808 #5 0x0000000000539005 in Fend_of_line (n=) at cmds.c:201 #6 0x0000000000573057 in eval_sub (form=) at eval.c:2173 #7 0x00000000005733c5 in Fprogn (args=68740848, args@entry=70064870) at eval.c:376 #8 0x0000000000575af8 in Fwhile (args=) at eval.c:955 #9 0x00000000005731d8 in eval_sub (form=70036598) at eval.c:2121 #10 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #11 0x0000000000576069 in Flet (args=70036678) at eval.c:933 #12 0x00000000005731d8 in eval_sub (form=70036758) at eval.c:2121 #13 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #14 0x0000000000573708 in funcall_lambda (fun=fun@entry=70127990, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff92bf02d0) at eval.c:3038 #15 0x0000000000572a2c in apply_lambda (fun=fun@entry=70127990, args=) at eval.c:2922 #16 0x0000000000572dea in eval_sub (form=69980838) at eval.c:2249 #17 0x00000000005732c0 in Fsetq (args=) at eval.c:445 #18 0x00000000005731d8 in eval_sub (form=69980870) at eval.c:2121 #19 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #20 0x00000000005731d8 in eval_sub (form=form@entry=69310054) at eval.c:2121 #21 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #22 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #23 0x0000000000576069 in Flet (args=69980918) at eval.c:933 #24 0x00000000005731d8 in eval_sub (form=69710358) at eval.c:2121 #25 0x00000000005733c5 in Fprogn (args=68740848, args@entry=69710374) at eval.c:376 #26 0x0000000000575af8 in Fwhile (args=) at eval.c:955 #27 0x00000000005731d8 in eval_sub (form=69710550) at eval.c:2121 #28 0x00000000005733c5 in Fprogn (args=68740848, args@entry=69460182) at eval.c:376 #29 0x000000000056f1bd in Fsave_restriction (body=69460182) at editfns.c:3426 #30 0x00000000005731d8 in eval_sub (form=69710582) at eval.c:2121 #31 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #32 0x0000000000576069 in Flet (args=69710598) at eval.c:933 #33 0x00000000005731d8 in eval_sub (form=69681366) at eval.c:2121 #34 0x00000000005733c5 in Fprogn (args=68740848, args@entry=74040470) at eval.c:376 #35 0x000000000056736d in Fsave_current_buffer (args=74040470) at editfns.c:954 #36 0x00000000005731d8 in eval_sub (form=form@entry=74040454) at eval.c:2121 #37 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #38 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #39 0x0000000000573708 in funcall_lambda (fun=fun@entry=70037046, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff92bf0f40) at eval.c:3038 #40 0x0000000000572a2c in apply_lambda (fun=fun@entry=70037046, args=) at eval.c:2922 #41 0x0000000000572dea in eval_sub (form=69682070) at eval.c:2249 #42 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #43 0x0000000000573708 in funcall_lambda (fun=69681878, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff92bf11d8) at eval.c:3038 #44 0x00000000005739ab in Ffuncall (nargs=1, args=0x7fff92bf11d0) at eval.c:2874 #45 0x00000000005731a2 in eval_sub (form=) at eval.c:2145 #46 0x00000000005733c5 in Fprogn (args=68740848, args@entry=63040262) at eval.c:376 #47 0x000000000056f1bd in Fsave_restriction (body=63040262) at editfns.c:3426 #48 0x00000000005731d8 in eval_sub (form=63040342) at eval.c:2121 #49 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #50 0x00000000005731d8 in eval_sub (form=74143078) at eval.c:2121 #51 0x00000000005731d8 in eval_sub (form=form@entry=74143030) at eval.c:2121 #52 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #53 0x00000000005733c5 in Fprogn (args=68740848, args@entry=73849462) at eval.c:376 #54 0x0000000000575af8 in Fwhile (args=) at eval.c:955 #55 0x00000000005731d8 in eval_sub (form=73849430) at eval.c:2121 #56 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #57 0x0000000000576069 in Flet (args=73849398) at eval.c:933 #58 0x00000000005731d8 in eval_sub (form=form@entry=73849382) at eval.c:2121 #59 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #60 0x00000000005733c5 in Fprogn (args=68740848, args@entry=73823350) at eval.c:376 #61 0x0000000000571e2b in internal_catch (tag=65271776, func=0x5733a0 , arg=73823350) at eval.c:1079 #62 0x00000000005731d8 in eval_sub (form=73823270) at eval.c:2121 #63 0x0000000000572ed4 in eval_sub (form=form@entry=73823238) at eval.c:2158 #64 0x0000000000572f80 in eval_sub (form=form@entry=73823398) at eval.c:2245 #65 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #66 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #67 0x0000000000576069 in Flet (args=63015958) at eval.c:933 #68 0x00000000005731d8 in eval_sub (form=63018070) at eval.c:2121 #69 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #70 0x0000000000573708 in funcall_lambda (fun=fun@entry=63040054, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0x7fff92bf21a0) at eval.c:3038 #71 0x0000000000572a2c in apply_lambda (fun=fun@entry=63040054, args=) at eval.c:2922 #72 0x0000000000572dea in eval_sub (form=61562134) at eval.c:2249 #73 0x00000000005733c5 in Fprogn (args=68740848, args@entry=61564742) at eval.c:376 #74 0x000000000056f1bd in Fsave_restriction (body=61564742) at editfns.c:3426 #75 0x00000000005731d8 in eval_sub (form=61564822) at eval.c:2121 #76 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #77 0x00000000005731d8 in eval_sub (form=61535622) at eval.c:2121 #78 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #79 0x0000000000576069 in Flet (args=61537910) at eval.c:933 #80 0x00000000005731d8 in eval_sub (form=61538182) at eval.c:2121 #81 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #82 0x00000000005731d8 in eval_sub (form=74158518) at eval.c:2121 #83 0x0000000000575df5 in Funwind_protect (args=74158502) at eval.c:1178 #84 0x00000000005731d8 in eval_sub (form=74158486) at eval.c:2121 #85 0x00000000005733c5 in Fprogn (args=68740848, args@entry=74158470) at eval.c:376 #86 0x000000000056736d in Fsave_current_buffer (args=74158470) at editfns.c:954 #87 0x00000000005731d8 in eval_sub (form=74158454) at eval.c:2121 #88 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #89 0x0000000000576069 in Flet (args=74158422) at eval.c:933 #90 0x00000000005731d8 in eval_sub (form=form@entry=74158406) at eval.c:2121 #91 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #92 0x00000000005733c5 in Fprogn (args=68740848, args@entry=61603558) at eval.c:376 #93 0x000000000056d9fd in Fsave_excursion (args=61603558) at editfns.c:939 #94 0x00000000005731d8 in eval_sub (form=61538726) at eval.c:2121 #95 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #96 0x0000000000573708 in funcall_lambda (fun=61601478, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff92bf2eb8) at eval.c:3038 #97 0x00000000005739ab in Ffuncall (nargs=1, args=0x7fff92bf2eb0) at eval.c:2874 #98 0x00000000005731a2 in eval_sub (form=) at eval.c:2145 #99 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #100 0x00000000005731d8 in eval_sub (form=74158710) at eval.c:2121 #101 0x00000000005731d8 in eval_sub (form=form@entry=74158662) at eval.c:2121 #102 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #103 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #104 0x0000000000576069 in Flet (args=61041766) at eval.c:933 #105 0x00000000005731d8 in eval_sub (form=61041910) at eval.c:2121 #106 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #107 0x0000000000573708 in funcall_lambda (fun=fun@entry=61040678, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff92bf34a0) at eval.c:3038 #108 0x0000000000572a2c in apply_lambda (fun=fun@entry=61040678, args=) at eval.c:2922 #109 0x0000000000572dea in eval_sub (form=61043750) at eval.c:2249 #110 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #111 0x00000000005731d8 in eval_sub (form=74118502) at eval.c:2121 #112 0x00000000005731d8 in eval_sub (form=form@entry=74118454) at eval.c:2121 #113 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #114 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #115 0x00000000005731d8 in eval_sub (form=61123718) at eval.c:2121 #116 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #117 0x00000000005731d8 in eval_sub (form=61125494) at eval.c:2121 #118 0x00000000005733c5 in Fprogn (args=68740848, args@entry=61125990) at eval.c:376 #119 0x000000000056d9fd in Fsave_excursion (args=61125990) at editfns.c:939 #120 0x00000000005731d8 in eval_sub (form=61126022) at eval.c:2121 #121 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #122 0x0000000000576282 in FletX (args=61126038) at eval.c:863 #123 0x00000000005731d8 in eval_sub (form=61126678) at eval.c:2121 #124 0x00000000005733c5 in Fprogn (args=68740848, args@entry=61126774) at eval.c:376 #125 0x000000000056d9fd in Fsave_excursion (args=61126774) at editfns.c:939 #126 0x00000000005731d8 in eval_sub (form=61127078) at eval.c:2121 #127 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #128 0x0000000000573708 in funcall_lambda (fun=fun@entry=61042134, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff92bf3ef0) at eval.c:3038 #129 0x0000000000572a2c in apply_lambda (fun=fun@entry=61042134, args=) at eval.c:2922 #130 0x0000000000572dea in eval_sub (form=47227846) at eval.c:2249 #131 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #132 0x00000000005731d8 in eval_sub (form=47200358) at eval.c:2121 #133 0x0000000000573343 in Fprog1 (args=47227782) at eval.c:399 #134 0x00000000005731d8 in eval_sub (form=47200374) at eval.c:2121 #135 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #136 0x00000000005731d8 in eval_sub (form=47200662) at eval.c:2121 #137 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #138 0x0000000000573708 in funcall_lambda (fun=fun@entry=47226182, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff92bf43f0) at eval.c:3038 #139 0x0000000000572a2c in apply_lambda (fun=fun@entry=47226182, args=) at eval.c:2922 #140 0x0000000000572dea in eval_sub (form=48447638) at eval.c:2249 #141 0x00000000005731d8 in eval_sub (form=48449990) at eval.c:2121 #142 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #143 0x00000000005731d8 in eval_sub (form=48452166) at eval.c:2121 #144 0x0000000000573343 in Fprog1 (args=48467126) at eval.c:399 #145 0x00000000005731d8 in eval_sub (form=48452214) at eval.c:2121 #146 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #147 0x0000000000573708 in funcall_lambda (fun=fun@entry=48485302, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff92bf48e0) at eval.c:3038 #148 0x0000000000572a2c in apply_lambda (fun=fun@entry=48485302, args=) at eval.c:2922 #149 0x0000000000572dea in eval_sub (form=52155574) at eval.c:2249 #150 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #151 0x00000000005731d8 in eval_sub (form=form@entry=69231750) at eval.c:2121 #152 0x0000000000572f80 in eval_sub (form=) at eval.c:2245 #153 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #154 0x0000000000576069 in Flet (args=52155846) at eval.c:933 #155 0x00000000005731d8 in eval_sub (form=52155926) at eval.c:2121 #156 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #157 0x00000000005731d8 in eval_sub (form=52155942) at eval.c:2121 #158 0x00000000005731d8 in eval_sub (form=52156118) at eval.c:2121 #159 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #160 0x00000000005731d8 in eval_sub (form=52156838) at eval.c:2121 #161 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #162 0x00000000005731d8 in eval_sub (form=52164518) at eval.c:2121 #163 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #164 0x0000000000576282 in FletX (args=52164534) at eval.c:863 #165 0x00000000005731d8 in eval_sub (form=52135222) at eval.c:2121 #166 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #167 0x0000000000573708 in funcall_lambda (fun=fun@entry=52152886, nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fff92bf5380) at eval.c:3038 #168 0x0000000000572a2c in apply_lambda (fun=fun@entry=52152886, args=) at eval.c:2922 #169 0x0000000000572dea in eval_sub (form=52138534) at eval.c:2249 #170 0x0000000000575ac4 in For (args=68740848) at eval.c:276 #171 0x00000000005731d8 in eval_sub (form=52138550) at eval.c:2121 #172 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #173 0x0000000000576069 in Flet (args=52138566) at eval.c:933 #174 0x00000000005731d8 in eval_sub (form=52138630) at eval.c:2121 #175 0x00000000005732c0 in Fsetq (args=) at eval.c:445 #176 0x00000000005731d8 in eval_sub (form=52138662) at eval.c:2121 #177 0x0000000000572ed4 in eval_sub (form=) at eval.c:2158 #178 0x0000000000575a84 in Fand (args=68740848) at eval.c:300 #179 0x00000000005731d8 in eval_sub (form=form@entry=52138710) at eval.c:2121 #180 0x0000000000575b00 in Fwhile (args=) at eval.c:952 #181 0x00000000005731d8 in eval_sub (form=52138726) at eval.c:2121 #182 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #183 0x0000000000576069 in Flet (args=52138742) at eval.c:933 #184 0x00000000005731d8 in eval_sub (form=52138774) at eval.c:2121 #185 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #186 0x0000000000573708 in funcall_lambda (fun=fun@entry=52136086, nargs=nargs@entry=7, arg_vector=arg_vector@entry=0x7fff92bf5da0) at eval.c:3038 #187 0x0000000000572a2c in apply_lambda (fun=fun@entry=52136086, args=) at eval.c:2922 #188 0x0000000000572dea in eval_sub (form=51237414) at eval.c:2249 #189 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #190 0x0000000000576069 in Flet (args=51238406) at eval.c:933 #191 0x00000000005731d8 in eval_sub (form=51238118) at eval.c:2121 #192 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #193 0x0000000000573708 in funcall_lambda (fun=fun@entry=51236246, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fff92bf6160) at eval.c:3038 #194 0x0000000000572a2c in apply_lambda (fun=fun@entry=51236246, args=) at eval.c:2922 #195 0x0000000000572dea in eval_sub (form=49455654) at eval.c:2249 #196 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #197 0x00000000005731d8 in eval_sub (form=49460166) at eval.c:2121 #198 0x00000000005733c5 in Fprogn (args=68740848) at eval.c:376 #199 0x0000000000573708 in funcall_lambda (fun=49532326, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff92bf6548) at eval.c:3038 #200 0x00000000005739ab in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff92bf6540) at eval.c:2874 #201 0x00000000005700f5 in Fcall_interactively (function=50510242, record_flag=11981378, keys=12016597) at callint.c:853 #202 0x0000000000573b1f in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7fff92bf66e0) at eval.c:2820 #203 0x0000000000573d54 in call3 (fn=, arg1=, arg2=, arg3=) at eval.c:2638 #204 0x00000000004fe13d in Fcommand_execute (cmd=, record_flag=, keys=, special=) at keyboard.c:10375 #205 0x000000000050bd6c in command_loop_1 () at keyboard.c:1639 #206 0x0000000000571f33 in internal_condition_case ( bfun=bfun@entry=0x50b9d0 , handlers=12033154, hfun=hfun@entry=0x500610 ) at eval.c:1322 #207 0x00000000004fec4e in command_loop_2 ( ignore=ignore@entry=11981378) at keyboard.c:1204 #208 0x0000000000571e2b in internal_catch (tag=65271776, func=func@entry=0x4fec30 , arg=11981378) at eval.c:1079 #209 0x00000000005000e7 in command_loop () at keyboard.c:1183 #210 recursive_edit_1 () at keyboard.c:804 #211 0x0000000000500415 in Frecursive_edit () at keyboard.c:868 #212 0x000000000041525d in main (argc=2, argv=) at emacs.c:1654 Lisp Backtrace: "end-of-line" (0x92beff30) "while" (0x92bf0018) "let" (0x92bf0198) "gnus-article-foldable-buffer" (0x92bf02d0) "setq" (0x92bf0498) "if" (0x92bf0598) "unless" (0x92bf0688) "let" (0x92bf0818) "while" (0x92bf0938) "save-restriction" (0x92bf0a58) "let" (0x92bf0bf8) "save-current-buffer" (0x92bf0d18) "with-current-buffer" (0x92bf0e08) "gnus-article-fill-cited-article" (0x92bf0f40) "gnus-article-fill-cited-long-lines" (0x92bf11d8) "funcall" (0x92bf11d0) "save-restriction" (0x92bf1338) "progn" (0x92bf1438) "if" (0x92bf1528) "when" (0x92bf1618) "while" (0x92bf1738) "let" (0x92bf18b8) "cl--dolist" (0x92bf19a8) "catch" (0x92bf1be8) "cl--block-wrapper" (0x92bf1cd8) "cl-block" (0x92bf1dc8) "dolist" (0x92bf1eb8) "let" (0x92bf2068) "gnus-treat-article" (0x92bf21a0) "save-restriction" (0x92bf2388) "if" (0x92bf2488) "let" (0x92bf2618) "progn" (0x92bf2718) "unwind-protect" (0x92bf2828) "save-current-buffer" (0x92bf2948) "let" (0x92bf2ac8) "save-selected-window" (0x92bf2bb8) "save-excursion" (0x92bf2cd8) "gnus-display-mime" (0x92bf2eb8) "funcall" (0x92bf2eb0) "progn" (0x92bf2ff8) "if" (0x92bf30e8) "when" (0x92bf31d8) "let" (0x92bf3368) "gnus-article-prepare-display" (0x92bf34a0) "progn" (0x92bf3648) "if" (0x92bf3738) "when" (0x92bf3828) "if" (0x92bf3928) "if" (0x92bf3a28) "save-excursion" (0x92bf3b48) "let*" (0x92bf3c98) "save-excursion" (0x92bf3db8) "gnus-article-prepare" (0x92bf3ef0) "if" (0x92bf40a8) "prog1" (0x92bf41b8) "if" (0x92bf42b8) "gnus-summary-display-article" (0x92bf43f0) "if" (0x92bf4598) "if" (0x92bf4698) "prog1" (0x92bf47a8) "gnus-summary-goto-article" (0x92bf48e0) "if" (0x92bf4a98) "unless" (0x92bf4b88) "let" (0x92bf4d08) "progn" (0x92bf4e08) "if" (0x92bf4ef8) "if" (0x92bf4ff8) "cond" (0x92bf50f8) "let*" (0x92bf5248) "gnus-summary-read-group-1" (0x92bf5380) "or" (0x92bf5558) "let" (0x92bf56d8) "setq" (0x92bf57e8) "null" (0x92bf58d8) "and" (0x92bf59d8) "while" (0x92bf5ae8) "let" (0x92bf5c68) "gnus-summary-read-group" (0x92bf5da0) "let" (0x92bf6028) "gnus-group-read-group" (0x92bf6160) "if" (0x92bf6328) "gnus-topic-read-group" (0x92bf6548) "call-interactively" (0x92bf66e8) --=-=-= Content-Type: text/plain Do you want me to investigate? Christopher --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 26 11:57:24 2012 Received: (at 12196) by debbugs.gnu.org; 26 Aug 2012 15:57:24 +0000 Received: from localhost ([127.0.0.1]:50891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T5fDH-0006g6-Be for submit@debbugs.gnu.org; Sun, 26 Aug 2012 11:57:23 -0400 Received: from mout.web.de ([212.227.15.3]:51097) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T5fDF-0006fz-9j for 12196@debbugs.gnu.org; Sun, 26 Aug 2012 11:57:22 -0400 Received: from snow.dragon ([89.204.137.140]) by smtp.web.de (mrweb102) with ESMTPSA (Nemesis) id 0M8zSL-1Sw4oB3QvF-00D0WS; Sun, 26 Aug 2012 17:56:29 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> Date: Sun, 26 Aug 2012 17:58:45 +0200 In-Reply-To: <83ehmwh0pn.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Aug 2012 16:35:32 +0300") Message-ID: <877gsl7ih6.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V02:K0:4DlTHTUeAilUxPRD4ZrcAlOXIUWI66ryEVYWpdxhR47 cdj1Kx+0EBToEpal99spccaBN1GZ+fWBP6xVsdXpbS9xB7fkFF bo1eD8pXc5WlCdP/ezcv3C4/VUba9kid2SCFqN8PFZlARuFbdl lvnW2yRLNxa5mwx8hD0fy7rRRfhagopE9LFG2+tL6DxvfFFp2q 3HRJzWN5cmdfvtp/SuuRraTjwftE2Ow5vdlG6mHXfs= X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 12196 Cc: Christopher Schmidt , 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.3 (-) Eli Zaretskii writes: > Do you see a reference to bug#12196 in src/ChangeLog of that > distribution? If not, then my fix is not included. Yes, I see it: 2012-08-15 Eli Zaretskii * region-cache.c (move_cache_gap): Update gap_len using the actual growth of the boundaries array. Do not change cache_len. (Bug#12196) > Does Emacs really freeze, or does it just do some prolonged operation? > (And is your CPU really an i486?) If you wait for a long time, does > Emacs eventually recover and become responsive again? No, it really freezes. I can wait ten minutes and emacs doesn't become responsive again. uname says that my CPU is an i686. To be honest, I don't know much about hardware. But I used the emacs-snapshot binaries nearly everyday for many months without seeing any freezes besides these. > If Emacs really freezes, attach a debugger to it when it does, type > "bt" at the debugger's prompt, and post here everything the debugger > displays in response. Here is a backtrace: #0 0x08167976 in buf_charpos_to_bytepos (b=0x8e72420, charpos=charpos@entry=32027) at marker.c:168 #1 0x08185005 in scan_buffer (target=target@entry=10, start=32027, start@entry=27007, end=32089, end@entry=0, count=count@entry=1, shortage=shortage@entry=0xbf9e418c, allow_quit=allow_quit@entry=1) at search.c:677 #2 0x08185777 in find_before_next_newline (from=27007, to=to@entry=0, cnt=1) at search.c:945 #3 0x081a9b73 in Fline_end_position (n=) at editfns.c:808 #4 0x081afc83 in Ffuncall (nargs=1, args=0xbf9e4274) at eval.c:2837 #5 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=202, maxdepth=149365792, args_template=138855706, nargs=0, args=0x0) at bytecode.c:898 #6 0x081af7e7 in funcall_lambda (fun=137048477, nargs=nargs@entry=4, arg_vector=arg_vector@entry=0xbf9e4438) at eval.c:3069 #7 0x081afaca in Ffuncall (nargs=5, args=0xbf9e4434) at eval.c:2898 #8 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=-1080146912, maxdepth=149365792, args_template=5128, nargs=5, args=0xbf9e45d0) at bytecode.c:898 #9 0x081af6d3 in funcall_lambda (fun=140693133, nargs=nargs@entry=5, arg_vector=arg_vector@entry=0xbf9e45d0) at eval.c:3003 #10 0x081afaca in Ffuncall (nargs=6, args=0xbf9e45cc) at eval.c:2898 #11 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=0, maxdepth=149365792, args_template=0, nargs=0, args=0xbf9e475c) at bytecode.c:898 #12 0x081af6d3 in funcall_lambda (fun=141473149, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0xbf9e475c) at eval.c:3003 #13 0x081afaca in Ffuncall (nargs=1, args=0xbf9e4758) at eval.c:2898 #14 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=-1080146088, maxdepth=149365792, args_template=0, nargs=0, args=0xbf9e48f8) at bytecode.c:898 #15 0x081af6d3 in funcall_lambda (fun=148465485, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0xbf9e48f8) at eval.c:3003 #16 0x081afaca in Ffuncall (nargs=1, args=0xbf9e48f4) at eval.c:2898 #17 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=-1080145676, maxdepth=149365792, args_template=3076, nargs=2, args=0xbf9e4a98) at bytecode.c:898 #18 0x081af6d3 in funcall_lambda (fun=140201581, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0xbf9e4a98) at eval.c:3003 #19 0x081afaca in Ffuncall (nargs=3, args=0xbf9e4a94) at eval.c:2898 #20 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=-1080145276, maxdepth=149365792, args_template=2052, nargs=2, args=0xbf9e4c24) at bytecode.c:898 #21 0x081af6d3 in funcall_lambda (fun=141836477, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0xbf9e4c24) at eval.c:3003 #22 0x081afaca in Ffuncall (nargs=3, args=0xbf9e4c20) at eval.c:2898 #23 0x081e4c0b in exec_byte_code (bytestr=149365792, vector=0, maxdepth=149365792, args_template=2052, nargs=2, args=0xbf9e4d94) at bytecode.c:898 #24 0x081af6d3 in funcall_lambda (fun=141773429, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0xbf9e4d94) at eval.c:3003 #25 0x081afaca in Ffuncall (nargs=nargs@entry=3, args=args@entry=0xbf9e4d90) at eval.c:2898 #26 0x081b0b33 in Fapply (nargs=nargs@entry=2, args=args@entry=0xbf9e4e08) at eval.c:2343 #27 0x081b007f in apply1 (fn=fn@entry=140543522, arg=arg@entry=140712190) at eval.c:2581 #28 0x081abecd in Fcall_interactively (function=140543522, record_flag=138855706, keys=138864797) at callint.c:378 #29 0x081afc62 in Ffuncall (nargs=nargs@entry=4, args=args@entry=0xbf9e4f30) at eval.c:2844 #30 0x081aff27 in call3 (fn=138934218, arg1=140543522, arg2=138855706, arg3=138855706) at eval.c:2638 #31 0x0813e6f5 in Fcommand_execute (cmd=138934218, record_flag=140543522, keys=138855706, special=138855706) at keyboard.c:10375 #32 0x0814ac63 in command_loop_1 () at keyboard.c:1639 #33 0x081ae230 in internal_condition_case (bfun=bfun@entry=0x814a930 , handlers=138889274, hfun=hfun@entry=0x8140970 ) at eval.c:1322 #34 0x0813f745 in command_loop_2 (ignore=ignore@entry=138855706) at keyboard.c:1204 #35 0x081ae15b in internal_catch (tag=138887250, func=func@entry=0x813f720 , arg=138855706) at eval.c:1079 #36 0x081404aa in command_loop () at keyboard.c:1183 #37 recursive_edit_1 () at keyboard.c:804 #38 0x0814079a in Frecursive_edit () at keyboard.c:868 #39 0x0805acb0 in main (argc=, argv=0xbf9e5644) at emacs.c:1662 > Then try to follow the advice in etc/DEBUG, > under "If the symptom of the bug is that Emacs fails to respond", to > establish which Emacs function, if any, is looping. Since Christopher can also reproduce this problem, and since he surely is a greater help here, I would prefer if you could work with him. Thanks, Michael. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 31 04:52:27 2012 Received: (at submit) by debbugs.gnu.org; 31 Aug 2012 08:52:27 +0000 Received: from localhost ([127.0.0.1]:58994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T7Mxj-0002lV-Om for submit@debbugs.gnu.org; Fri, 31 Aug 2012 04:52:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38088) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T7Mxd-0002lL-VK for submit@debbugs.gnu.org; Fri, 31 Aug 2012 04:52:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T7MwL-0006jW-Lp for submit@debbugs.gnu.org; Fri, 31 Aug 2012 04:51:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:52248) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7MwL-0006jS-JJ for submit@debbugs.gnu.org; Fri, 31 Aug 2012 04:50:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49899) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7MwF-0004Lk-VK for bug-gnu-emacs@gnu.org; Fri, 31 Aug 2012 04:50:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T7MwB-0006ij-R2 for bug-gnu-emacs@gnu.org; Fri, 31 Aug 2012 04:50:51 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:50549) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7MwB-0006iV-Ax for bug-gnu-emacs@gnu.org; Fri, 31 Aug 2012 04:50:47 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M9M00500353WT00@a-mtaout22.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 31 Aug 2012 11:50:25 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M9M005DD37YX000@a-mtaout22.012.net.il>; Fri, 31 Aug 2012 11:50:23 +0300 (IDT) Date: Fri, 31 Aug 2012 11:50:22 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87sjb9g981@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <83oblrqwc1.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -7.1 (-------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.1 (-------) > From: Christopher Schmidt > Date: Sun, 26 Aug 2012 12:53:49 +0100 (BST) > > Setting cache-long-line-scans to t in various buffer that are meant to > be displayed in a window, such as *Info*, *Help* etc., works just fine. > Setting the default value of cache-long-line-scans to t in my init.el > makes Emacs freeze whenever I try to view a remote post in Gnus. Does it only freeze in Gnus for you, then? > Do you want me to investigate? Yes, please. Please follow the advice in etc/DEBUG to find out where and why is Emacs looping. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 06:29:28 2012 Received: (at submit) by debbugs.gnu.org; 10 Sep 2012 10:29:28 +0000 Received: from localhost ([127.0.0.1]:51429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB1FA-0000Ou-BG for submit@debbugs.gnu.org; Mon, 10 Sep 2012 06:29:28 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49031) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB1F7-0000Oi-E3 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 06:29:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB1ET-0003Xk-7A for submit@debbugs.gnu.org; Mon, 10 Sep 2012 06:28:51 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:33951) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB1ES-0003XP-St for submit@debbugs.gnu.org; Mon, 10 Sep 2012 06:28:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40101) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB1ER-0001hx-R1 for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 06:28:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB1EL-0003Tp-R8 for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 06:28:43 -0400 Received: from ristopher.com ([146.185.21.93]:55980 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB1EL-0003Tg-J9; Mon, 10 Sep 2012 06:28:37 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 3484820DC1; Mon, 10 Sep 2012 11:28:35 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347272915; bh=x+syAh19oGSOIo81oNDqmTuPgkEv1282afsR5YFDhkE=; h=From:To:Cc:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=GQW8w9K7cc7fuhTZ25jGhirOioDk5cOSOAccNPhCj/i7Djw/E9uuak7mUVzA0ET/V fNw1ymEHOcpVquXyG1wZF58mqVt86RkAz9RrueKoKOLSBPgwKH2VtE5TbUH+KzFJKP ouoZxRJn1+UfN91N87Wy0oJF6bzDJU6h2nUd/H8U= From: Christopher Schmidt To: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83oblrqwc1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 31 Aug 2012 11:50:22 +0300") Message-ID: <877gs218a3@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 10 Sep 2012 11:28:35 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: >> From: Christopher Schmidt >> Date: Sun, 26 Aug 2012 12:53:49 +0100 (BST) >> >> Setting cache-long-line-scans to t in various buffer that are meant >> to be displayed in a window, such as *Info*, *Help* etc., works just >> fine. Setting the default value of cache-long-line-scans to t in my >> init.el makes Emacs freeze whenever I try to view a remote post in >> Gnus. > > Does it only freeze in Gnus for you, then? Yes. It depends on the post I am trying to look at - although I can usually reproduce the issue after trying about four of five posts. >> Do you want me to investigate? > > Yes, please. Please follow the advice in etc/DEBUG to find out where > and why is Emacs looping. GNU Emacs 24.2.50.6 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-09-10; emacs-bzr-version is "109965 cyd@gnu.org-20120910032510-vrblnwlfnsb0cx3s". Emacs loops here: #0 scan_buffer (target=10, start=6730, end=6749, count=1, shortage=0x7fff171cbbf0, allow_quit=1) at search.c:742 #1 0x000000000059844f in find_before_next_newline (from=6730, to=0, cnt=1) at search.c:945 #2 0x00000000005c8c1f in Fline_end_position (n=4) at editfns.c:808 #3 0x000000000058cdcb in Fend_of_line (n=4) at cmds.c:201 p start_byte $11 = 6750 p cursor $12 = (unsigned char *) 0x3ddc6ad ");\n\n\treturn 0;\n}\n\n\n" p base $13 = (unsigned char *) 0x3ddc6ad ");\n\n\treturn 0;\n}\n\n\n" These values do not change. At the beginning of loop (search.c:669): p start $14 = 6730 p end $15 = 6749 target is '\n' of course. Ultimately the problem boils down to region_cache_forward (search.c:686) always returning 0 from the first invocation, thus start_byte (search.c:688) is not modified throughout the loop. #0 region_cache_forward (buf=0x4f1db30, c=0x4bae990, pos=6750, next=0x7fff171cbb38) at region-cache.c:706 #1 0x0000000000597995 in scan_buffer (target=10, start=6730, end=6749, count=1, shortage=0x7fff171cbbf0, allow_quit=1) at search.c:687 p buf->text->z $21 = 6749 I realise I am not much of a help here. Unfortunately I do not have time ATM to dig into the C source and understand how the newline cache works. Christopher From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 07:11:04 2012 Received: (at 12196) by debbugs.gnu.org; 10 Sep 2012 11:11:04 +0000 Received: from localhost ([127.0.0.1]:51487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB1tQ-0001PM-7e for submit@debbugs.gnu.org; Mon, 10 Sep 2012 07:11:04 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:59673) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB1tM-0001Ow-LP for 12196@debbugs.gnu.org; Mon, 10 Sep 2012 07:11:02 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MA400J00SBY7C00@a-mtaout22.012.net.il> for 12196@debbugs.gnu.org; Mon, 10 Sep 2012 14:10:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MA400HHUSD6SQO0@a-mtaout22.012.net.il>; Mon, 10 Sep 2012 14:10:19 +0300 (IDT) Date: Mon, 10 Sep 2012 14:10:25 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <877gs218a3@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <83ligikuam.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Christopher Schmidt > Cc: bug-gnu-emacs@gnu.org > Date: Mon, 10 Sep 2012 11:28:35 +0100 (BST) > > Emacs loops here: > > #0 scan_buffer (target=10, start=6730, end=6749, count=1, shortage=0x7fff171cbbf0, allow_quit=1) at search.c:742 > #1 0x000000000059844f in find_before_next_newline (from=6730, to=0, cnt=1) at search.c:945 > #2 0x00000000005c8c1f in Fline_end_position (n=4) at editfns.c:808 > #3 0x000000000058cdcb in Fend_of_line (n=4) at cmds.c:201 > > p start_byte > $11 = 6750 > p cursor > $12 = (unsigned char *) 0x3ddc6ad ");\n\n\treturn 0;\n}\n\n\n" > p base > $13 = (unsigned char *) 0x3ddc6ad ");\n\n\treturn 0;\n}\n\n\n" > > These values do not change. > > At the beginning of loop (search.c:669): > > p start > $14 = 6730 > p end > $15 = 6749 > > target is '\n' of course. Ultimately the problem boils down to > region_cache_forward (search.c:686) always returning 0 from the first > invocation, thus start_byte (search.c:688) is not modified throughout > the loop. > > #0 region_cache_forward (buf=0x4f1db30, c=0x4bae990, pos=6750, next=0x7fff171cbb38) at region-cache.c:706 > #1 0x0000000000597995 in scan_buffer (target=10, start=6730, end=6749, count=1, shortage=0x7fff171cbbf0, allow_quit=1) at search.c:687 > > p buf->text->z > $21 = 6749 Thanks. Does the patch below help? === modified file 'src/search.c' --- src/search.c 2012-09-04 17:34:54 +0000 +++ src/search.c 2012-09-10 11:07:13 +0000 @@ -681,10 +681,11 @@ scan_buffer (register int target, ptrdif to see where we can avoid some scanning. */ if (target == '\n' && newline_cache) { - ptrdiff_t next_change; + ptrdiff_t next_change = 0; immediate_quit = 0; while (region_cache_forward - (current_buffer, newline_cache, start_byte, &next_change)) + (current_buffer, newline_cache, start_byte, &next_change) + || next_change == Z) start_byte = next_change; immediate_quit = allow_quit; From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 09:20:04 2012 Received: (at submit) by debbugs.gnu.org; 10 Sep 2012 13:20:04 +0000 Received: from localhost ([127.0.0.1]:51629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB3uG-0007Gt-Eb for submit@debbugs.gnu.org; Mon, 10 Sep 2012 09:20:04 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42527) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB3uD-0007GK-B5 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 09:20:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB3tY-0000zN-K8 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 09:19:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:49597) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB3tY-0000zF-Gg for submit@debbugs.gnu.org; Mon, 10 Sep 2012 09:19:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41298) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB3tR-000769-QG for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 09:19:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB3tG-0000vQ-Qb for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 09:19:13 -0400 Received: from ristopher.com ([146.185.21.93]:56012 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB3tG-0000vE-HM; Mon, 10 Sep 2012 09:19:02 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id D70A720DC2; Mon, 10 Sep 2012 14:19:00 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347283140; bh=laHcD6jcCQUHkHrTdGAV6pMkDIp0MRCnrPkkcumqDek=; h=From:To:Cc:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=DImq6J9kvAfC7qnHnlpK48QbRmsHIebCoCzxoRQqOtA/AeDnawOeMF50p55jfoqif voCAl96nw5+aNh073BaHYTEmktpVh2g6tLgIV79R3d0QhGREZiAbNUHyPXrEXa6yjX 62Om+0ML5++G+ZzxWSFUBMQ5oU0qbSXqljhRhUxs= From: Christopher Schmidt To: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83ligikuam.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 10 Sep 2012 14:10:25 +0300") Message-ID: <87mx0y9fss@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 10 Sep 2012 14:19:00 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > Thanks. Does the patch below help? > === modified file 'src/search.c' > --- src/search.c 2012-09-04 17:34:54 +0000 > +++ src/search.c 2012-09-10 11:07:13 +0000 > @@ -681,10 +681,11 @@ scan_buffer (register int target, ptrdif > to see where we can avoid some scanning. */ > if (target == '\n' && newline_cache) > { > - ptrdiff_t next_change; > + ptrdiff_t next_change = 0; > immediate_quit = 0; > while (region_cache_forward > - (current_buffer, newline_cache, start_byte, &next_change)) > + (current_buffer, newline_cache, start_byte, &next_change) > + || next_change == Z) > start_byte = next_change; > immediate_quit = allow_quit; Unfortunately it does not. Emacs now loops indefinitely right during startup. In this case, next_change is always equal to Z and the while loop is never exited. Christopher From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 13:11:12 2012 Received: (at submit) by debbugs.gnu.org; 10 Sep 2012 17:11:12 +0000 Received: from localhost ([127.0.0.1]:52622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB7Vu-00063N-Hd for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:11:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51594) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB7Vr-00063G-U4 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:11:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB7VH-00012S-58 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:10:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:46259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7VH-00012O-20 for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:10:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57682) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7VG-0005Ml-2I for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 13:10:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB7VE-00011Z-Ow for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 13:10:30 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:56767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7VE-0000zO-Fq for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 13:10:28 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MA5002008X43V00@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 20:10:26 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MA5001CO91DYD60@a-mtaout21.012.net.il>; Mon, 10 Sep 2012 20:10:26 +0300 (IDT) Date: Mon, 10 Sep 2012 20:10:33 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87mx0y9fss@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <83d31tls6u.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -7.3 (-------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.3 (-------) > From: Christopher Schmidt > Cc: bug-gnu-emacs@gnu.org > Date: Mon, 10 Sep 2012 14:19:00 +0100 (BST) > > Eli Zaretskii writes: > > Thanks. Does the patch below help? > > === modified file 'src/search.c' > > --- src/search.c 2012-09-04 17:34:54 +0000 > > +++ src/search.c 2012-09-10 11:07:13 +0000 > > @@ -681,10 +681,11 @@ scan_buffer (register int target, ptrdif > > to see where we can avoid some scanning. */ > > if (target == '\n' && newline_cache) > > { > > - ptrdiff_t next_change; > > + ptrdiff_t next_change = 0; > > immediate_quit = 0; > > while (region_cache_forward > > - (current_buffer, newline_cache, start_byte, &next_change)) > > + (current_buffer, newline_cache, start_byte, &next_change) > > + || next_change == Z) > > start_byte = next_change; > > immediate_quit = allow_quit; > > Unfortunately it does not. How about the one below? Once again, a reproducible recipe with buffer text that causes the infloop would help immensely, TIA. === modified file 'src/search.c' --- src/search.c 2012-09-04 17:34:54 +0000 +++ src/search.c 2012-09-10 17:06:46 +0000 @@ -666,7 +666,7 @@ scan_buffer (register int target, ptrdif immediate_quit = allow_quit; if (count > 0) - while (start != end) + while (start < end) { /* Our innermost scanning loop is very simple; it doesn't know about gaps, buffer ends, or the newline cache. ceiling is From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 13:31:43 2012 Received: (at submit) by debbugs.gnu.org; 10 Sep 2012 17:31:43 +0000 Received: from localhost ([127.0.0.1]:52642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB7pm-0006WO-Hz for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:31:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49860) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB7pk-0006WI-Sq for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:31:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB7pA-0007SQ-3o for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:31:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:54296) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7pA-0007SL-0p for submit@debbugs.gnu.org; Mon, 10 Sep 2012 13:31:04 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57345) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7p9-0002Tm-2F for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 13:31:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TB7p8-0007Ry-2S for bug-gnu-emacs@gnu.org; Mon, 10 Sep 2012 13:31:03 -0400 Received: from ristopher.com ([146.185.21.93]:56056 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TB7p7-0007Rp-Ql; Mon, 10 Sep 2012 13:31:01 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 1DECD20DC6; Mon, 10 Sep 2012 18:31:00 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347298260; bh=P+/3SG69sAJGsReNR80P0J1p54l2Q3agZJm+lIaAZQQ=; h=From:To:Cc:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=wDVJQmO5qMB0I48G+dUhBtqI5Ce8X77H2mEcZHfOqR5P3TBl/elmzIJpWHQ2ZvLkv 5S8Fy2OhKv+3jtSwmIXby1+mR0SIzFR0nAcXhkq5tq571apz6dFYWIU+Czo7s64Lf9 2lKuhUVQO/IKoOy9AuCq1vHz6VWJo/eSckMcar2U= From: Christopher Schmidt To: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83d31tls6u.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 10 Sep 2012 20:10:33 +0300") Message-ID: <87zk4xu6nf@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 10 Sep 2012 18:31:00 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > How about the one below? Still hangs right during startup with my init.el setting the default of cache-long-line-scans to t. > Once again, a reproducible recipe with buffer text that causes the > infloop would help immensely, TIA. With your new patch, emacs -q M-: (setq-default cache-long-line-scans t) RET C-h i loops indefinitely. GNU Emacs 24.2.50.10 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-09-10, rev. 109966 + both patches applied. I can try to come up with a recipe for a vanilla trunk build and Gnus this weekend. Thanks so much for your help. Christopher From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 10 14:44:31 2012 Received: (at 12196) by debbugs.gnu.org; 10 Sep 2012 18:44:31 +0000 Received: from localhost ([127.0.0.1]:52741 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB8yA-0008DQ-NO for submit@debbugs.gnu.org; Mon, 10 Sep 2012 14:44:30 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:51612) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TB8y3-0008DD-Qe for 12196@debbugs.gnu.org; Mon, 10 Sep 2012 14:44:24 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MA500500D7PGY00@a-mtaout23.012.net.il> for 12196@debbugs.gnu.org; Mon, 10 Sep 2012 21:43:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MA50053SDCTBI70@a-mtaout23.012.net.il>; Mon, 10 Sep 2012 21:43:42 +0300 (IDT) Date: Mon, 10 Sep 2012 21:43:49 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87zk4xu6nf@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <837gs1lnve.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Christopher Schmidt > Cc: bug-gnu-emacs@gnu.org > Date: Mon, 10 Sep 2012 18:31:00 +0100 (BST) > > Eli Zaretskii writes: > > How about the one below? > > Still hangs right during startup with my init.el setting the default of > cache-long-line-scans to t. Hangs at the end of the buffer, as in the data you showed me? That should not happen anymore, because whenever 'start' becomes more than 'end', Emacs should break from the loop. What am I missing? > > Once again, a reproducible recipe with buffer text that causes the > > infloop would help immensely, TIA. > > With your new patch, > > emacs -q > M-: (setq-default cache-long-line-scans t) RET > C-h i > > loops indefinitely. Not here, sigh... > I can try to come up with a recipe for a vanilla trunk build and Gnus > this weekend. A recipe without Gnus would be preferred. If you can post a buffer of text which consistently causes the hang, I could use that here. By the way, what command causes the hang? Also, next time you look at the loop in a debugger, step into region_cache_forward, and type this command at GDB prompt: (gdb) call pp_cache (c) Then post here the results. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 17 13:19:15 2012 Received: (at submit) by debbugs.gnu.org; 17 Sep 2012 17:19:15 +0000 Received: from localhost ([127.0.0.1]:40206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDeyZ-0002VI-Dy for submit@debbugs.gnu.org; Mon, 17 Sep 2012 13:19:15 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58205) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDeyW-0002VA-K3 for submit@debbugs.gnu.org; Mon, 17 Sep 2012 13:19:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDexH-00025c-Pa for submit@debbugs.gnu.org; Mon, 17 Sep 2012 13:17:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:60923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDexH-00025V-MY for submit@debbugs.gnu.org; Mon, 17 Sep 2012 13:17:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDexG-0007PB-Io for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 13:17:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDexF-00024G-1n for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 13:17:54 -0400 Received: from ristopher.com ([146.185.21.93]:57349 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDexE-00022r-MH; Mon, 17 Sep 2012 13:17:52 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 1236B20E42; Mon, 17 Sep 2012 18:17:49 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347902269; bh=Rg8ZlZv3KSdss+bLmBIrE+MY6yk0oQ0dhYL0BoS7qGY=; h=From:To:Cc:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=t3Mqghuwt/M8AhAU2w/fONyMVrCiTjGXBxe3VLaLigf/EvYMESHtlYr2zQ5Jp2Jee efMLHSOM8srAaOiBExSUHg41l/iNNziLQd+sd3DpEQ4hc40t4kaP/VPoslC6K9l3Aa ucR/aZ03ojzyqSUA4B872vCOm54nzYSYKNaT0U+w= From: Christopher Schmidt To: bug-gnu-emacs@gnu.org Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <837gs1lnve.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 10 Sep 2012 21:43:49 +0300") Message-ID: <87lig8efgk@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> Mail-Followup-To: bug-gnu-emacs@gnu.org, Eli Zaretskii MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 17 Sep 2012 18:17:48 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit Cc: Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: >> I can try to come up with a recipe for a vanilla trunk build and Gnus >> this weekend. > > A recipe without Gnus would be preferred. If you can post a buffer of > text which consistently causes the hang, I could use that here. emacs -q M-: (setq-default cache-long-line-scans t) RET M-: (setq gnus-select-method '(nntp "news.gmane.org" (nntp-open-connection-function nntp-open-tls-stream) (nntp-port-number "nntps"))) RET M-x gnus RET ^ # Move point to "{nntp:news.gmane.org} (opened)" RET # Move point to "K XXXXX: gmane.emacs.bugs" RET RET I tried other, non-Gnus stuff, but it seems I can only get Emacs to hang with Gnus. In GNU Emacs 24.2.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of 2012-09-17 Bzr revision: 110075 cyd@gnu.org-20120917144551-qc9jxddwdgoizrud Windowing system distributor `The X.Org Foundation', version 11.0.11203000 Configured using: `configure '--prefix=/usr/local/pkg/emacs-trunk' '--with-jpeg=no'' Important settings: value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip 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 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 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 dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Christopher From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 17 14:39:55 2012 Received: (at submit) by debbugs.gnu.org; 17 Sep 2012 18:39:55 +0000 Received: from localhost ([127.0.0.1]:40291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDgEc-0005A9-LQ for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:39:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37401) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDgEY-0005A1-SJ for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:39:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDgDK-0002Mm-DK for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:38:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.4 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:53178) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgDK-0002Mg-9x for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:38:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgDI-0005gN-76 for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:38:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDgDG-0002Jx-TA for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:38:32 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:43697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgDG-0002JK-LA for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:38:30 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MAI00M00BM6IH00@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 21:38:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MAI00M4CBS4GY50@a-mtaout20.012.net.il>; Mon, 17 Sep 2012 21:38:28 +0300 (IDT) Date: Mon, 17 Sep 2012 21:38:35 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87lig8efgk@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <83wqzs1olw.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> <87lig8efgk@ch.ristopher.com> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: submit Cc: bug-gnu-emacs@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.4 (-------) > From: Christopher Schmidt > Cc: Eli Zaretskii > Date: Mon, 17 Sep 2012 18:17:48 +0100 (BST) > > emacs -q > M-: (setq-default cache-long-line-scans t) RET > M-: (setq gnus-select-method > '(nntp "news.gmane.org" > (nntp-open-connection-function nntp-open-tls-stream) > (nntp-port-number "nntps"))) RET > M-x gnus RET > ^ > # Move point to "{nntp:news.gmane.org} (opened)" > RET > # Move point to "K XXXXX: gmane.emacs.bugs" > RET RET OK, I succeeded in reproducing this on one of the systems where I can debug it, thanks. But you also said you could reproduce this with "C-h i", didn't you? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 17 14:54:37 2012 Received: (at submit) by debbugs.gnu.org; 17 Sep 2012 18:54:37 +0000 Received: from localhost ([127.0.0.1]:40304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDgSr-0005Tx-4b for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:54:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40027) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDgSn-0005To-O4 for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:54:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDgRY-0002c4-Uw for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:53:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:59526) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgRY-0002by-SI for submit@debbugs.gnu.org; Mon, 17 Sep 2012 14:53:16 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgRY-0001Wh-29 for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:53:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDgRX-0002Z6-3n for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:53:16 -0400 Received: from ristopher.com ([146.185.21.93]:57377 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDgRW-0002Wv-Qi for bug-gnu-emacs@gnu.org; Mon, 17 Sep 2012 14:53:15 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 1F2A620E42; Mon, 17 Sep 2012 19:53:13 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347907993; bh=VmYt2T0KXTF/kQLtdynbQa6nA5XNqikLRgwlDI74y2A=; h=From:To:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=Cx4tr9apmvDP64+n109jLxTE1y6vsith9ug4oKiXc8VUjlA+twT3RmK5uafM8Rysc L9drlxB06aTsoDasP4mqEoHoXGai6boqEphGU0zSHlY3S5UFNsYwwB3ZZ0FaRNM75F x7WqFwcRcGsLsGABzSQYKf50xJP7Lh+eTYbn6IJo= From: Christopher Schmidt To: bug-gnu-emacs@gnu.org Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83wqzs1olw.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 17 Sep 2012 21:38:35 +0300") Message-ID: <87fw6geb1k@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> <87lig8efgk@ch.ristopher.com> <83wqzs1olw.fsf@gnu.org> Mail-Followup-To: bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: text/plain Date: Mon, 17 Sep 2012 19:53:13 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > OK, I succeeded in reproducing this on one of the systems where I can > debug it, thanks. > > But you also said you could reproduce this with "C-h i", didn't you? Only with both of your patches (attached to <83d31tls6u.fsf@gnu.org> and <83ligikuam.fsf@gnu.org>) applied. Christopher From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 17 16:19:38 2012 Received: (at 12196) by debbugs.gnu.org; 17 Sep 2012 20:19:38 +0000 Received: from localhost ([127.0.0.1]:40355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDhn8-0007M6-FB for submit@debbugs.gnu.org; Mon, 17 Sep 2012 16:19:38 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:63928) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDhn5-0007Lx-9S for 12196@debbugs.gnu.org; Mon, 17 Sep 2012 16:19:37 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MAI00800G953300@a-mtaout23.012.net.il> for 12196@debbugs.gnu.org; Mon, 17 Sep 2012 23:18:08 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MAI008EJGE82W10@a-mtaout23.012.net.il>; Mon, 17 Sep 2012 23:18:08 +0300 (IDT) Date: Mon, 17 Sep 2012 23:18:16 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <83wqzs1olw.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: christopher@ch.ristopher.com Message-id: <83vcfc1jzr.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> <87lig8efgk@ch.ristopher.com> <83wqzs1olw.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196 Cc: 12196@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 17 Sep 2012 21:38:35 +0300 > From: Eli Zaretskii > Cc: 12196@debbugs.gnu.org > > > From: Christopher Schmidt > > Cc: Eli Zaretskii > > Date: Mon, 17 Sep 2012 18:17:48 +0100 (BST) > > > > emacs -q > > M-: (setq-default cache-long-line-scans t) RET > > M-: (setq gnus-select-method > > '(nntp "news.gmane.org" > > (nntp-open-connection-function nntp-open-tls-stream) > > (nntp-port-number "nntps"))) RET > > M-x gnus RET > > ^ > > # Move point to "{nntp:news.gmane.org} (opened)" > > RET > > # Move point to "K XXXXX: gmane.emacs.bugs" > > RET RET > > OK, I succeeded in reproducing this on one of the systems where I can > debug it, thanks. Should be fixed in trunk revision 110079, the patch is below for your convenience. Please test. === modified file 'src/ChangeLog' --- src/ChangeLog 2012-09-17 07:56:20 +0000 +++ src/ChangeLog 2012-09-17 20:11:34 +0000 @@ -1,5 +1,9 @@ 2012-09-17 Eli Zaretskii + * search.c (scan_buffer): Use character positions in calls to + region_cache_forward and region_cache_backward, not byte + positions. (Bug#12196) + * w32term.c (w32_read_socket): Set pending_signals to 1, like xterm.c does. Reported by Daniel Colascione . === modified file 'src/search.c' --- src/search.c 2012-09-15 07:06:56 +0000 +++ src/search.c 2012-09-17 20:11:34 +0000 @@ -674,7 +674,7 @@ scan_buffer (register int target, ptrdif obstacle --- the last character the dumb search loop should examine. */ ptrdiff_t ceiling_byte = CHAR_TO_BYTE (end) - 1; - ptrdiff_t start_byte = CHAR_TO_BYTE (start); + ptrdiff_t start_byte; ptrdiff_t tem; /* If we're looking for a newline, consult the newline cache @@ -684,18 +684,22 @@ scan_buffer (register int target, ptrdif ptrdiff_t next_change; immediate_quit = 0; while (region_cache_forward - (current_buffer, newline_cache, start_byte, &next_change)) - start_byte = next_change; + (current_buffer, newline_cache, start, &next_change)) + start = next_change; immediate_quit = allow_quit; + start_byte = CHAR_TO_BYTE (start); + /* START should never be after END. */ if (start_byte > ceiling_byte) start_byte = ceiling_byte; /* Now the text after start is an unknown region, and next_change is the position of the next known region. */ - ceiling_byte = min (next_change - 1, ceiling_byte); + ceiling_byte = min (CHAR_TO_BYTE (next_change) - 1, ceiling_byte); } + else + start_byte = CHAR_TO_BYTE (start); /* The dumb loop can only scan text stored in contiguous bytes. BUFFER_CEILING_OF returns the last character @@ -747,7 +751,7 @@ scan_buffer (register int target, ptrdif { /* The last character to check before the next obstacle. */ ptrdiff_t ceiling_byte = CHAR_TO_BYTE (end); - ptrdiff_t start_byte = CHAR_TO_BYTE (start); + ptrdiff_t start_byte; ptrdiff_t tem; /* Consult the newline cache, if appropriate. */ @@ -756,18 +760,22 @@ scan_buffer (register int target, ptrdif ptrdiff_t next_change; immediate_quit = 0; while (region_cache_backward - (current_buffer, newline_cache, start_byte, &next_change)) - start_byte = next_change; + (current_buffer, newline_cache, start, &next_change)) + start = next_change; immediate_quit = allow_quit; + start_byte = CHAR_TO_BYTE (start); + /* Start should never be at or before end. */ if (start_byte <= ceiling_byte) start_byte = ceiling_byte + 1; /* Now the text before start is an unknown region, and next_change is the position of the next known region. */ - ceiling_byte = max (next_change, ceiling_byte); + ceiling_byte = max (CHAR_TO_BYTE (next_change), ceiling_byte); } + else + start_byte = CHAR_TO_BYTE (start); /* Stop scanning before the gap. */ tem = BUFFER_FLOOR_OF (start_byte - 1); From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 18 03:26:49 2012 Received: (at submit) by debbugs.gnu.org; 18 Sep 2012 07:26:49 +0000 Received: from localhost ([127.0.0.1]:40771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDsCm-00049O-HF for submit@debbugs.gnu.org; Tue, 18 Sep 2012 03:26:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37837) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDsCj-00049G-Di for submit@debbugs.gnu.org; Tue, 18 Sep 2012 03:26:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDsBS-0003et-0M for submit@debbugs.gnu.org; Tue, 18 Sep 2012 03:25:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:52937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDsBR-0003ep-T4 for submit@debbugs.gnu.org; Tue, 18 Sep 2012 03:25:25 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46987) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDsBM-0000jh-5t for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 03:25:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDsBL-0003Xc-2C for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 03:25:20 -0400 Received: from ristopher.com ([146.185.21.93]:57500 helo=saturn.ch.ristopher.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDsBK-0003WS-PY for bug-gnu-emacs@gnu.org; Tue, 18 Sep 2012 03:25:18 -0400 Received: by saturn.ch.ristopher.com (Postfix, from userid 0) id 1AF1420E42; Tue, 18 Sep 2012 08:25:17 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ch.ristopher.com; s=mail; t=1347953117; bh=V98x1MaeOUCskANx2CjeFnhAxEs7UeGdrIoupM+s6Ko=; h=From:To:Subject:In-Reply-To:Message-ID:References:MIME-Version: Content-Type:Date; b=p52DXhEYDP5/PcmQhFZpo3dFdcl+hCG5KRmYX7/VfYkZTzjefBOwFTQUK3BYxWsax bnVcNgF3q9gTimFiEoK720Uzfxy4HWXB4HusbSETJuTnbf19Ylbp73pCwssVmE2xtG rCU51RgaxB3egTwUmWkPPV95V3eguleZ3Pphw2qA= From: Christopher Schmidt To: bug-gnu-emacs@gnu.org Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-Reply-To: <83vcfc1jzr.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 17 Sep 2012 23:18:16 +0300") Message-ID: <87d31ju71m@ch.ristopher.com> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> <87lig8efgk@ch.ristopher.com> <83wqzs1olw.fsf@gnu.org> <83vcfc1jzr.fsf@gnu.org> Mail-Followup-To: bug-gnu-emacs@gnu.org MIME-Version: 1.0 Content-Type: text/plain Date: Tue, 18 Sep 2012 08:25:17 +0100 (BST) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > Should be fixed in trunk revision 110079, the patch is below for your > convenience. Please test. Works great. Thanks so much for you help! Christopher From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 18 04:03:41 2012 Received: (at 12196-done) by debbugs.gnu.org; 18 Sep 2012 08:03:41 +0000 Received: from localhost ([127.0.0.1]:40798 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDsmT-0004yr-Co for submit@debbugs.gnu.org; Tue, 18 Sep 2012 04:03:41 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:34866) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDsmR-0004yj-Fz for 12196-done@debbugs.gnu.org; Tue, 18 Sep 2012 04:03:40 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MAJ00B00CUP7800@a-mtaout23.012.net.il> for 12196-done@debbugs.gnu.org; Tue, 18 Sep 2012 11:02:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MAJ00B80CZU3T60@a-mtaout23.012.net.il>; Tue, 18 Sep 2012 11:02:19 +0300 (IDT) Date: Tue, 18 Sep 2012 11:02:27 +0300 From: Eli Zaretskii Subject: Re: bug#12196: 24.1.50; setting cache-long-line-scans to non-nil freezes Emacs In-reply-to: <87d31ju71m@ch.ristopher.com> X-012-Sender: halo1@inter.net.il To: Christopher Schmidt Message-id: <83k3vr21yk.fsf@gnu.org> References: <87has6ysxn.fsf@web.de> <834no4jeoa.fsf@gnu.org> <87ehmwscrt.fsf@web.de> <83ehmwh0pn.fsf@gnu.org> <87sjb9g981@ch.ristopher.com> <83oblrqwc1.fsf@gnu.org> <877gs218a3@ch.ristopher.com> <83ligikuam.fsf@gnu.org> <87mx0y9fss@ch.ristopher.com> <83d31tls6u.fsf@gnu.org> <87zk4xu6nf@ch.ristopher.com> <837gs1lnve.fsf@gnu.org> <87lig8efgk@ch.ristopher.com> <83wqzs1olw.fsf@gnu.org> <83vcfc1jzr.fsf@gnu.org> <87d31ju71m@ch.ristopher.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12196-done Cc: 12196-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Christopher Schmidt > Date: Tue, 18 Sep 2012 08:25:17 +0100 (BST) > > Eli Zaretskii writes: > > Should be fixed in trunk revision 110079, the patch is below for your > > convenience. Please test. > > Works great. Thanks so much for you help! Thanks for testing, closing the bug. From unknown Tue Aug 19 21:01:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 16 Oct 2012 11:24:04 +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