ikarus.io.ss bugs?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ikarus Scheme |
Fix Committed
|
High
|
Abdulaziz Ghuloum |
Bug Description
refill-bv-buffer: lines 714-716 use j but should they be using c1?
lookahead-
> (define tip (open-bytevecto
> (lookahead-char tip)
#\A
> (lookahead-char tip)
#\B
> (lookahead-char tip)
#\B
>
I know the port position stuff is not finished, but I noticed these:
refill-bv-buffer: lines 706-708: should refilling the buffer be advancing the port's position?
Should these give 0?
> (input-
1
> (input-
1
>
Related branches
description: | updated |
Changed in ikarus: | |
assignee: | nobody → aghuloum |
importance: | Undecided → High |
status: | New → Fix Committed |
Changed in ikarus: | |
milestone: | none → 0.0.4 |
> refill-bv-buffer: lines 714-716 use j but should they be using c1?
Fixed. Thanks.
> lookahead- char-utf8- mode: line 840 uses get-char but should it be?
Nop. It was supposed to be lookahead-char.
> I know the port position stuff is not finished, but I noticed these:
>
> refill-bv-buffer: lines 706-708: should refilling the buffer be
> advancing the port's position?
Yes, that's the only place where the port-position field advances.
> Should these give 0? port-byte- position (open-string- input-port "foobar")) port-byte- position (open-bytevecto r-input- port '#vu8(1 2 3
>> (input-
> 1
>> (input-
>> 4 5)))
> 1
I don't know. I added the 1 explicitly in line 239 (vi bias again).
BTW, this is not the port-position of R6RS, right?
Aziz,,,