From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.lisp.guile.devel Subject: Re: Fwd: Re: Unrecognized \ sequences and Elisp Date: Tue, 27 Jan 2004 04:04:23 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: References: <1075174623.23547.960.camel@localhost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1075194521 13936 80.91.224.253 (27 Jan 2004 09:08:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Jan 2004 09:08:41 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jan 27 10:08:37 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AlPD3-0007L8-00 for ; Tue, 27 Jan 2004 10:08:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AlPBf-0001k2-I7 for guile-devel@m.gmane.org; Tue, 27 Jan 2004 04:07:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AlP9h-0001DH-Kp for guile-devel@gnu.org; Tue, 27 Jan 2004 04:05:09 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AlP8y-0000yp-EV for guile-devel@gnu.org; Tue, 27 Jan 2004 04:04:56 -0500 Original-Received: from [129.22.104.62] (helo=lewis.CNS.CWRU.Edu) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AlP8y-0000yl-5k for guile-devel@gnu.org; Tue, 27 Jan 2004 04:04:24 -0500 Original-Received: from conversion-daemon.smtp-b.cwru.edu by smtp-b.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) id <0HS500D0155V2W@smtp-b.cwru.edu> for guile-devel@gnu.org; Tue, 27 Jan 2004 04:04:23 -0500 (EST) Original-Received: from multivac.cwru.edu (multivac.ITS.CWRU.Edu [129.22.114.26]) by smtp-b.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HS50075857BG2@smtp-b.cwru.edu> for guile-devel@gnu.org; Tue, 27 Jan 2004 04:04:23 -0500 (EST) Original-Received: (qmail 20516 invoked by uid 500); Tue, 27 Jan 2004 09:04:45 +0000 In-reply-to: <1075174623.23547.960.camel@localhost> Original-To: Roland Orre Mail-followup-to: Roland Orre , guile-devel@gnu.org Mail-Copies-To: nobody User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux) Original-Lines: 34 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:3319 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3319 Roland Orre wrote: > R5RS defines only \\ and \"; ``Scheme does not specify the effect > of a backslash within a string that is not followed by a > doublequote or backslash. Then portable programs cannot use other escape sequences, which means that implementations can invent meanings for other escape sequences without breaking portable programs. > I consider the reason for escape sequences in strings is to be able > to express a " within a string, i.e. to be able to express a > character that we would otherwise not be able to put in the string. They're also useful for representing characters that would be difficult to work with literally - control characters, etc. > I consider that it is better to have routines like read-ansi-string > and write-ansi-string, which was previously suggested, Do you have a reference? I don't know what those are intended to do, but it doesn't sound like the same job that escape sequences do. > general interpretation of escape sequences within strings will > affect the general handling of strings in different applications. Well, if we see the two characters \( in the middle of a string, then the program is not portable, and we have to decide on our own what to do about it. Treating it like plain ( eliminates the possibility of future extensions, so now Guile has been changed to throw an error - i.e., it refuses to interpret this escape sequence at all. Isn't that what you want? paul _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel