Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 13675) by debbugs.gnu.org; 21 Oct 2017 02:03:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 20 22:03:42 2017 Received: from localhost ([127.0.0.1]:52943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5j8Y-0004RG-BN for submit <at> debbugs.gnu.org; Fri, 20 Oct 2017 22:03:42 -0400 Received: from smtp-2.orcon.net.nz ([60.234.4.43]:50642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <psainty@HIDDEN>) id 1e5j8V-0004R6-J1 for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 22:03:40 -0400 Received: from [150.107.172.27] (port=27777 helo=[192.168.20.102]) by smtp-2.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from <psainty@HIDDEN>) id 1e5j8K-0005FL-NU; Sat, 21 Oct 2017 15:03:33 +1300 Subject: Re: bug#13675: Extremely slow redisplay when lines are very long From: Phil Sainty <psainty@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN>, Mark Diekhans <markd@HIDDEN> References: <83sj545e55.fsf@HIDDEN> <23017.21788.768005.940877@HIDDEN> <831slye2sx.fsf@HIDDEN> <1d241e49-61bc-089c-ce02-2075a4e98905@HIDDEN> Message-ID: <21c26b38-0d14-3600-a80d-ddd95f41cc09@HIDDEN> Date: Sat, 21 Oct 2017 15:03:28 +1300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1d241e49-61bc-089c-ce02-2075a4e98905@HIDDEN> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) On 21/10/17 00:57, Phil Sainty wrote: > FWIW I wrote https://savannah.nongnu.org/projects/so-long which > tries to avoid performance issues in buffers with unexpectedly > long lines by automatically changing the major mode and disabling > various minor modes for that buffer I wrote a more detailed overview at: https://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00742.html That was preparation for adding so-long.el to GNU ELPA -- before I came to the realisation that the scenarios which affected me had all been caused by third-party libraries, and that the most notable issue had already been fixed upstream by the library's author. At this point I worried that I was severely over-stating the benefits of my code, as I no longer had a good example of my library improving things by a significant margin, and in particular could not find a scenario using only default Emacs libraries. I think this was the main reason why I didn't proceed with adding so-long to ELPA at the time. I do think it might still be worth adding to ELPA, but a good example of it being useful would be really helpful. As such, if anyone is reading this, tries out so-long.el, and finds that it does indeed help them (with or without configuration), please drop me a line with some details? thanks, -Phil
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Received: (at 13675) by debbugs.gnu.org; 20 Oct 2017 16:10:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 20 12:10:51 2017 Received: from localhost ([127.0.0.1]:52616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5Zsp-0008MU-AH for submit <at> debbugs.gnu.org; Fri, 20 Oct 2017 12:10:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56978) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1e5Zsn-0008MF-Px for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 12:10:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1e5Zse-00014H-Nh for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 12:10:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1e5Zse-00014C-Jh; Fri, 20 Oct 2017 12:10:40 -0400 Received: from [176.228.60.248] (port=2910 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1e5Zse-0004tM-1n; Fri, 20 Oct 2017 12:10:40 -0400 Date: Fri, 20 Oct 2017 19:10:32 +0300 Message-Id: <83bml1dclj.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Mark Diekhans <markd@HIDDEN> In-reply-to: <23018.6971.899464.78569@HIDDEN> (message from Mark Diekhans on Fri, 20 Oct 2017 08:50:19 -0700) Subject: Re: bug#13675: Extremely slow redisplay when lines are very long References: <83sj545e55.fsf@HIDDEN> <23017.21788.768005.940877@HIDDEN> <831slye2sx.fsf@HIDDEN> <23018.6971.899464.78569@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: Eli Zaretskii <eliz@HIDDEN> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) > Date: Fri, 20 Oct 2017 08:50:19 -0700 > Cc: 13675 <at> debbugs.gnu.org > From: Mark Diekhans <markd@HIDDEN> > > I would be gladly work on a patch to ask a question or stop on > files that might cripple emacs. > > However, before one dives into work, it's important to know the > history and if there is existing work one can help with as opposed > to start fresh. That leads to annoying questions like mine. > > The meta issue is not a user wanting something for nothing. > It's that it's a lot of work for someone who is not a core > developer to come up to speed on an issue since the discussions > are not linked to bug reports and the mailing lists are very > hard to search. I don't think you have anything to fear, because AFAIR this particular approach was never suggested or discussed. So I'd start with a feature that read the first N bytes from the file, and if no newlines were found in those N bytes, pop up the warning and the question. A good place for this would be inside insert-file-contents, which is where Emacs reads files into memory. Let me know if I can help you further with making this happen. Thanks.
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Received: (at 13675) by debbugs.gnu.org; 20 Oct 2017 15:50:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 20 11:50:32 2017 Received: from localhost ([127.0.0.1]:52545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5ZZA-0007jy-Ed for submit <at> debbugs.gnu.org; Fri, 20 Oct 2017 11:50:32 -0400 Received: from mail-pf0-f175.google.com ([209.85.192.175]:51880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <markd@HIDDEN>) id 1e5ZZ8-0007ji-Jm for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 11:50:31 -0400 Received: by mail-pf0-f175.google.com with SMTP id n14so11611739pfh.8 for <13675 <at> debbugs.gnu.org>; Fri, 20 Oct 2017 08:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=soe-ucsc-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:content-transfer-encoding:message-id:date:to:cc :subject:in-reply-to:references:from; bh=+QRmbp6j8djtkIYwkkDinYs0fMbwOsnAlu/Qo4ZdH2E=; b=nmcb70LIv9AHrw+38kbdTFrWU+BeG5h43HhcpCSZMOgYuJGg0aRm8vWJ/t6UKpbsRJ P0LwO1IOKymKNAIsVO/D4nT9ruYlPwRKLPDQAc0DKWHaarK+4vOrrkegXFTqGsZ3yfCq 8oQTv5pDOnUA0+b7cKXXLIEFGh/yzFdwOI5fCT5WYtI5rn0s7Vs3yTu5w4+kfkmqc/T3 3EgvjG4s+QC4403MZxPU9pRgbKSEIctd1vwKn0b9yg4+FLcUevxJPBgfjGnCKqZwy7t2 18tfVGvHqSW/63RKV+w0Y06Dcsst5bYZJ9ldiMfnPFo2C/5nja+L/clbe/gCCCB7QzeR Kahg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:to:cc:subject:in-reply-to:references:from; bh=+QRmbp6j8djtkIYwkkDinYs0fMbwOsnAlu/Qo4ZdH2E=; b=BnC1eyFatnsocGdEwKzg3/muK/0kcWlAhAMgAiwvcB5fEVnx4NLkKVcvbvic65J/94 hAISzocOQ75SL7bZclLLrgq8OxuAJyWHZa2SM3RBtu8YiY74hgmYvueMjK6kHA7Cht9c huWUlQnjwaNx70uhuTs9V0Fj9xLfDervN9zp4ekZjLlpllA97ZHTOB4mbs+Wk72Bx3mp kyFFp4cYgubI/5g/zKJXbap+iOd+r69Y+fuYelMKESt9S/lAjjBoxr/JNfcJLg7jjNMM P/yBUqvurwM2iBjfB1tSu+4BXFYxYAuYEexM+vtanpEZQibtEFgb5ACYggxY9Ms6YLkN 2FVg== X-Gm-Message-State: AMCzsaX5pM44V+JBDEKYte+2qU3Hnyflcjpv0bJ++JBn8I+yhObq9KU8 6vL3jCdhed6Hjq/EBNdo66UXAQ== X-Google-Smtp-Source: ABhQp+R2SGbkdyw4azK8kdvR55MfSZ6em9MWFclYMsfWplkZaml3xPx25RQ/zkn/TNyFWDXswWxvXQ== X-Received: by 10.84.128.97 with SMTP id 88mr703038pla.161.1508514624442; Fri, 20 Oct 2017 08:50:24 -0700 (PDT) Received: from localhost ([2601:647:c803:2f30:420:ec7a:c1cb:371f]) by smtp.gmail.com with ESMTPSA id l1sm2220379pff.77.2017.10.20.08.50.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Oct 2017 08:50:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23018.6971.899464.78569@HIDDEN> Date: Fri, 20 Oct 2017 08:50:19 -0700 To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#13675: Extremely slow redisplay when lines are very long In-Reply-To: <831slye2sx.fsf@HIDDEN> References: <83sj545e55.fsf@HIDDEN> <23017.21788.768005.940877@HIDDEN> <831slye2sx.fsf@HIDDEN> X-Mailer: VM 8.2.0b under 25.2.1 (x86_64-apple-darwin16.4.0) From: Mark Diekhans <markd@HIDDEN> BCC: Mark Diekhans <markd@HIDDEN>, X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.8 (--) Hi Eli, The issue really isn't needed to edit these kind of files, so much as not locking up emacs when one doesn't know a file has really long lines. In the past week, it's been an sql file that had long insert commands and a large json file create without line breaks. Both of these modes have font lock mode by default. I would be gladly work on a patch to ask a question or stop on files that might cripple emacs. However, before one dives into work, it's important to know the history and if there is existing work one can help with as opposed to start fresh. That leads to annoying questions like mine. The meta issue is not a user wanting something for nothing. It's that it's a lot of work for someone who is not a core developer to come up to speed on an issue since the discussions are not linked to bug reports and the mailing lists are very hard to search. Mark Eli Zaretskii <eliz@HIDDEN> writes: > > From: Mark Diekhans <markd@HIDDEN> > > Date: Thu, 19 Oct 2017 18:45:00 -0700 > > > > Is there anyone working on the long-line display speed issue? > > Not that I know of. I don't even have an idea for how to speed it up, > and I don't think anyone's come up with such ideas. > > > It is especially bad with font lock mode. > > What mode/kind of file needs font lock and has such long lines? > > In general, if you must handle such files, my advice is to use M-x > find-file-literally for them, it might make Emacs just barely > bearable, if you are lucky. But then you lose any font locking and > text encoding support, so this is only feasible for plain-ASCII files > that basically present some text. > > > If the fix is really complex, it would be much better emacs > > refuse to display the file than force killing it. > > Patches for presenting a warning for such files, like we do with very > large files, are welcome.
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Received: (at 13675) by debbugs.gnu.org; 20 Oct 2017 11:58:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 20 07:58:02 2017 Received: from localhost ([127.0.0.1]:51210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5VwA-0001SN-4j for submit <at> debbugs.gnu.org; Fri, 20 Oct 2017 07:58:02 -0400 Received: from smtp-4.orcon.net.nz ([60.234.4.59]:53859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <psainty@HIDDEN>) id 1e5Vw7-0001SA-UA for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 07:58:00 -0400 Received: from [150.107.172.80] (port=27474 helo=[192.168.20.102]) by smtp-4.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from <psainty@HIDDEN>) id 1e5Vvs-0006iX-7Z; Sat, 21 Oct 2017 00:57:54 +1300 Subject: Re: bug#13675: Extremely slow redisplay when lines are very long To: Eli Zaretskii <eliz@HIDDEN>, Mark Diekhans <markd@HIDDEN> References: <83sj545e55.fsf@HIDDEN> <23017.21788.768005.940877@HIDDEN> <831slye2sx.fsf@HIDDEN> From: Phil Sainty <psainty@HIDDEN> Message-ID: <1d241e49-61bc-089c-ce02-2075a4e98905@HIDDEN> Date: Sat, 21 Oct 2017 00:57:43 +1300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <831slye2sx.fsf@HIDDEN> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) On 20/10/17 19:44, Eli Zaretskii wrote: > What mode/kind of file needs font lock and has such long lines? The common cases I would run into were with 'minified' files of programming code, where as much whitespace as possible has been removed to reduce the file size. e.g. Things like https://code.jquery.com/jquery-git.min.js That kind of file is not intended to be edited by hand, but so far as Emacs is concerned it's just a regular javascript file, and therefore font-lock and all the other modes which would be enabled for editing javascript will be used. > Patches for presenting a warning for such files, like we do with > very large files, are welcome. FWIW I wrote https://savannah.nongnu.org/projects/so-long which tries to avoid performance issues in buffers with unexpectedly long lines by automatically changing the major mode and disabling various minor modes for that buffer (based on a pre-configured list). It can only address certain classes of problem, mind, and it needs some more work (and has been waiting for me to get back to it); but it more or less does what it's intended to do, so others might find it useful as-is (I certainly use it myself). See https://www.emacswiki.org/emacs/SoLong for more information. -Phil
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Received: (at 13675) by debbugs.gnu.org; 20 Oct 2017 06:44:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 20 02:44:52 2017 Received: from localhost ([127.0.0.1]:51004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5R36-0008Ny-Jt for submit <at> debbugs.gnu.org; Fri, 20 Oct 2017 02:44:52 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1e5R34-0008Nl-IL for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 02:44:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1e5R2u-0005TP-Fe for 13675 <at> debbugs.gnu.org; Fri, 20 Oct 2017 02:44:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47720) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>) id 1e5R2u-0005TI-By; Fri, 20 Oct 2017 02:44:40 -0400 Received: from [176.228.60.248] (port=1810 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1e5R2t-0000Vr-Pw; Fri, 20 Oct 2017 02:44:40 -0400 Date: Fri, 20 Oct 2017 09:44:30 +0300 Message-Id: <831slye2sx.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Mark Diekhans <markd@HIDDEN> In-reply-to: <23017.21788.768005.940877@HIDDEN> (message from Mark Diekhans on Thu, 19 Oct 2017 18:45:00 -0700) Subject: Re: bug#13675: Extremely slow redisplay when lines are very long References: <83sj545e55.fsf@HIDDEN> <23017.21788.768005.940877@HIDDEN> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: Eli Zaretskii <eliz@HIDDEN> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -5.0 (-----) > From: Mark Diekhans <markd@HIDDEN> > Date: Thu, 19 Oct 2017 18:45:00 -0700 > > Is there anyone working on the long-line display speed issue? Not that I know of. I don't even have an idea for how to speed it up, and I don't think anyone's come up with such ideas. > It is especially bad with font lock mode. What mode/kind of file needs font lock and has such long lines? In general, if you must handle such files, my advice is to use M-x find-file-literally for them, it might make Emacs just barely bearable, if you are lucky. But then you lose any font locking and text encoding support, so this is only feasible for plain-ASCII files that basically present some text. > If the fix is really complex, it would be much better emacs > refuse to display the file than force killing it. Patches for presenting a warning for such files, like we do with very large files, are welcome.
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Received: (at 13675) by debbugs.gnu.org; 20 Oct 2017 01:45:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Oct 19 21:45:11 2017 Received: from localhost ([127.0.0.1]:50901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1e5MN4-0000gJ-S9 for submit <at> debbugs.gnu.org; Thu, 19 Oct 2017 21:45:11 -0400 Received: from mail-pf0-f179.google.com ([209.85.192.179]:51766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <markd@HIDDEN>) id 1e5MN3-0000g7-Ek for 13675 <at> debbugs.gnu.org; Thu, 19 Oct 2017 21:45:09 -0400 Received: by mail-pf0-f179.google.com with SMTP id n14so8674012pfh.8 for <13675 <at> debbugs.gnu.org>; Thu, 19 Oct 2017 18:45:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=soe-ucsc-edu.20150623.gappssmtp.com; s=20150623; h=from:mime-version:content-transfer-encoding:message-id:date:to :subject; bh=50XnbAupFbqw6zuJUkR58mNjkSecQt2G+90hGkuw8nM=; b=al1qpc69p5ajXMBj6cMfIE032Rp4GBHYuwOv6T9U4JPRcFoIAdTvUbatOqiv5cSk0g 2cEZDFX4V/wNO/JODXR3tM/8UoWC7Fj3uDfU54VTbTOW1KJBn2fxHbZW9LPXXbf1Sy0J 1cfW+ckSyR/EQoYXadlGHZeswDuMRdxqmAYF39suu5AOf/2ompcWZX7zdCP+mGHU2xhT 5kQrLInVES+cEBLKOli9WepO37Lbmxix9WVb59JekSWGonFjh7VL+0han5nxuiqpwIti iAM2r7E3Bxriir/TUFji171FB7fBrqmLwnEQreUVRTszFOmQOko/YVSGHPxc1bhweOlN ciKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:content-transfer-encoding :message-id:date:to:subject; bh=50XnbAupFbqw6zuJUkR58mNjkSecQt2G+90hGkuw8nM=; b=sEseIJwJbj0qaeeGw6bg9UeL/n+MFJGPJIrp+YmCzvw4UlJL81tgaBQB1QXq1ndfsu wZh+nSdpKJkF5PdlV+K0dlllUclXRs/sRpz3FulWtlMIloAP9faIlTHXgtayLLPJgpGy 7HVMcwqD+FcoUwPVQru8EdI/MZVWhK5Qc8Oi6fdXLmX93eDYAFXFETdixlI0ZApu9Pz/ iR7QwN6Vd6MB9VV/9J/yt3dWfZNDz0KtUeScmo7l+DPs5nlUnMiWCrVOVuY9c8JMcRnA bAo2HogOs5SeDuccECUb+qrbfuqx2IGyL/ma2Oy6uhBvc0nMQcnlShgh8fB1mGwMd0v1 hojg== X-Gm-Message-State: AMCzsaW1QawQxMy2BlYz99zmtZMhqnUfORphBf/EmTvasGqM8LjbU8gd JZ0EbDfWM4Mn1MN1UH2Vxv2o7Z5i X-Google-Smtp-Source: ABhQp+Qa8L2jzfI8oZQLBNzRPDF61xhjLYN1JU69mzaE0G94/py0RDXQ+04c5pp8dTy84s79M49OPQ== X-Received: by 10.101.74.4 with SMTP id s4mr2916469pgq.259.1508463902703; Thu, 19 Oct 2017 18:45:02 -0700 (PDT) Received: from localhost (eduroam-169-233-201-230.ucsc.edu. [169.233.201.230]) by smtp.gmail.com with ESMTPSA id h1sm26308948pgf.54.2017.10.19.18.45.01 for <13675 <at> debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 19 Oct 2017 18:45:01 -0700 (PDT) From: Mark Diekhans <markd@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23017.21788.768005.940877@HIDDEN> Date: Thu, 19 Oct 2017 18:45:00 -0700 To: 13675 <at> debbugs.gnu.org Subject: re: Extremely slow redisplay when lines are very long X-Mailer: VM 8.2.0b under 25.2.1 (x86_64-apple-darwin16.4.0) X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 13675 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.8 (--) Is there anyone working on the long-line display speed issue? It is especially bad with font lock mode. SIGUSR2 doesn't help. Twice in the last week I have had to kill emacs because it had been locked up for more than 10 minutes. If the fix is really complex, it would be much better emacs refuse to display the file than force killing it. thanks!!
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Glenn Morris <rgm@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 13675) by debbugs.gnu.org; 10 Feb 2013 17:36:48 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 10 12:36:48 2013 Received: from localhost ([127.0.0.1]:49283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1U4apb-0008Em-Ji for submit <at> debbugs.gnu.org; Sun, 10 Feb 2013 12:36:48 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:43318) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from <eliz@HIDDEN>) id 1U4apX-0008EY-Dr for 13675 <at> debbugs.gnu.org; Sun, 10 Feb 2013 12:36:46 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MI000200M61X300@HIDDEN> for 13675 <at> debbugs.gnu.org; Sun, 10 Feb 2013 19:36:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI0002SYM8OSA60@HIDDEN>; Sun, 10 Feb 2013 19:36:25 +0200 (IST) Date: Sun, 10 Feb 2013 19:36:30 +0200 From: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#13675: 24.2.93; Extremely slow redisplay when lines are very long In-reply-to: <83sj545e55.fsf@HIDDEN> X-012-Sender: halo1@HIDDEN To: Eli Zaretskii <eliz@HIDDEN> Message-id: <83pq085aw1.fsf@HIDDEN> References: <83sj545e55.fsf@HIDDEN> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13675 Cc: 13675 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii <eliz@HIDDEN> List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Sender: debbugs-submit-bounces <at> debbugs.gnu.org Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org X-Spam-Score: 0.2 (/) > Date: Sun, 10 Feb 2013 18:26:14 +0200 > From: Eli Zaretskii <eliz@HIDDEN> > > This is a very long-standing deficiency of the Emacs display engine: > it is awfully slow in buffers with very long (thousands of characters) > lines. Specifically, many simple movement commands, scrolling, or > even typing "M-x" can take several seconds(!) to complete. > > A simple Awk script attached below can be used to generate such files. > > For the latest discussions of this and some data, see this thread: > > http://lists.gnu.org/archive/html/emacs-devel/2013-02/msg00135.html > > The solution for this bug should produce algorithmic changes in the > display engine and possibly also supporting changes in data structures > that would prevent such a terrible slow-down with long lines. > Ideally, redisplay of such buffers should not be much slower than > buffers with "normal" line length. Revision 111724 speeds up some of the redisplay operations by a factor of 3.
bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 10 Feb 2013 16:26:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Feb 10 11:26:42 2013
Received: from localhost ([127.0.0.1]:49210 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.72)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1U4Zjj-0006Yc-Gs
for submit <at> debbugs.gnu.org; Sun, 10 Feb 2013 11:26:40 -0500
Received: from eggs.gnu.org ([208.118.235.92]:51234)
by debbugs.gnu.org with esmtp (Exim 4.72)
(envelope-from <eliz@HIDDEN>) id 1U4Zje-0006YP-8w
for submit <at> debbugs.gnu.org; Sun, 10 Feb 2013 11:26:36 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <eliz@HIDDEN>) id 1U4ZjN-00039B-AC
for submit <at> debbugs.gnu.org; Sun, 10 Feb 2013 11:26:19 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE,
USER_IN_WHITELIST autolearn=unavailable version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:48260)
by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
id 1U4ZjN-000397-6c
for submit <at> debbugs.gnu.org; Sun, 10 Feb 2013 11:26:17 -0500
Received: from eggs.gnu.org ([208.118.235.92]:34344)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from <eliz@HIDDEN>) id 1U4ZjK-000699-NK
for bug-gnu-emacs@HIDDEN; Sun, 10 Feb 2013 11:26:17 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <eliz@HIDDEN>) id 1U4ZjI-00036w-He
for bug-gnu-emacs@HIDDEN; Sun, 10 Feb 2013 11:26:14 -0500
Received: from mtaout20.012.net.il ([80.179.55.166]:41442)
by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
id 1U4ZjI-00036U-4J
for bug-gnu-emacs@HIDDEN; Sun, 10 Feb 2013 11:26:12 -0500
Received: from conversion-daemon.a-mtaout20.012.net.il by
a-mtaout20.012.net.il (HyperSendmail v2007.08) id
<0MI000400IXMVQ00@HIDDEN> for
bug-gnu-emacs@HIDDEN; Sun, 10 Feb 2013 18:26:09 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il
(HyperSendmail v2007.08) with ESMTPA id
<0MI000427IZLOM60@HIDDEN> for
bug-gnu-emacs@HIDDEN; Sun, 10 Feb 2013 18:26:09 +0200 (IST)
Date: Sun, 10 Feb 2013 18:26:14 +0200
From: Eli Zaretskii <eliz@HIDDEN>
Subject: 24.2.93; Extremely slow redisplay when lines are very long
X-012-Sender: halo1@HIDDEN
To: bug-gnu-emacs@HIDDEN
Message-id: <83sj545e55.fsf@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: Solaris 10
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 208.118.235.17
X-Spam-Score: -6.9 (------)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -6.9 (------)
This is a very long-standing deficiency of the Emacs display engine:
it is awfully slow in buffers with very long (thousands of characters)
lines. Specifically, many simple movement commands, scrolling, or
even typing "M-x" can take several seconds(!) to complete.
A simple Awk script attached below can be used to generate such files.
For the latest discussions of this and some data, see this thread:
http://lists.gnu.org/archive/html/emacs-devel/2013-02/msg00135.html
The solution for this bug should produce algorithmic changes in the
display engine and possibly also supporting changes in data structures
that would prevent such a terrible slow-down with long lines.
Ideally, redisplay of such buffers should not be much slower than
buffers with "normal" line length.
Here's a script that can be used to produce test files for this bug:
---------------------------------------------
BEGIN {
# 500 lines
for (i = 1; i <= 500; i++)
{
# Line length between 10K and 20K characters + newline
line_len = 10000 * rand() + 10000;
for (j = 1; j <= line_len; j++)
{
# 15% of punctuation and digit charcaters, the rest letters
if (rand() < 0.15)
{
# Start at SPACE
lbase = 32;
llen = 33;
}
else
{
# Start at 'a'
lbase = 97;
llen = 26;
}
printf "%c", llen * rand() + lbase;
}
printf "\n";
}
}
---------------------------------------------
In GNU Emacs 24.2.93.1 (i386-mingw-nt5.1.2600)
of 2013-02-07 on HOME-C4E4A596F7
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (3.4) --cflags -Id:/usr/include/libxml2'
Important settings:
value of $LANG: ENU
locale-coding-system: cp1255
default enable-multibyte-characters: t
Major mode: Mail
Minor modes in effect:
shell-dirtrack-mode: t
diff-auto-refine-mode: t
flyspell-mode: t
desktop-save-mode: t
show-paren-mode: t
display-time-mode: t
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
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
temp-buffer-resize-mode: t
line-number-mode: t
auto-fill-function: mail-mode-auto-fill
abbrev-mode: t
Recent input:
e t a i l s . <return> <up> <up> <C-right> <C-right>
<C-right> C-x C-e <help-echo> <help-echo> <down> <down>
<down> <return> T h e SPC r e a s o n SPC f o r SPC
t h e SPC d e f a u l t SPC v a l u e SPC i s SPC t
o SPC a v o i d SPC t h e SPC a n n o y i n g SPC j
u m p s SPC o f SPC t h e SPC m o d e SPC l i n e <up>
<M-right> <C-left> <C-left> <C-left> <left> SPC a <backspace>
u p SPC a n d SPC d o w n M-q <down> SPC w h e n SPC
t h e SPC e c h o SPC a r e a SPC d i s p l a y s SPC
m e s s a g e s SPC o f SPC d i f f e r e n t SPC l
e n g t h . <return> <C-home> C-c C-s <help-echo> <switch-frame>
d d d d d d d d d SPC d d o P O <tab> <return> d d
d d d d d d d d n d SPC d d d SPC <prior> <next> <next>
d SPC d d d d d C-z C-z C-z C-z C-z C-z C-z C-z d d
d d d d SPC SPC <prior> <next> <next> <next> <next>
<next> <next> <next> <next> <next> <next> <next> <next>
<next> <next> <next> <next> <next> <next> <next> <next>
<next> d <C-home> C-x C-s <switch-frame> <switch-frame>
<help-echo> <help-echo> <switch-frame> <switch-frame>
<help-echo> <switch-frame> <help-echo> M-x r e p o
r t - e m a c s - b u <tab> <return>
Recent messages:
Sending...
Added to d:/usr/eli/rmail/SENT.MAIL
Sending email
Sending email done
Sending...done
Added to d:/usr/eli/rmail/PORTS.rmail
No following nondeleted message
Mark set
Saving file d:/usr/eli/rmail/INBOX...
Wrote d:/usr/eli/rmail/INBOX [2 times]
Load-path shadows:
None found.
Features:
(shadow emacsbug cc-awk tar-mode etags texinfo mule-util ebuff-menu
electric bug-reference add-log misearch multi-isearch dabbrev
time-stamp rmailout network-stream starttls tls mail-extr smtpmail
auth-source eieio password-cache shell mailalias sendmail help-mode
tcl nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc
rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn
nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc
xmltok sgml-mode conf-mode generic arc-mode archive-mode diff-mode
dired-x cl-macs gv dired face-remap org-wl org-w3m org-vm org-rmail
org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp ob-exp
org-exp-blocks org-agenda org-info org-gnus gnus-util org-docview
org-bibtex bibtex org-bbdb org byte-opt warnings bytecomp byte-compile
cconv advice help-fns advice-preload ob-tangle ob-ref ob-lob ob-table
org-footnote org-src ob-comint ob-keys org-pcomplete pcomplete
org-list org-faces org-entities org-version ob-emacs-lisp ob
org-compat org-macs ob-eval org-loaddefs find-func cal-menu calendar
cal-loaddefs parse-time vc-cvs gud comint ansi-color ring sh-script
smie executable autoconf autoconf-mode make-mode autorevert noutline
outline easy-mmode jka-compr info vc-bzr cc-langs cl cl-lib cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs flyspell rmailsum qp rmailmm message format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils
mailheader mail-parse rfc2231 rmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils desktop server filecache mairix cus-edit
easymenu cus-start cus-load wid-edit saveplace midnight ispell
generic-x paren battery time time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table
w32-win w32-vars 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 w32 multi-tty emacs)
Eli Zaretskii <eliz@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#13675; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.