Tiarnan O'Corrain | 22 May 2007 23:22
Picon

Re: Flexi-streams test suite failing on OpenMCL

Hi--

> Very strange.  Could you confirm in the inspector that the underlying
> stream is really a binary stream with element type (UNSIGNED-BYTE 8)?

Here's the description of the underlying stream from the slime
inspector -- I can't
inspect this stream itself in slime...

#<FILE-BINARY-INPUT-STREAM
("home:src;site;flexi-streams-0.11.2;test;hebrew_utf8_lf.txt"/10)
#x8557786>
Class: #<STANDARD-CLASS CCL::FILE-BINARY-INPUT-STREAM>
Wrapper: #<CCL::CLASS-WRAPPER CCL::FILE-BINARY-INPUT-STREAM #x810DDF6>
Instance slots
CCL::DIRECTION: :INPUT
CCL::CLOSED: NIL
CCL::SHARED-RESOURCE: NIL
CCL::IOBLOCK: #S(CCL::FILE-IOBLOCK :STREAM #<FILE-BINARY-INPUT-STREAM
("home:src;site;flexi-streams-0.11.2;test;hebrew_utf8_lf.txt"/10)
#x8557786>
                                   :UNTYI-CHAR NIL
                                   :INBUF #<IO-BUFFER  (UNSIGNED-BYTE
                                                        8) 3/2048/2048
#x85576F6>
                                   :OUTBUF NIL
                                   :ELEMENT-TYPE (INTEGER 0 255)
                                   :ELEMENT-SHIFT 0
                                   :CHARPOS 0
                                   :DEVICE 10
(Continue reading)

Edi Weitz | 23 May 2007 00:25
Picon
Favicon

Re: Flexi-streams test suite failing on OpenMCL

On Tue, 22 May 2007 22:22:13 +0100, "Tiarnan O'Corrain" <ocorrain <at> gmail.com> wrote:

> Here's the description of the underlying stream from the slime
> inspector -- I can't inspect this stream itself in slime...

That looks correct.

>> And (using the debugger - I think, IIRC, you press v on the top
>> frame) could you try to find the exact place where the error
>> occurs?
>
> the error is occurring in input.lisp, when stream-read-char is
> called from compare-files in test.lisp.

No, I meant where /in/ STREAM-READ-CHAR.  Doesn't SLIME locate a
particular form in the function's definition?  (Maybe it can't due to
the macrology, dunno.)

Thanks,
Edi.

Gmane