From: Christophe R. <cs...@ca...> - 2006-09-19 21:47:25
|
Levente M=C3=A9sz=C3=A1ros <lev...@gm...> writes: > Hi, > > Here is an issue which I could not get over, any help is appreciated. > > Using x86-64 backend under linux and loading a set of ASDF libraries such= as > cl-containers for example I got the following behavior. Unfortunately I c= ould > not reproduce it without loading all those libraries, but still it seems = some > CLOS cache thing. > > I could not narrow the problem more than this, if I omit the base class f= or > example or use a different (less complex class) than set-container then t= he > whole thing just works. > > Any idea? What you're showing is a slime backtrace, which is fine for most purposes but, as you've observed, when things go badly wrong gets in the way. Can you reproduce this without slime getting in the way, and then get me some of the frames beyond those you're currently showing? It is possible that there will be an error in printing the frames beyond your frame 38, at which point you may need to break out of a nested debugger and do some blind debugging (e.g. by calling things like (type-of (sb-debug:arg 1)) to get some clues about the frames you're seeing). What is probably happening is some kind of metacircle, but without some more information it'll be hard to diagnose. The error is showing up below a call to=20 (setf (slot-value class 'wrapper) ...) where there is a cache miss. This is unusual, in that I would have expected that classes usually should have the same index offset for their wrapper slot. Another useful piece of information would be for you to iterate over all the classes and find those which have a wrapper slot location offset which is noticeably different from that of standard classes. > 38: (SB-PCL::ACCESSOR-MISS #<STANDARD-GENERIC-FUNCTION (SB-PCL::SLOT-ACC= ESSOR > :GLOBAL SB-PCL::WRAPPER SB-PCL::WRITER) (1)> #<SB-PCL::WRAPPER #<STANDARD= -CLASS > METABANG.CL-CONTAINERS:SET-CONTAINER> {1005FE2D91}> #<STANDARD-CLASS > METABANG.CL-CONTAINERS:SET-CONTAINER> #<SB-PCL::N-N {1006938EC1}>) Cheers, Christophe |