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: Thu, 09 Oct 2014 16:16:04 +0900 Message-ID: <87vbntpvbf.fsf@uwakimon.sk.tsukuba.ac.jp> References: <54193A70.9020901@member.fsf.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> <87zjd9swfj.fsf@uwakimon.sk.tsukuba.ac.jp> <87oatnqpml.fsf@uwakimon.sk.tsukuba.ac.jp> <87k34b8diu.fsf@fencepost.gnu.org> <877g0aq6v0.fsf@uwakimon.sk.tsukuba.ac.jp> <87fvex7vq1.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1412839011 3483 80.91.229.3 (9 Oct 2014 07:16:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Oct 2014 07:16:51 +0000 (UTC) Cc: rms@gnu.org, mhw@netris.org, dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, eliz@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 09 09:16:43 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 1Xc7xq-0004yM-Ty for ged-emacs-devel@m.gmane.org; Thu, 09 Oct 2014 09:16:43 +0200 Original-Received: from localhost ([::1]:40850 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc7xq-0007DZ-Ee for ged-emacs-devel@m.gmane.org; Thu, 09 Oct 2014 03:16:42 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48567) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc7xZ-0007DO-4o for emacs-devel@gnu.org; Thu, 09 Oct 2014 03:16:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xc7xT-000351-4U for emacs-devel@gnu.org; Thu, 09 Oct 2014 03:16:25 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:51148) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc7xG-00033c-JX; Thu, 09 Oct 2014 03:16:06 -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 4299C1C3A5D; Thu, 9 Oct 2014 16:16:04 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 345221A2888; Thu, 9 Oct 2014 16:16:04 +0900 (JST) In-Reply-To: <87fvex7vq1.fsf@fencepost.gnu.org> 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:175167 Archived-At: David Kastrup writes: > "Stephen J. Turnbull" writes: > > Newsflash: we're not talking about text properties in Emacs, which has > > historically been hostile to both embedding in other apps and to FFIs, > > and is not normally used as a network daemon, > > It is used as a network application (I mean, what else to use as news > and mail reader?). There are currently discussions on the list about > the way to do TLS in a secure manner. That's simply nonsense as an argument here. Until you demonstrate at least a shred of understanding of something as fundamental as the differences in security requirements and attack surfaces of network *servers* and network *clients*, there's no point in discussing your statements further. > Text properties are not in files or network streams. They will not > magically materialize and cause trouble. "Magically", no. "Maliciously", yes, we do have to worry about that. Again, your evident ignorance of network threat models and their historical realizations (both as "theoretical" CVEs and as successful exploits) is appalling. > Sigh. At any rate, this is basically a non-issue since GUILE is > perfectly capable of supporting custom extensible string type stacks on > the existing commands Aha, a convert! (Yes, I said that already in different terms.)