Greetings!
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
defined?
Take care,
"Mike Thomas" <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
_______________________________________________
Gcl-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gcl-devel
