flatten-codes "invalid D"

Bug #239588 reported by Derick Eddington
4
Affects Status Importance Assigned to Milestone
Ikarus Scheme
Fix Committed
High
Abdulaziz Ghuloum

Bug Description

To help narrow it down, I think this is happening when the library is instantiated because check-report should just evaluate to a procedure. It works in r1513.

Ikarus Scheme version 0.0.3+ (revision 1514, build 2008-06-11)
Copyright (c) 2006-2008 Abdulaziz Ghuloum

> (import (xitomatl srfi lightweight-testing))
> check-report
Unhandled exception
 Condition components:
   1. &error
   2. &who: flatten-codes
   3. &message: "invalid D"
   4. &irritants: (#["fvar" 1])
>

Ikarus Scheme version 0.0.3+ (revision 1513, build 2008-06-12)
Copyright (c) 2006-2008 Abdulaziz Ghuloum

> (import (xitomatl srfi lightweight-testing))
> check-report
#<procedure check-report>
>

Related branches

Changed in ikarus:
assignee: nobody → aghuloum
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

Fixed in 1515.

Changed in ikarus:
status: Confirmed → Fix Committed
Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

> To help narrow it down, I think this is happening when the library
> is instantiated because check-report should just evaluate to a
> procedure.

Actually, importing expands the library but may only partially
compile it all the way to machine code. Code generation only
happens when the library is invoked (which is what happens when
you reference one of its exported variables such as in this case).
[this is why there is a small lag when you import a library and
another when you reference its exported variable]

Revision history for this message
rd (rd-) wrote :

hello,

i've just updated ikarus (to 1519) and am now seeing this bug (as below) for the first time (had not updated in some months).

the test case is the same startup script i've used for some time (ie. used to work) but has quite some dependencies...

(import (rhs) (sosc) (rsc3))
(define with-sc3 with-udp-sc3)

gives:

Ikarus Scheme version 0.0.3
Copyright (c) 2006-2008 Abdulaziz Ghuloum

Unhandled exception:
 Condition components:
   1. &error
   2. &who: flatten-codes
   3. &message: "invalid D"
   4. &irritants: (#["fvar" 3])

no idea how to start helping with this? (the source archives are at http://slavepianos.org/rd/sw/ or i can send just the three relevant files in an email?)

regards,
rohan

Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

reopening.

Changed in ikarus:
status: Fix Committed → Confirmed
Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote : Re: [Bug 239588] Re: flatten-codes "invalid D"

On Jun 19, 2008, at 10:27 PM, Rohan Drape wrote:

> no idea how to start helping with this? (the source archives are at
> http://slavepianos.org/rd/sw/ or i can send just the three relevant
> files in an email?)

It would help if you could tar/zip the files needed for me to run the
libraries to pinpoint the error. I tried digging into your archives
but couldn't find where the sources are. Thanks.

Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

On Jun 19, 2008, at 10:27 PM, Rohan Drape wrote:

> Ikarus Scheme version 0.0.3

This doesn't look like the right ikarus. It's supposed to print the
revision number, no?

I just tried building your libraries (from darcs), and got:

Ikarus Scheme version 0.0.3+ (revision 1521, build 2008-06-19)
Copyright (c) 2006-2008 Abdulaziz Ghuloum

 > (import (rhs) (sosc) (rsc3))
 > (define with-sc3 with-udp-sc3)
 > with-sc3
#<procedure with-udp-sc3>

Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

Rohan reported that the issue is solved.

Changed in ikarus:
status: Confirmed → Fix Committed
Changed in ikarus:
milestone: none → 0.0.4
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.