Hello Anton,

I will apply this workaround on Tuesday and let you know the results.

Frankly speaking, it looks like some data corruption, because the scenario is the next: SBCL loads 130 files and then the compiler error occurs. However, running the build again without clearing FASL files makes SBCL crash on 150th file or so, but it is able to compile the 130th one before that. The next build will crash on 170th and so on. All this looks like a GC bug, or something similar.

Happy Easter,

2011/4/22 Anton Kovalenko <anton@sw4me.com>
Anton Kovalenko <anton@sw4me.com> writes:

> Hi Roman,
> Unfortunately, I've overlooked your reply on SBCL/Windows/X64
> testing. Today I've noticed the backtrace you have provided;

Sorry, dear readers: that should be a private e-mail.

(However, if someone has a good idea where to look for compiler pieces
that work with float infinities and don't disable the :overflow trap,
I'd be glad to hear it).

Regards, Anton Kovalenko
+7(916)345-34-02 | Elektrostal' MO, Russia

Fulfilling the Lean Software Promise
Lean software platforms are now widely adopted and the benefits have been
demonstrated beyond question. Learn why your peers are replacing JEE
containers with lightweight application servers - and what you can gain
from the move. http://p.sf.net/sfu/vmware-sfemails
Sbcl-devel mailing list