From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64008 Path: news.gmane.org!not-for-mail From: Elias Oltmanns Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.gnus.general Subject: Re: Slow operations on buffers of tens of megabytes Date: Mon, 20 Nov 2006 19:22:08 +0100 Message-ID: <87odr2vuzz.fsf@denkblock.local> References: <87r6vzepfu.fsf@denkblock.local> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1164047086 2851 80.91.229.2 (20 Nov 2006 18:24:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 20 Nov 2006 18:24:46 +0000 (UTC) Cc: ding@gnus.org Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Mon Nov 20 19:24:43 2006 Return-path: Envelope-to: gebp-emacs-pretest-bug@gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GmDoO-0003k5-Dl for gebp-emacs-pretest-bug@gmane.org; Mon, 20 Nov 2006 19:24:12 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GmDoN-0007Ff-U4 for gebp-emacs-pretest-bug@gmane.org; Mon, 20 Nov 2006 13:24:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GmDoE-0007CJ-0I for emacs-pretest-bug@gnu.org; Mon, 20 Nov 2006 13:23:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GmDoB-00079A-1J for emacs-pretest-bug@gnu.org; Mon, 20 Nov 2006 13:23:57 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GmDoA-000792-SY for emacs-pretest-bug@gnu.org; Mon, 20 Nov 2006 13:23:54 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1GmDoA-0003p2-Gs for emacs-pretest-bug@gnu.org; Mon, 20 Nov 2006 13:23:54 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GmDnn-0003Z1-Bm for emacs-pretest-bug@gnu.org; Mon, 20 Nov 2006 19:23:31 +0100 Original-Received: from pd9e8594f.dip.t-dialin.net ([217.232.89.79]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Nov 2006 19:23:31 +0100 Original-Received: from oltmanns by pd9e8594f.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 20 Nov 2006 19:23:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-pretest-bug@gnu.org Original-Lines: 40 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pd9e8594f.dip.t-dialin.net User-Agent: Gnus/5.110006 (No Gnus v0.6) Mail-Followup-To: emacs-pretest-bug@gnu.org, ding@gnus.org Cancel-Lock: sha1:OUQOa9ylS+k9b+uh4ouEPhaEBOM= X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for CVS Emacs." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.pretest.bugs:15137 gmane.emacs.gnus.general:64008 Archived-At: Richard Stallman wrote: > Without really knowing anything > about emacs 23, I'm just curious to know if something like a generic > mechanism to restrict pattern matching for heavily used functions like > re-search-forward to some limitted case tables, e.g., the ASCII table, > will be provided (if applicable, that is) by emacs. > > Why would we why we want such a feature? It is not needed to deal > with this problem, or any other problem I can recall. The original problem was that search-forward couldn't use boyer_moore when gnus scanned the nnfolder for article-nubers. This was due to the fact that i was related to its dotless version, i.e. a character from a row further down (or up?) the unicode table. In src/search.c it says: --8<---------------cut here---------------start------------->8--- This kind of search works if all the characters in BASE_PAT that have nontrivial translation are the same aside from the last byte. This makes it possible to translate just the last byte of a character, and do so after just a simple test of the context. --8<---------------cut here---------------end--------------->8--- As I said, I don't really know anything about emacs 23, nor do I know very much about unicode for that matter. I just thought that there might be more such links between characters of different rows in future case and translation tables. From the point of view of gnus and similar packages it might be desirable to temporarily use some restricted translation table (restricted to only characters of one row in the terms of the quote above) for internal purposes. > > Of course, you can always install your own case table. Maybe, I'm just a bit confused and this will turn out to be the only feasible solution in the end. Regards, Elias