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