<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    <div class="moz-text-flowed" style="font-family: -moz-fixed;
      font-size: 12px;" lang="x-western">Squeak Oversight Board minutes
      – 7/19/11<br>
      <br>
      Attending: Chris Muller, Bert Freudenberg, Colin Putney, Randal
      Schwartz, Levente Uzonyi, Jecel Assumpacao Jr., Chris Cunnington;
      and Craig Latta
      <br>
      <br>
      -Special guess speaker at this meeting Craig Latta discussing
      Spoon
      <br>
      <br>
      -Spoon looks like this: You have an open 4.2 image with a browser
      called the Remote Browser. It looks into the miniature image that
      exists outside the 4.2 image. You can perform changes on the
      miniature image from within the 4.2 image.
      <br>
      <br>
      -Adding code from the 4.2 image to the miniature image is called
      “imprinting”. Methods are sent over from the 4.2 ObjectMemory a
      method at a time. They are given an identifier before being sent
      to the remote image. Some additional information such as “Class”
      is added to the method before transport. A client in the 4.2 image
      sends the method to the server in the other image.
      <br>
      <br>
      -The native state of a Spoon method can be passed between any
      dialect of Smalltalk as a pure piece of ObjectMemory called a
      module
      <br>
      <br>
      -The inter-image communication is accomplished using a socket
      package called Flow, which does not seem to appear on
      SqueakSource, and yet is a project over a decade old
      <br>
      <br>
      <br>
      -Spoon “imprinting” is accomplished, because some changes are made
      to the virtual machine with the client.
      <br>
      <br>
      -The process of images talking to each other is called remote
      messaging and it allows both images to know what methods are
      present in each image
      <br>
      <br>
      -Spoon has modifications made in the garbage collector. Each
      method in the micro image has a bit that gets flipped if that
      method is actually used. The GC can then delete any method that
      was not used in an execution. This turns 99% of unwanted
      ObjectMemory to dust.
      <br>
      <br>
      -The question of Spoon arose at the SOB last meeting when the
      issue of Cog becoming the official vm for Squeak was raised. This
      would be an important transition, as older images may not run on
      the new virtual machine. This issue attracted an older idea
      previously discussed of making a Squeak based on Spoon.
      <br>
      <br>
      -It looks as though the work on Spoon could be adopted
      incrementally. Support for the possibilities raised by Spoon in
      the SOB is high.
      <br>
      <br>
      -An Agenda Item For The Next Meeting: Software Freedom
      Conservancy; first impressions playing with the Spoon release
      <br>
      <br>
    </div>
  </body>
</html>