String syntax changed?

String syntax changed?

[Roland Orre]

In guile-1.6 and earlier versions, the following
	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
gives the intentional string:
	$\scriptstyle{P(A|D)}$

but in 1.7 I get:
ERROR: In procedure scm_lreadr:
ERROR: #<unknown port>:1:38: illegal character in escape sequence: #\|
ABORT: (read-error)
ERROR: Unbound variable: D
ABORT: (unbound-variable)
ERROR: In procedure scm_lreadr:
ERROR: #<unknown port>:1:40: unexpected ")"
ABORT: (read-error)
ERROR: Unbound variable: }$
ABORT: (unbound-variable)

There it seems as \| has a special meaning
and the following gives the intentional string:

(begin (display "$\\scriptstyle{P(A|D)}$") (newline))

I don't understand. Can someone hint me about documentation about this?
Fortunately "|" still works in older versions.

	Roland Orre




_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Joshua Judson Rosen]

[-- Attachment #1.1: Type: text/plain, Size: 395 bytes --]

On Mon, Jan 19, 2004 at 01:55:11AM +0100, Roland Orre wrote:
> In guile-1.6 and earlier versions, the following
> 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
> gives the intentional string:
> 	$\scriptstyle{P(A|D)}$

Why do you have a backslash before the "|"?

-- 
"the question is: are you in the business to write code,
 or to write programs?" --"geekoid" (#135745@/.)

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 139 bytes --]

_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Roland Orre]

On Mon, 2004-01-19 at 04:21, Joshua Judson Rosen wrote:
> On Mon, Jan 19, 2004 at 01:55:11AM +0100, Roland Orre wrote:
> > In guile-1.6 and earlier versions, the following
> > 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
> > gives the intentional string:
> > 	$\scriptstyle{P(A|D)}$
> 
> Why do you have a backslash before the "|"?

That was a good question. I'm sure it was a reason, but I've
completely forgotten, several years ago...




_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Paul Jarc]

Roland Orre <orre@nada.kth.se> wrote:
> 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
...
> ERROR: #<unknown port>:1:38: illegal character in escape sequence: #\|
> ABORT: (read-error)

1.7 is more strict than 1.6 about unrecognized escaped characters.

> ERROR: Unbound variable: D
> ABORT: (unbound-variable)

Hm.  With different string contents, this could have done something
dangerous.  I'm not sure what could have been done about it, though.

> I don't understand. Can someone hint me about documentation about this?

I don't think it was ever documented that unnecessary backslashes were
allowed.


paul


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Keith Wright]

> From: prj@po.cwru.edu (Paul Jarc)
> 
> Roland Orre <orre@nada.kth.se> wrote:
> > 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
> ...
> > ERROR: #<unknown port>:1:38: illegal character in escape sequence: #\|
> > ABORT: (read-error)
> 
> 1.7 is more strict than 1.6 about unrecognized escaped characters.
> 
> I don't think it was ever documented that unnecessary backslashes were
> allowed.

...which is good, because if you let people throw extra
backshlashes just anywhere you lose the possibilty of making
extensions.  Maybe someday "\|... will mean something not
yet invented.  For now an error message is the Right Thing.

-- 
     -- Keith Wright  <kwright@free-comp-shop.com>

Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
         ---  Food, Shelter, Source code.  ---


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Marius Vollmer]

prj@po.cwru.edu (Paul Jarc) writes:

> Roland Orre <orre@nada.kth.se> wrote:
>> 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
> ...
>> ERROR: #<unknown port>:1:38: illegal character in escape sequence: #\|
>> ABORT: (read-error)
>> ERROR: Unbound variable: D
>> ABORT: (unbound-variable)
>
> Hm.  With different string contents, this could have done something
> dangerous.  I'm not sure what could have been done about it, though.

We could gobble up the rest of the string after detecting an error.
Any takers?

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Paul Jarc]

Marius Vollmer <mvo@zagadka.de> wrote:
> prj@po.cwru.edu (Paul Jarc) writes:
>> Roland Orre <orre@nada.kth.se> wrote:
>>> 	(begin (display "$\\scriptstyle{P(A\|D)}$") (newline))
>> ...
>>> ERROR: #<unknown port>:1:38: illegal character in escape sequence: #\|
>>> ABORT: (read-error)
>>> ERROR: Unbound variable: D
>>> ABORT: (unbound-variable)
>>
>> Hm.  With different string contents, this could have done something
>> dangerous.  I'm not sure what could have been done about it, though.
>
> We could gobble up the rest of the string after detecting an error.
> Any takers?

The problem is that after a syntax error, you don't really know where
the end of the string was supposed to be.  And even if you guess right
on that, you're still left in the middle of (begin (display.

Or did you mean the rest of the line?  At least interactively, we
could gobble up and discard all input until select()/poll() says there
is no more, or read in non-blobking mode until EAGAIN.


paul


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Marius Vollmer]

prj@po.cwru.edu (Paul Jarc) writes:

> At least interactively, we
> could gobble up and discard all input until select()/poll() says there
> is no more, or read in non-blobking mode until EAGAIN.

Yes, you are right, this would be much better.  Maybe 'drain-input' is
all that is needed?

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Paul Jarc]

Marius Vollmer <mvo@zagadka.de> wrote:
> Maybe 'drain-input' is all that is needed?

That won't be enough.

guile> (drain-input (current-input-port)) ; foo
";"
guile> <unnamed port>: In expression foo:
<unnamed port>: Unbound variable: foo
ABORT: (unbound-variable)

Type "(backtrace)" to get more information or "(debug)" to enter the debugger.

I think we would want to consume data all the way through to the
newline.  (Not because it is a newline, but because that's how much
data has been flushed through the tty driver, and is available to
read() without blocking.)


paul


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Marius Vollmer]

prj@po.cwru.edu (Paul Jarc) writes:

> Marius Vollmer <mvo@zagadka.de> wrote:
>> Maybe 'drain-input' is all that is needed?
>
> That won't be enough.
> [...]
> I think we would want to consume data all the way through to the
> newline.  (Not because it is a newline, but because that's how much
> data has been flushed through the tty driver, and is available to
> read() without blocking.)

Yes, maybe that the best we can do... could you try this out?

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Paul Jarc]

Marius Vollmer <mvo@zagadka.de> wrote:
> prj@po.cwru.edu (Paul Jarc) writes:
>> I think we would want to consume data all the way through to the
>> newline.  (Not because it is a newline, but because that's how much
>> data has been flushed through the tty driver, and is available to
>> read() without blocking.)
>
> Yes, maybe that the best we can do... could you try this out?

Well, it looks to me like it would go into boot-9.scm, in
error-catching-loop/error-catching-repl.  To make things tidy,
error-catching-loop could take an extra procedure argument that gets
called in the case of an exception, and error-catching-repl could pass
such a procedure that consumes any available input in the case of
'read-error.  Or, if error-catching-loop isn't used anywhere else, the
consumption could go directly in there.  What do you think?


paul


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user

Re: String syntax changed?

[Marius Vollmer]

prj@po.cwru.edu (Paul Jarc) writes:

> To make things tidy, error-catching-loop could take an extra
> procedure argument that gets called in the case of an exception, and
> error-catching-repl could pass such a procedure that consumes any
> available input in the case of 'read-error.

That sounds good to me.

-- 
GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3  331E FAF8 226A D5D4 E405


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user