From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Tue, 07 Oct 2014 09:46:53 +0900 Message-ID: <87lhosso3m.fsf@uwakimon.sk.tsukuba.ac.jp> References: <54193A70.9020901@member.fsf.org> <87lhp6h4zb.fsf@panthera.terpri.org> <87k34qo4c1.fsf@fencepost.gnu.org> <54257C22.2000806@yandex.ru> <83iokato6x.fsf@gnu.org> <87wq8pwjen.fsf@uwakimon.sk.tsukuba.ac.jp> <837g0ptnlj.fsf@gnu.org> <87r3yxwdr6.fsf@uwakimon.sk.tsukuba.ac.jp> <87tx3tmi3t.fsf@fencepost.gnu.org> <834mvttgsf.fsf@gnu.org> <87lhp5m99w.fsf@fencepost.gnu.org> <87h9ztm5oa.fsf@fencepost.gnu.org> <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <871tqlubqe.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1412642863 17054 80.91.229.3 (7 Oct 2014 00:47:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Oct 2014 00:47:43 +0000 (UTC) Cc: dak@gnu.org, mhw@netris.org, dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, eliz@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 07 02:47:35 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 1XbIw7-0001Tw-9o for ged-emacs-devel@m.gmane.org; Tue, 07 Oct 2014 02:47:31 +0200 Original-Received: from localhost ([::1]:55502 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbIw7-00083y-01 for ged-emacs-devel@m.gmane.org; Mon, 06 Oct 2014 20:47:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbIvx-00083f-8W for emacs-devel@gnu.org; Mon, 06 Oct 2014 20:47:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XbIvp-0001El-On for emacs-devel@gnu.org; Mon, 06 Oct 2014 20:47:21 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:37863) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbIvX-00018d-2R; Mon, 06 Oct 2014 20:46:55 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id 786FE1C38FE; Tue, 7 Oct 2014 09:46:53 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 6C4961A2888; Tue, 7 Oct 2014 09:46:53 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:175060 Archived-At: Richard Stallman writes: > Do people write spam/virus checkers using Guile? I don't know. Why do you care? The example is valid, and they *might*, in which case they need conservative (conformant when conformance is implied by names, such as "UTF-8") behavior. If such a user discovers that Guile emits nonconformant UTF-8, they'll surely have to wonder what other security holes they've imported by simply selecting Guile as an application platform. To put it another way, Mark said that Guile is intended to be useful writing servers as well as interactive programs. Spam checking is simply a convenient example of a daemon application where undefined behavior can easily result in undesired output. However, the general principle is that undefined behavior can sometimes be exploited, and therefore processes that run unattended should have *all* their behavior defined. This doesn't necessarily apply to Emacs, although I think it should.