[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gcl-devel] Re:

From: Camm Maguire
Subject: [Gcl-devel] Re:
Date: 16 Jun 2006 18:38:01 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2


This is a fix to the long-standing maxima/gcl bug in which interactive
input was not being correctly prompted for and read.
(read-char-no-hang) used to always return #\Newline.  Now we swallow
trailing whitespace at the point you note.

I have not checked the FCNTL LISTEN_FOR_INPUT alternative in read.d --
does it work, and if not, can a suitable Windows LISTEN_FOR_INPUT be

Take care,

"Mike Thomas" <address@hidden> writes:

> > Have you any idea why this new error might have recently 
> > crept into the Windows build of both HEAD and 268pre?
> Found it - the following new lines in read.d:
>       while (listen_stream(in)) {
>         object c=read_char(in);
>         if (cat(c)!=cat_whitespace) {
>           unread_char(c,in);
>           break;
>         }
>       }
> One of the places where listen_stream is used in read.d is #ifdefed out
> on the macro LISTEN_FOR_INPUT (defined for Linux but not Windows).
> I wonder whether this might be appropriate in the above case?
> Cheers
> Mike Thomas.

Camm Maguire                                            address@hidden
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]