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

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/3.3.2">

</HEAD>

<BODY>

Fabulous!<BR>

<BR>

I will test again under SBCL and then cut the 0.5.0 release if it passes.<BR>

<BR>

We have made some small changes that might have broken OpenMCL, but<BR>

I assume that risk is worth ignoring.  If an OpenMCLer gets this message and<BR>

feels like running the tests, that would be good.<BR>

<BR>

<BR>

On Sun, 2006-02-05 at 18:18 -0500, Ian Eslick wrote:

<BLOCKQUOTE TYPE=CITE>

<PRE>

<FONT COLOR="#000000">The slot-boundp-using-class function looks for slots with type eq to</FONT>

<FONT COLOR="#000000">'persistent-slot-definition and should be looking for any subtype of</FONT>

<FONT COLOR="#000000">that base type.  (i.e. under allegro the returned slot is a</FONT>

<FONT COLOR="#000000">persistent-effective-slot-definition and not 'persistent-slot-definition).</FONT>


<FONT COLOR="#000000">Also, the loop clause in slot-boundp-using-class under allegro (and</FONT>

<FONT COLOR="#000000">slot-makunbound-using-class) that operates on a symbol fails to return a</FONT>

<FONT COLOR="#000000">t value.  It appears that the 'finally' clause does not provide the loop</FONT>

<FONT COLOR="#000000">value which seems to jive with the loop spec.  Perhaps some loop</FONT>

<FONT COLOR="#000000">implementations allow finally to return but mine was unhappy depending</FONT>

<FONT COLOR="#000000">on that so I just did finally (return ...) which is unambiguous.</FONT>


<FONT COLOR="#000000">I checked in these fixes into HEAD-0.5.0-rc1 can can confirm that all</FONT>

<FONT COLOR="#000000">tests under Allegro 7.0 using BDB 4.3 and SQLite3 now pass.</FONT>


<FONT COLOR="#000000">Cheers,</FONT>

<FONT COLOR="#000000">Ian</FONT>

</PRE>

</BLOCKQUOTE>

</BODY>

</HTML>