On Sat, Oct 13, 2001 at 02:46:26PM +0400, Alexey Dejneka wrote:
> > debugger invoked on conditinon of type TYPE-ERROR:
> > The value
> > #S(SB-C::COMPILED-DEBUG-FUN
> > :NAME SB-KERNEL::UNDEFINED-SYMBOL-ERROR-HANDLDER
> > [blah blah]
> > ...)
> > is not of type
> > SB-DI:DEBUG-FUN.
> The attached patch fixes this bug.
Thank you. I've rewritten the code along the lines of your patch in
sbcl-0.pre7.62, just checked in. Hopefully I didn't introduce any more
> > Does this also stem from the recent IR1/EVAL-WHEN changes? Would
> > somebody mind explaining the deep, underlying reason for this? :)
> I have not found the origin. This code existed before autumn rewritings.
The origin seems to be that I renamed everything
s/debug-function/debug-fun/, and although I glanced at each line to
see whether it looked logical, I didn't check carefully enough to
notice that in PARSE-COMPILED-DEBUG-BLOCKS, the names DEBUG-FUNCTION
and DEBUG-FUN were used to refer to distinct things. My substitution
turned them into the same name, so the distinction got lost and things
It's renaming that got me into this trouble, but this kind of thing is
part of the reason that I've been doing so much renaming. It's quite
difficult for me to work with code where such similar names are used
for distinct things, and the difference between the names gives no
hint as to the nature of the distinctions between the named things.
:LOWTAG OTHER-POINTER-TYPE :LOWTAG OTHER-POINTER-LOWTAG
:HEADER BIGNUM-TYPE :WIDETAG BIGNUM-WIDETAG
..) ..) ..) ..)
But it's probably time to stop renaming so many things and start
concentrating on fixing the damage instead.:-|
William Harold Newman <william.newman@...>
"Those who study history are doomed to watch others repeat it."
- Susan E. Cohen
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C