From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#17320: 24.3.90.1[pretest]; bug-sourcing design-flaw Date: Tue, 29 Apr 2014 11:47:19 -0400 Message-ID: References: <53576F2A.5000609@easy-emacs.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1398786529 21896 80.91.229.3 (29 Apr 2014 15:48:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Apr 2014 15:48:49 +0000 (UTC) Cc: 17320@debbugs.gnu.org To: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 29 17:48:42 2014 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 1WfAGu-0007Yo-Ox for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Apr 2014 17:48:40 +0200 Original-Received: from localhost ([::1]:50783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfAGu-0006TN-Fm for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Apr 2014 11:48:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfAGJ-0005h8-5M for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 11:48:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WfAGI-00032I-AA for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 11:48:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56137) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfAGI-00032E-7e for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 11:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WfAGH-0006fG-NJ for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 11:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Apr 2014 15:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17320 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 17320-submit@debbugs.gnu.org id=B17320.139878644425557 (code B ref 17320); Tue, 29 Apr 2014 15:48:01 +0000 Original-Received: (at 17320) by debbugs.gnu.org; 29 Apr 2014 15:47:24 +0000 Original-Received: from localhost ([127.0.0.1]:45255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WfAFf-0006e9-Q8 for submit@debbugs.gnu.org; Tue, 29 Apr 2014 11:47:24 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:55903 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WfAFd-0006dz-P2 for 17320@debbugs.gnu.org; Tue, 29 Apr 2014 11:47:22 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WfAFc-0008Pw-Ao; Tue, 29 Apr 2014 11:47:20 -0400 X-Spook: halcon Peking ASPIC rail gun Manfurov Delta Force Mafia X-Ran: 2D^C4t8P(}dZ7R|GDQP_{P7[Poj@MwG[,n!A$1qWGXr5jkM|T5 ("Andreas =?UTF-8?Q?R=C3=B6hler?="'s message of "Wed, 23 Apr 2014 09:43:38 +0200") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) 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:88436 Archived-At: Andreas R=C3=B6hler wrote: > lisp.el, line 374: > > ;; When comparing point against pos, we want to consider that if > ;; point was right after the end of the function, it's still > ;; considered as "in that function". > ;; E.g. `eval-defun' from right after the last close-paren. > (unless (bolp) > (skip-chars-forward " \t") > (if (looking-at "\\s<\\|\n") > (forward-line 1))) > > > > ;;;;;;;;; > > A core function should not do that kind of provisions. > Employing forward-line, point might end up at the beginning of valid > code, not at the end. > Thus beginning and end of functions are in risk being mixed. I do not find your argument compelling, so will close this as wontfix in a few weeks, unless anyone provides a more convincing justification.