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: Wed, 14 Aug 2013 22:16:31 -0400 Message-ID: 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 1376532997 7152 80.91.229.3 (15 Aug 2013 02:16:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Aug 2013 02:16:37 +0000 (UTC) Cc: xfq.free@gmail.com, Eli Zaretskii , Emacs developers To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 15 04:16:39 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 1V9n78-0000qh-3A for ged-emacs-devel@m.gmane.org; Thu, 15 Aug 2013 04:16:38 +0200 Original-Received: from localhost ([::1]:50933 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9n77-0001cL-GD for ged-emacs-devel@m.gmane.org; Wed, 14 Aug 2013 22:16:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60372) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9n74-0001cG-Ju for emacs-devel@gnu.org; Wed, 14 Aug 2013 22:16:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V9n72-0006zO-OS for emacs-devel@gnu.org; Wed, 14 Aug 2013 22:16:34 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39191) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9n72-0006zK-LI for emacs-devel@gnu.org; Wed, 14 Aug 2013 22:16:32 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V9n71-0007CK-98; Wed, 14 Aug 2013 22:16:31 -0400 X-Spook: Croatian Dateline brigand Fortezza RSA Legion of Doom CID X-Ran: ~hF3Ul_ac!X4G/=N({";[I3g>gT2pC+K(`W`$M6,|JoN|ob:bsuM_11I1`Qc"VnNklv\5L X-Hue: blue X-Attribution: GM 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:162747 Archived-At: Juanma Barranquero wrote: >> These are internal self-defenses of the implementation, we don't >> expect users to pass such invalid arguments (a.k.a. "undefined >> behavior") at all. > > If they are self defenses, wouldn't be better to signal an error? I don't think we can go from "this is documented in the manual to work" to "this is an error" in the space of a day. For now, we can just go to "this is undocumented", with a view to perhaps making it an error some years down the line. Cf bug#15059. > It would break some code, but arguably that code is already broken, > and silently so. It's not broken to intentionally make use of documented behaviour, and we have no way of knowing whether this was being intentionally used anywhere. (I don't think it matters much.)