[movitz-cvs] CVS update: public_html/movitz.html

Frode Vatvedt Fjeld ffjeld at common-lisp.net
Wed Apr 7 01:13:41 UTC 2004


Update of /project/movitz/cvsroot/public_html
In directory common-lisp.net:/tmp/cvs-serv13569

Modified Files:
	movitz.html 
Log Message:
Slight change to description of GC: interrupt frames are now somewhat
supported.

Date: Tue Apr  6 21:13:41 2004
Author: ffjeld

Index: public_html/movitz.html
diff -u public_html/movitz.html:1.6 public_html/movitz.html:1.7
--- public_html/movitz.html:1.6	Tue Mar 30 03:35:32 2004
+++ public_html/movitz.html	Tue Apr  6 21:13:41 2004
@@ -10,7 +10,7 @@
  Author:        Frode Vatvedt Fjeld <frodef at acm.org>
  Created at:    Wed Nov  5 09:55:54 2003
                 
- $Id: movitz.html,v 1.6 2004/03/30 08:35:32 ffjeld Exp $
+ $Id: movitz.html,v 1.7 2004/04/07 01:13:41 ffjeld Exp $
                 
 -->
 
@@ -20,7 +20,7 @@
 </head>
 <body>
 <h1>Movitz: A Common Lisp OS development platform</h1>
-<tt>$Id: movitz.html,v 1.6 2004/03/30 08:35:32 ffjeld Exp $</tt>
+<tt>$Id: movitz.html,v 1.7 2004/04/07 01:13:41 ffjeld Exp $</tt>
 
 <h2><a href="files/">Files</a></h2>
 <p> The latest <a href="files/los0.img"> los0 kernel image</a> and its
@@ -157,7 +157,7 @@
 
 <li> <tt>map-stack-words</tt> works similarly for a control stack. A
 stack is wrapped as a vector specialized to <tt>(unsigned-byte
-32)</tt> in memory, so it will not recognized as pointers by
+32)</tt> in memory, so it will not be recognized as pointers by
 e.g. <tt>map-heap-words</tt>. Hence, this function must be used
 explicitly over each live control stack in order to capture all
 pointers in the system. Another reason why stacks are special, is that
@@ -179,8 +179,10 @@
 to be promoted from the two 256 KB buffers, so you cannot have more
 than this amount of live, dynamically allocated data. You may trigger
 the GC process explicitly with <tt>(stop-and-copy)</tt>. Note that
-there are still several rough edges remaining this GC implementation,
-e.g. it will not behave across any kind of interrupt.
+there are still rough edges remaining this GC implementation.
+E.g. there is no support for code-vectors migrating yet, although this
+will only become an issue when new code-vectors are consed up (i.e. by
+incremental compilation of some sort).
 
 <h2>About OS design in Common Lisp</h2>
 





More information about the Movitz-cvs mailing list