<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style='font-size:10pt;font-family:Verdana,Arial,Helvetica,sans-serif;'>David,<br><br>Thank you.<br><br>Eliminating the UUID as the cause is very helpful. <br><br>I think I will build a straight Cog vm just for giggles and see if that works out of the box.<br><br>Then, ddd.<br><br>Should be fun.<br><br>thx.<br><br><br><br><br><div id="1"><br>---- On Wed, 19 Feb 2014 07:08:02 -0800 <b>David T. Lewis&lt;lewis@mail.msen.com&gt;</b> wrote ---- <br></div><br><blockquote style="border-left: 1px solid #0000FF; padding-left: 6px; margin:0 0 0 5px">  <br>Hi tty, <br> <br>You can safely leave the UUID plugin out of your build. Don't worry about <br>it for now, as it will have no significant impact on your VM or on your <br>ability to run an image. <br> <br>You should expect to see the "This interpreter (vers. 6505) cannot read <br>image file" message on the older Squeak images (2.8 and 3.0) but not on <br>the 4.5 image. You VM will read an image format number from the first 4 <br>(or 8) bytes of the image file to determine what flavor of image it is, so <br>something may be going wrong at the point. But it sounds like the 4.5 <br>image is actually running, though perhaps failing to open a display window <br>properly. <br> <br>The build system for Cog (and StackInterpreter) uses plugins.int and <br>plugins.ext that you can edit by hand. Keep of copy of them outside your <br>build directory so that you can restore your configuration quickly if you <br>delete them. (In the trunk VM build, plugins.int and plugins.ext are <br>generated by VMMakerTool, or you can use hand edited versions as in Cog if <br>you prefer.) <br> <br>Dave <br> <br>&gt;  Howdy all. <br>&gt; <br>&gt; I am able to build the source for the StackIntepreter and do a make <br>&gt; install. (very gratifying) <br>&gt; <br>&gt; I had to remove the UUID from plugins.int for the build to succeed (I will <br>&gt; be investigating this later)* <br>&gt; <br>&gt; I tried launching a Squeak 3.0, 2.8 , 4.0 and finally the 4.5 image in <br>&gt; that order. I kept getting variants of <br>&gt; <br>&gt; This interpreter (vers. 6505) cannot read image file (vers. 1712914432). <br>&gt; Press CR to quit.. <br>&gt; <br>&gt; <br>&gt; <br>&gt; The 4.5 (the image from which it was built) is the only one that attempts <br>&gt; to run; no World launches <br>&gt; <br>&gt; While I am dusting off my ddd manual to debug this, I thought I would post <br>&gt; this to get your thoughts in case there are any flashing red lights that <br>&gt; are obvious to anybody. <br>&gt; <br>&gt; My 'working thoughts' at the moment are: <br>&gt; <br>&gt; 1. UUID could be required for the thing to run, but I don't know that. <br>&gt; 2. Since it is StackInterpreter, I assumed it would have to run against an <br>&gt; older pre-Cog image, but it refuses to launch the image <br>&gt;    Thinking about it, this semi-makes sense because StackInterpreter is <br>&gt; under NewObjectMemory in the class hierarchy <br>&gt; 3. Verify why plugins.int/ext did not get modified from VMMakerTool and <br>&gt; had to be hand-edited (which I prefer, btw). I am pretty sure Eliot <br>&gt; mentioned this in an email to Tim R. <br>&gt; <br>&gt; <br>&gt; Thanks for your time. <br>&gt; <br>&gt; tty. <br>&gt; <br>&gt; <br>&gt; *the include /usr/include/uuid/uuid.h is there as is the function <br>&gt; definition that burps--probably a 32bit compat lib issue--no big deal for <br>&gt; now. <br>&gt; <br>&gt; <br>&gt; <br> <br> <br></blockquote><br></div></body></html>