[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Chicken-users] invalid encoded numeric literal (was: CHICKEN 4.12.0
From: |
Evan Hanson |
Subject: |
Re: [Chicken-users] invalid encoded numeric literal (was: CHICKEN 4.12.0 rc2 available) |
Date: |
Wed, 15 Feb 2017 15:55:36 +1300 |
On 2017-02-14 21:44, Claude Marinier wrote:
> I am trying to reproduce the error with the intent of poking around.
> How can I tell 'csc' to keep the generated C?
Use `csc -k` (for "keep").
> By the way, right after building, I notice 'csi' behaves oddly.
>
> address@hidden MINGW64 ~/chicken-4.11.1/tests
> $ csi
> (* 1 2 3 4 5)
> (exit)
>
> CHICKEN
> (c) 2008-2016, The CHICKEN Team
> (c) 2000-2007, Felix L. Winkelmann
> Version 4.11.1 ((detached from 4.11.1)) (rev 116f42e)
> windows-mingw32-x86-64 [ 64bit manyargs dload ptables ]
> compiled 2016-09-12 on waldrop (Linux)
>
> 120
>
> address@hidden MINGW64 ~/chicken-4.11.1/tests
> $
>
> This is unexpected. It looks like a terminal I/O problem. Is this known?
Yeah, and I have a hunch it might be caused by the same underlying
issue, but I'm not really sure. In short, `##sys#tty-port?`, which is
used by by csi(1) to detect whether it's running in a terminal or not,
fails from within the MSYS shell: peeking the leading byte of the port
gives a non-zero value, which is unexpected.
Cheers,
Evan