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: Sat, 11 Oct 2014 23:24:30 -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> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1413084292 14559 80.91.229.3 (12 Oct 2014 03:24:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 12 Oct 2014 03:24:52 +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 Sun Oct 12 05:24:50 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 1Xd9m2-0007ao-Ge for ged-emacs-devel@m.gmane.org; Sun, 12 Oct 2014 05:24:46 +0200 Original-Received: from localhost ([::1]:55932 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xd9m2-00031F-45 for ged-emacs-devel@m.gmane.org; Sat, 11 Oct 2014 23:24:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xd9lo-000308-9i for emacs-devel@gnu.org; Sat, 11 Oct 2014 23:24:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xd9ln-0006gi-Cc for emacs-devel@gnu.org; Sat, 11 Oct 2014 23:24:32 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59013) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xd9ln-0006gd-9F for emacs-devel@gnu.org; Sat, 11 Oct 2014 23:24:31 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Xd9lm-0000Yz-69; Sat, 11 Oct 2014 23:24:30 -0400 In-reply-to: <83k349b0vj.fsf@gnu.org> (message from Eli Zaretskii on Thu, 09 Oct 2014 20:37:20 +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:175271 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. ]]] The protocols rarely specify encoding, AFAIK. If they do, we do use them, e.g., when decoding an email message that specifies its MIME charset. But that comes _after_ we already have read the mail into a buffer in its raw undecoded form. There is no problem in that case. You read it with raw-text, you determine which encoding to decode, then you decode that one. What is an example of a protocol that doesn't specify an encoding? We need to look at some real cases to see what is the right way to handle them. When we look at enough cases to see a pattern, then we could come up with a general rule.x And, of course, when you invoke a program locally, there's usually no protocol at all involved. Likewise, we need to look at some real cases. You can invoke any program with M-!; I think in that case heuristic decoding is what users want. When functions run call-process on specific, what decoding is really right? -- 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.