From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.help Subject: Re: `looking-back' strange warning Date: Thu, 1 Oct 2015 23:26:03 +0300 Message-ID: <560D96DB.1020101@yandex.ru> References: <560B9C7F.2060301@easy-emacs.de> <560CD7CE.4010404@yandex.ru> <6524c81a-949c-40d1-b990-d214d6ee5b60@default> <560D73DF.8040403@yandex.ru> <560D7A68.8040404@easy-emacs.de> <560D8289.6010409@yandex.ru> <560D8F96.5040200@easy-emacs.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1443731196 14496 80.91.229.3 (1 Oct 2015 20:26:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 20:26:36 +0000 (UTC) Cc: Tassilo Horn To: =?UTF-8?Q?Andreas_R=c3=b6hler?= , help-gnu-emacs Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Oct 01 22:26:30 2015 Return-path: Envelope-to: geh-help-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 1ZhkQu-0000bb-L3 for geh-help-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 22:26:28 +0200 Original-Received: from localhost ([::1]:56125 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkQt-0002yF-Sq for geh-help-gnu-emacs@m.gmane.org; Thu, 01 Oct 2015 16:26:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkQg-0002y7-Ik for help-gnu-emacs@gnu.org; Thu, 01 Oct 2015 16:26:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhkQc-0000pL-1t for help-gnu-emacs@gnu.org; Thu, 01 Oct 2015 16:26:13 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:33162) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhkQY-0000nE-94; Thu, 01 Oct 2015 16:26:06 -0400 Original-Received: by wiclk2 with SMTP id lk2so7126614wic.0; Thu, 01 Oct 2015 13:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=d2S6KQSWGyWtO+PJ5LEJAC1KpziAYsGN5kBH7PyJElA=; b=dhO7UEwl8fLwXKH6xIz7VnhialZGRJLk7FH0LjTSb9g/VuNvB8AA1g+Tj85GrbXUtT fQPS7b/KcdBDPBhnQb/ikOgObT+OFkRzmX7ZOt+jHNZoYFypZGXC4C//r7W6G6oqupbN kqjm57Y6QcKTtExgA0kLdP54Nt67drQjhbHhalmpU0+r89HFFJzYGMIkZgFND9sxbe7w 0t+e0cRC8cvNK3SSwtPnylK3OVs686+tAsTe5WbqiMIDbu99LPCzbhY4oD6620qnmsTb idcENEPM/GIztE85CVJN1IBSPjVG/u63PiNBkAZYxVvg43hS1fhAGckjyfbBhk2CaVYp zyJw== X-Received: by 10.180.240.170 with SMTP id wb10mr645747wic.91.1443731165808; Thu, 01 Oct 2015 13:26:05 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id w1sm7835224wjz.37.2015.10.01.13.26.04 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Oct 2015 13:26:05 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <560D8F96.5040200@easy-emacs.de> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:107440 Archived-At: On 10/01/2015 10:55 PM, Andreas Röhler wrote: > The short-coming is well-known and was answered years ago like "didn't > have time yet to implement backward-moves according to forward-ones". > Might also be is a comment in source like that. Do you have a bug number? > WRT to limit: it is unrelated to the slowness. Yes, it is. Without limit, the function has to scan until the beginning the buffer, which is the slower the bigger the buffer is.