From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: trunk r113878: Refine previous change. Date: Thu, 15 Aug 2013 12:01:41 -0400 Message-ID: <87txirc596.fsf@fencepost.gnu.org> References: <834nasoy4d.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1376582549 25826 80.91.229.3 (15 Aug 2013 16:02:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Aug 2013 16:02:29 +0000 (UTC) Cc: xfq.free@gmail.com, Juanma Barranquero , Eli Zaretskii , Emacs developers To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 15 18:02:29 2013 Return-path: Envelope-to: ged-emacs-devel@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 1VA00K-0003qL-P0 for ged-emacs-devel@m.gmane.org; Thu, 15 Aug 2013 18:02:28 +0200 Original-Received: from localhost ([::1]:54252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VA00K-00057b-DY for ged-emacs-devel@m.gmane.org; Thu, 15 Aug 2013 12:02:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47028) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9zzh-0004Gd-E8 for emacs-devel@gnu.org; Thu, 15 Aug 2013 12:01:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V9zzc-0003OV-JX for emacs-devel@gnu.org; Thu, 15 Aug 2013 12:01:49 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51802) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9zzc-0003OP-HI for emacs-devel@gnu.org; Thu, 15 Aug 2013 12:01:44 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V9zzZ-0001I9-Kx; Thu, 15 Aug 2013 12:01:41 -0400 X-Spook: EuroFed Becker 9705 Samford Road FBI Operation Iraqi X-Ran: hJT:W}oXVev}1*'+wn#)Ca6=-MyEj?G`}lXZ{0V~OfxT\U (Stefan Monnier's message of "Thu, 15 Aug 2013 10:29:10 -0400") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162770 Archived-At: Stefan Monnier wrote: > FWIW, I've fairly often written code which uses goto-char with > a position that can be outside of point-min...point-max, knowing that it > will go to the closest possible position. Did you ever pass a negative position? Were you passing a position outside the currently accessible portion of the buffer, but within the unnarrowed limits, or was it just an arbitrarily large value to mean "point-max" (and if so, why not just use point-max)?