From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63174 Path: news.gmane.org!not-for-mail From: Elias Oltmanns Newsgroups: gmane.emacs.gnus.general Subject: Re: bugs: slow scoring in emacs 22 Date: Sat, 06 May 2006 21:10:05 +0200 Message-ID: <87mzdvkm0i.fsf@denkblock.local> References: <871wvtbzwn.fsf@lapin-bleu.net> <878xq16xkz.fsf@denkblock.local> <871wvnunyu.fsf_-_@lapin-bleu.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1146942894 22574 80.91.229.2 (6 May 2006 19:14:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 6 May 2006 19:14:54 +0000 (UTC) Original-X-From: ding-owner+m11701@lists.math.uh.edu Sat May 06 21:14:53 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FcSEq-0001ja-W7 for ding-account@gmane.org; Sat, 06 May 2006 21:14:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1FcSEl-0003hc-00; Sat, 06 May 2006 14:14:43 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FcSAh-0003hW-00 for ding@lists.math.uh.edu; Sat, 06 May 2006 14:10:31 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1FcSAe-0005Tx-6J for ding@lists.math.uh.edu; Sat, 06 May 2006 14:10:30 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FcSAc-00049G-00 for ; Sat, 06 May 2006 21:10:26 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FcSAO-00013h-2k for ding@gnus.org; Sat, 06 May 2006 21:10:12 +0200 Original-Received: from o5a44.o.pppool.de ([89.51.90.68]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 May 2006 21:10:12 +0200 Original-Received: from oltmanns by o5a44.o.pppool.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 May 2006 21:10:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 46 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: o5a44.o.pppool.de User-Agent: Gnus/5.110004 (No Gnus v0.4) Cancel-Lock: sha1:jzVP6b3dSMAXpSR78Z+dpJA3xJQ= X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:63174 Archived-At: Max Froumentin wrote: > Elias Oltmanns writes: > >>> 1. scoring in emacs 22 >>> >> I suspect that this is related to the problem I reported a few weeks >> ago on this list. Unfortunately, I've not been able to follow this up >> on emacs MLs yet. Did anybody else? > >> Please see the thread "No Gnus v0.4 / emacs-cvs terribly slowly >> operating on large nnfolders" at >> >> for further reference. > > Ah, thanks. Sorry I missed that thread. It's indeed exactly the same > problem. So obviously, I'd be interested to hear about any development > from the emacs lists too. Here is a work around that fixes the problem for me. It is not a general solution and may break case-folding in some languages, namely those that use U+51050 and U+51051. In fact, I don't even know which characters are assigned to these codes but I don't use them anyway, thats for sure. Can you confirm that this fixes your problem too? --- ~/.emacs --- (unless (< emacs-major-version 22) (set-case-syntax 331856 "w" (standard-case-table)) (set-case-syntax 331857 "w" (standard-case-table))) --- ~/.emacs --- This deletes the two named characters from the equivalences list for the ascii character i in the standard case table of emacs 22. Without this a slower searching / matching algorithm is used whenever the search string contains the character i or I because those mysterious unicode characters are considered equivalent to i. I don't know whether this is an issue to be dealt with in emacs or in packages like gnus. Perhaps the only solution is to make users aware of this problem and to advise them to edit their .emacs if appropriate. What's your opinion on this topic? Regards, Elias