From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas =?UTF-8?Q?R=C3=B6hler?= Newsgroups: gmane.emacs.bugs Subject: bug#15808: 24.3; thing-at-point slow for url and email Date: Tue, 05 Nov 2013 09:41:50 +0100 Message-ID: <5278AF4E.1050508@easy-emacs.de> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1383641073 3680 80.91.229.3 (5 Nov 2013 08:44:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Nov 2013 08:44:33 +0000 (UTC) To: 15808@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 05 09:44:36 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VdcFW-0002FS-Sf for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Nov 2013 09:44:35 +0100 Original-Received: from localhost ([::1]:53950 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcFW-0002r6-Gh for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Nov 2013 03:44:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33613) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcBJ-0004zZ-4x for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:40:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdcB9-0002bB-K4 for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:40:13 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49214) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcB9-0002Zr-HQ for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:40:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VdcB8-0001Gm-8k for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Nov 2013 08:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15808 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.13836407834847 (code B ref -1); Tue, 05 Nov 2013 08:40:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 5 Nov 2013 08:39:43 +0000 Original-Received: from localhost ([127.0.0.1]:35000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdcAp-0001G7-8W for submit@debbugs.gnu.org; Tue, 05 Nov 2013 03:39:43 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:59797) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdcAm-0001Ft-It for submit@debbugs.gnu.org; Tue, 05 Nov 2013 03:39:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdcAX-0001tq-S9 for submit@debbugs.gnu.org; Tue, 05 Nov 2013 03:39:35 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:34546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcAX-0001ti-PL for submit@debbugs.gnu.org; Tue, 05 Nov 2013 03:39:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcAQ-0004lP-F9 for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:39:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdcAG-0001j5-Du for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:39:18 -0500 Original-Received: from moutng.kundenserver.de ([212.227.126.186]:53595) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdcAG-0001hO-4K for bug-gnu-emacs@gnu.org; Tue, 05 Nov 2013 03:39:08 -0500 Original-Received: from purzel.sitgens (brln-4db90e22.pool.mediaWays.net [77.185.14.34]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0LtlMD-1VngM82q0b-0112S4; Tue, 05 Nov 2013 09:39:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.0 In-Reply-To: X-Provags-ID: V02:K0:Xrt9xUsRQ2STJIZaLbPy1/oMSQbH5VvxBQUmWBVeRJ5 1/zNl2NkTJLb0wPP6ZCFeYtjP6IdHcz8PrO6UNz7RUnI16TriE LFswcfikQVmDnsP/kRVSNMugo0MQtzzqp6IFzGntJoyNGSAlTJ pgTJhZepmjKMqS4C4rXV1vVnwfPEL+srWD6Ct4fDvoFae9iCRX yZPar3WFcVVhbFz48yB5sCxOynVztnQDVXVoMp1EtiORVWaHRl sIT34PUq9bIfrTedD2LEiIZq/L+Z4KZuOyxLKbF/oVxWY2zWBs 36XUU9hfYz4jm/YH6MY2Ga0owA5pxQqnMQhu1er10oXzN6IzLR US41D2uq7JC0EcNTxXnY= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:80013 Archived-At: Am 05.11.2013 03:52, schrieb Leo Liu: > GNU Emacs 24.3.1 (i386-apple-darwin13.0.0, Carbon Version 1.6.0 AppKit > 1265) of 2013-10-27 on localhost > > While using M-w in simple.el using easy-kill I noticed some delays which > are due to slow (thing-at-point 'url) and (thing-at-point 'email). > > If I narrow the buffer, they become instant. However slowness doesn't > appear to be proportional to buffer-size, I tried the org.el file and > they were instant there. > > For example > > 1. goto function next-error-buffer-p in simple.el > 2. eval (benchmark-run 10 (thing-at-point 'email)) > 3. eval (benchmark-run 10 (thing-at-point 'url)) > > email: (4.415538 0 0.0) > url: (6.74361 0 0.0) > > What is choking the regexp engine? > > Leo > > > > WRT the url-matter: There is no need to delegate proceeding upon a separate function dealing with URL, as the basic scheme already accepts a function. Just put the appropriate one there. Also thing-at-point--bounds-of-well-formed-url seems doing a kind of double-check, which seems good as analyze-tool when bug-reporting, but nothing to fire up all the time. Etc. HTH, Andreas