[elephant-devel] slot-exists-p / slot-exists-p-using-class

[Robert L. Read]

Thanks for this large and excellent body of work, Ian.

I agree that we should use closer-to-mop.

However, I am tempted to release 0.6.0 even in the presence of these
bugs, 
as all of them concern the new functionality that you have added.  I am
pretty
confident 0.6.0 represents no regression from previous releases, and
certainly
is better in other ways.

On Wed, 2006-02-22 at 17:28 -0500, Ian Eslick wrote:

> These do not appear to be properly implemented for persistent slots on
> any platform.  This may be part of the problem that Andrew, Robert and I
> are looking at.  It should be easy to add, but I don't understand why
> it's not failing.
> 
> I also found a couple of small problems I introduced into the tests
> accidentally while exploring these bugs.  I have fixed these in my
> latest checkin.  If you're working on these bugs, please update:
> 
> My full status as of this checkin is:
> 
> Mac OS X 10.4 / ACL 8.0 / BDB -
>     Backend: Green 
>     Migration: Green
> Mac OS X 10.4 / ACL 8.0 / SQL -
>     Backend:
>     Fails: INDEXING-CHANGE-CLASS (fails due to get-instances-by-value
> returning 0 instead of 1 instance)
>     Fails: INDEXING-REDEF-CLASS (fails due to get-instances-by-value
> returns 2 instead of 1 instance)
>     Migration:
>     Fails: MIGRATE-IPCLASS (fails due to get-instances-by-value
> returning 2 instead of 1)
> Mac OS X 10.4 / SBCL 8.0 / BDB
>     Backend:
>     Fails: INDEXING-REDEF-CLASS (slot not found bug discussed in earlier
> e-mail)
>     Migration: Green
> Mac OS X 10.4 / SBCL 8.0 / SQL
>     Backend:
>     Fails: INDEXING-REDEF-CLASS (slot not found bug discussed in earlier
> e-mail)
>     Migration:
>     Fails: MIGRATE-IPCLASS (fails due to get-instances-by-value
> returning 2 instead of 1)
> 
> I'm beginning to think that porting over to a MOP compatibility layer
> (like closer-to-mop) may be a better course than to continue to patch
> the current system if no one can find this with a little more effort.  I
> don't have time for at least two weeks to look at this.  I will be
> available to answer questions, but not for any significant debugging or
> development.
> 
> Ian
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/elephant-devel/attachments/20060222/a9a6be00/attachment-0001.html>