From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Inhibit "Wrote foo" from write-region
Date: Thu, 23 Jan 2014 18:29:52 +0200
Message-ID: <83r47yek5b.fsf@gnu.org>
References: <m2r481o6rh.fsf@lunaryorn-air.fritz.box>
	<87k3dte17j.fsf@fleche.redhat.com>
	<m2ppnkkxa3.fsf@lunaryorn-air.fritz.box>
	<jwvob342gwx.fsf-monnier+emacs@gnu.org>
	<m2mwiokkpr.fsf@lunaryorn-air.fritz.box>
	<jwv1tzzzviq.fsf-monnier+emacs@gnu.org>
	<m2lhy7kpm2.fsf@lunaryorn-air.fritz.box>
	<jwvd2jix12y.fsf-monnier+emacs@gnu.org>
	<m2y526lqsx.fsf@lunaryorn-air.fritz.box>
Reply-To: Eli Zaretskii <eliz@gnu.org>
NNTP-Posting-Host: plane.gmane.org
X-Trace: ger.gmane.org 1390494588 27286 80.91.229.3 (23 Jan 2014 16:29:48 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Thu, 23 Jan 2014 16:29:48 +0000 (UTC)
Cc: tromey@redhat.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org
To: Sebastian Wiesner <lunaryorn@gmail.com>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 23 17:29:54 2014
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
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 <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1W6NA8-0007li-T0
	for ged-emacs-devel@m.gmane.org; Thu, 23 Jan 2014 17:29:53 +0100
Original-Received: from localhost ([::1]:42086 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1W6NA8-0001GP-6g
	for ged-emacs-devel@m.gmane.org; Thu, 23 Jan 2014 11:29:52 -0500
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55133)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1W6N9z-00017d-Mt
	for emacs-devel@gnu.org; Thu, 23 Jan 2014 11:29:49 -0500
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <eliz@gnu.org>) id 1W6N9t-0003BG-Tw
	for emacs-devel@gnu.org; Thu, 23 Jan 2014 11:29:43 -0500
Original-Received: from mtaout25.012.net.il ([80.179.55.181]:48811)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@gnu.org>)
	id 1W6N9t-0003B4-LL
	for emacs-devel@gnu.org; Thu, 23 Jan 2014 11:29:37 -0500
Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il
	(HyperSendmail v2007.08) id
	<0MZV007004DMBA00@mtaout25.012.net.il> for emacs-devel@gnu.org;
	Thu, 23 Jan 2014 18:29:23 +0200 (IST)
Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il
	(HyperSendmail v2007.08) with ESMTPA id
	<0MZV007OI4GZ5C00@mtaout25.012.net.il>;
	Thu, 23 Jan 2014 18:29:23 +0200 (IST)
In-reply-to: <m2y526lqsx.fsf@lunaryorn-air.fritz.box>
X-012-Sender: halo1@inter.net.il
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 80.179.55.181
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:168963
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/168963>

> From: Sebastian Wiesner <lunaryorn@gmail.com>
> Date: Thu, 23 Jan 2014 15:24:14 +0100
> Cc: Tom Tromey <tromey@redhat.com>, Emacs-Devel devel <emacs-devel@gnu.org>
> 
> 
> I cannot see how *not* calling "message_with_string" in "write_region"
> could affect anything negatively.  Especially in a non-interactive
> session, where "message_with_string" effectively comes down to
> "fprintf".

Imagine some situation where this output is caught and parsed, for
example.

In general, given behavior that is old enough, you can be sure that
someone, somewhere relies on it.