
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.6944.0">

<TITLE>RE: UCW on sbcl and cmucl (and restart weirdness)</TITLE>

</HEAD>

<BODY>

<!-- Converted from text/plain format -->


<P><FONT SIZE=2>Marco Baringer wrote:<BR>

> UCW currently triggers a bug in CMUCL and SBCL where loading a<BR>

> compiled file with a :default-initargs defclass option causes the<BR>

> :default-initargs to be ignored. The temporary solution is to just use<BR>

> manually load (not compile) the files which contain defclass.<BR>

<BR>

> if anyone knows if this has been fixed in recent sbcl/cmucl i'd love<BR>

> to hear it.<BR>

<BR>

I downloaded SBCL 0.8.16, and compiled a file with this in it:<BR>

<BR>

(defclass test-class ()<BR>

  ((my-slot :initarg :my-slot))<BR>

  (:default-initargs :my-slot (list 1)))<BR>

<BR>

and evaluated "(slot-value (make-instance 'test-class) 'my-other-slot)"<BR>

and got (1), as expected. So does this mean the bug is fixed?<BR>

<BR>

I can load and run UCW 0.3.3, and it seems to handle requests fine, but<BR>

I'm not sure exactly how you were triggering the bug, so I don't know<BR>

quite what to think.<BR>

<BR>

I am having one problem, though. When I request a page using the example<BR>

files I get a debugging prompt in SLIME with the condition<BR>

INEXISTENT-ENTRY-POINT. This happens on the request for stylesheet.css,<BR>

so I still get the actual page when I restart. I also noticed that there's<BR>

no generic method definiton for WINDOW-STYLESHEET, yet there it is in the<BR>

example. What's going on here? Is it just getting out of sync with UCW<BR>

development?<BR>

<BR>

Chris Capel</FONT>

</P>


</BODY>

</HTML>