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: Fri, 10 Oct 2014 21:17:00 -0400 Message-ID: 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> <87lhonlks8.fsf@yeeloong.lan> Reply-To: rms@gnu.org NNTP-Posting-Host: plane.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1412990235 9183 80.91.229.3 (11 Oct 2014 01:17:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 11 Oct 2014 01:17:15 +0000 (UTC) Cc: dak@gnu.org, dmantipov@yandex.ru, emacs-devel@gnu.org, handa@gnu.org, monnier@iro.umontreal.ca, eliz@gnu.org, stephen@xemacs.org To: Mark H Weaver Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 11 03:17:10 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 1XclJ0-0005X5-8B for ged-emacs-devel@m.gmane.org; Sat, 11 Oct 2014 03:17:10 +0200 Original-Received: from localhost ([::1]:51875 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XclIz-0002sE-RF for ged-emacs-devel@m.gmane.org; Fri, 10 Oct 2014 21:17:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XclIw-0002ry-DZ for emacs-devel@gnu.org; Fri, 10 Oct 2014 21:17:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XclIr-0006pq-Nr for emacs-devel@gnu.org; Fri, 10 Oct 2014 21:17:06 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35565) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XclIr-0006pl-Kg for emacs-devel@gnu.org; Fri, 10 Oct 2014 21:17:01 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XclIq-0002Fq-8n; Fri, 10 Oct 2014 21:17:00 -0400 In-reply-to: <87lhonlks8.fsf@yeeloong.lan> (message from Mark H Weaver on Fri, 10 Oct 2014 16:41:43 -0400) 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:175246 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. ]]] Having mulled it over, I've come to the conclusion that we can add text properties to Guile strings without adding new security risks to competently written Scheme code, with the following caveat: text properties must be invisible to all existing Scheme procedures, including 'equal?' and 'write'. That makes sense to me. However, as an exception to the caveat above, I think we can allow existing Scheme string operations such as 'substring' and 'string-append' to propagate the text properties. I agree, that's safe. If the text property values have no effect on the results of proper Scheme code, then whatever values Scheme primitives put in the text properties, they can't hurt anything. The reason why it is important to implement these at the lowest possible level is efficiency. If every string in Emacs had to be a higher-level abstract object, they would surely be slower. -- 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.