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 12:06:43 +0900 Message-ID: <877g0aq6v0.fsf@uwakimon.sk.tsukuba.ac.jp> References: <54193A70.9020901@member.fsf.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> <87zjd9swfj.fsf@uwakimon.sk.tsukuba.ac.jp> <87oatnqpml.fsf@uwakimon.sk.tsukuba.ac.jp> <87k34b8diu.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 1412824063 8499 80.91.229.3 (9 Oct 2014 03:07:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Oct 2014 03:07:43 +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 05:07: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 1Xc44j-0005VA-Q8 for ged-emacs-devel@m.gmane.org; Thu, 09 Oct 2014 05:07:33 +0200 Original-Received: from localhost ([::1]:39608 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc44j-0000Il-BK for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2014 23:07:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc44Q-0000Ib-Tw for emacs-devel@gnu.org; Wed, 08 Oct 2014 23:07:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xc44J-0004o1-EP for emacs-devel@gnu.org; Wed, 08 Oct 2014 23:07:14 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:40880) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xc443-0004YD-H0; Wed, 08 Oct 2014 23:06:51 -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 8B0F51C3A1C; Thu, 9 Oct 2014 12:06:43 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 7ED4B1A2888; Thu, 9 Oct 2014 12:06:43 +0900 (JST) In-Reply-To: <87k34b8diu.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:175157 Archived-At: David Kastrup writes: > Newsflash: Emacs 19 has been released in the mean time. That's good > since we have an example we can study now with regard to the problems > text properties may cause. 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, but instead is usually controlled by the user who owns the resources Emacs manipulates, and in most cases has little malice toward himself. We're talking about text properties in Guile, which is designed for embedding and and extension (including wrapping foreign functions). A Guile with text properties hasn't been written, let alone released AFAIK. I dunno about the "network daemon" part, but Mark mentioned that as a target application area for Guile. It would be "nice" and "efficient" for Guile to implement properties natively so that Emacs could just use those, but Mark is correct to worry that those properties would be used to bypass validation modules written for pre-property Guile versions.