chicken-users
[Top][All Lists]
Advanced

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

[Chicken-users] Bug or feature? WRT testbase


From: Robin Lee Powell
Subject: [Chicken-users] Bug or feature? WRT testbase
Date: Sat, 8 Mar 2008 13:39:02 -0800
User-agent: Mutt/1.5.17+20080114 (2008-01-14)

I've noticed that define-expect-binary in testbase needs its
predicates to return #t; a true (non-#f) value is not sufficient.
This means that (define-expect-binary string=) because, despite
srfi-13's docs to the contrary:

    string=  s1 s2 [start1 end1 start2 end2] -> boolean

string= returns a number (the length of the match, I believe).

Loads srfi-13 doesn't help.

    EXPECTATION: Then: using translate with that pack and a plain string, we 
should get the original string back
    Expect string=
       Expected: "This is a test string."
    Unevaluated: "This is a test string."
      Evaluated: "This is a test string."
    Failed: Then: using translate with that pack and a plain string, we should 
get the original string back

So, bug or feature?  And, if it's a bug, is it a bug in string= or
testbase?  :)

For the record, it feel buggy to me.  Certainly the testbase output
is buggy looking, and I don't see anything in testbase's docs that
mentions this issue.

-Robin

-- 
Lojban Reason #17: http://en.wikipedia.org/wiki/Buffalo_buffalo
Proud Supporter of the Singularity Institute - http://singinst.org/
http://www.digitalkingdom.org/~rlpowell/ *** http://www.lojban.org/




reply via email to

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