From 6da872adcd17f7c619e210616ece0fdd280581ca Mon Sep 17 00:00:00 2001 From: Nikodemus Siivola Date: Mon, 14 Jan 2008 12:41:43 +0000 Subject: [PATCH] 1.0.13.31: update bug #108 (ROOM issues) * 1.0.3.21 took care of the (SAP= CURRENT END) aver failure, but other issues remain. --- BUGS | 21 +++++++++------------ version.lisp-expr | 2 +- 2 files changed, 10 insertions(+), 13 deletions(-) diff --git a/BUGS b/BUGS index f28681945..a33ce7f45 100644 --- a/BUGS +++ b/BUGS @@ -249,20 +249,17 @@ WORKAROUND: comfortable merging the patches in the CVS version of SBCL. 108: - (TIME (ROOM T)) reports more than 200 Mbytes consed even for - a clean, just-started SBCL system. And it seems to be right: - (ROOM T) can bring a small computer to its knees for a *long* - time trying to GC afterwards. Surely there's some more economical - way to implement (ROOM T). + ROOM issues: - Daniel Barlow doesn't know what fixed this, but observes that it - doesn't seem to be the case in 0.8.7.3 any more. Instead, (ROOM T) - in a fresh SBCL causes + a) ROOM works by walking over the heap linearly, instead of + following the object graph. Hence, it report garbage objects that + are unreachable. (Maybe this is a feature and not a bug?) - debugger invoked on a SB-INT:BUG in thread 5911: - failed AVER: "(SAP= CURRENT END)" - - unless a GC has happened beforehand. + b) ROOM uses MAP-ALLOCATED-OBJECTS to walk the heap, which doesn't + check all pointers as well as it should, and can hence become + confused, leading to aver failures. As of 1.0.13.21 these (the + SAP= aver in particular) should be mostly under control, but push + ROOM hard enough and it still might croak. 117: When the compiler inline expands functions, it may be that different diff --git a/version.lisp-expr b/version.lisp-expr index 3b1fd03c1..6441ca156 100644 --- a/version.lisp-expr +++ b/version.lisp-expr @@ -17,4 +17,4 @@ ;;; checkins which aren't released. (And occasionally for internal ;;; versions, especially for internal versions off the main CVS ;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".) -"1.0.13.30" +"1.0.13.31" -- 2.11.4.GIT