From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Wed, 15 Oct 2014 09:16:20 -0400 Message-ID: References: <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <87zjd9swfj.fsf@uwakimon.sk.tsukuba.ac.jp> <87oatnqpml.fsf@uwakimon.sk.tsukuba.ac.jp> <874mvdrj45.fsf@uwakimon.sk.tsukuba.ac.jp> <20141009044917.GA19957@fencepost.gnu.org> <83lhopisfr.fsf@gnu.org> <87ppe1pldu.fsf@uwakimon.sk.tsukuba.ac.jp> <8761ft5wpo.fsf@fencepost.gnu.org> <83k349b0vj.fsf@gnu.org> <83bnph96kh.fsf@gnu.org> <83zjd07ce0.fsf@gnu.org> <834mv76udz.fsf@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1413379116 18594 80.91.229.3 (15 Oct 2014 13:18:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2014 13:18:36 +0000 (UTC) Cc: dak@gnu.org, mikegerwitz@gnu.org, mhw@netris.org, dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, stephen@xemacs.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 15 15:18:30 2014 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 1XeOTD-0003V5-42 for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 15:18:27 +0200 Original-Received: from localhost ([::1]:44698 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeOTC-0004Cz-DP for ged-emacs-devel@m.gmane.org; Wed, 15 Oct 2014 09:18:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeORP-0001lJ-Oe for emacs-devel@gnu.org; Wed, 15 Oct 2014 09:16:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XeORO-00042z-Sq for emacs-devel@gnu.org; Wed, 15 Oct 2014 09:16:35 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57874) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XeORO-00042r-Q8 for emacs-devel@gnu.org; Wed, 15 Oct 2014 09:16:34 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XeORA-0001Am-2L; Wed, 15 Oct 2014 09:16:21 -0400 In-reply-to: <834mv76udz.fsf@gnu.org> (message from Eli Zaretskii on Tue, 14 Oct 2014 09:24:40 +0300) 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:175406 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] I believe the commands that use shell-command-to-string are a good example of these cases. That function is frequently used as infrastructure to query an external program about something, and the result is then used, at least in some cases, to decide how to proceed. 1. The scenario we've been told about is where the invalid UTF-8 gets passed on to some other program. I don't think any harm will come if Emacs itself looks at the output of the command. Emacs does not generally get confused by raw bytes. 2. It would not be hard to make another function (which does strict decoding) to recommend instead of shell-command-to-string for use in Lisp code in certain cases. 3. It would be easy enough to make shell-command-to-string do flexible decoding when called interactively and do strict decoding when called noninteractively -- controlled through an optional argument. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call.