How to run InterpreterSimulator?

>  
>
> Is this problem too big to be solved by the VM team? Aik-Siong Koh
>
>
>
> askoh wrote:
> >
> > I downloaded
> > Squeak3.10.2-7179-win32.zip
> > Launched a fresh image.
> > Clicked Package Universe Browser.
> > Clicked Update list from network.
> > Select/System/FFI version 3.9.1
> > Clicked Select package.
> > Repeat for
> >               FFI examples version 3.9
> >               FFI Tests version 3.9
> > Clicked Install selections.
> >
> > Visit
> > http://www.squeaksource.com/VMMaker.html
> > Download
> > http://www.squeaksource.com/VMMaker/VMMaker-dtl.119.mcz
> >
> > In Squeak, Click/open/Monticello Browser/
> > Locate VMMaker-dtl.119.mcz and load it.
> >
> > In Squeak, open browser on InterpreterSimulation, read comments
> > Highlight and doit.
> > (InterpreterSimulator new openOn: Smalltalk imageName) test
> > And I get an exception.
> >
> > What am I doing wrong?
> >
> > All the best,
> > Aik-Siong Koh
> >
>
> --
> View this message in context: http://www.nabble.com/How-to-run-InterpreterSimulator--tp23151998p23194419.html
> Sent from the Squeak vm-dev mailing list archive at Nabble.com.

>  
> David T. Lewis wrote:
>
> > That said, I don't think anyone is actively working on it right now,
> > at least not from the point of view of making the simulator work
> > across a range of image versions and VM versions.
>
> It seems that Aik-Siong Koh is trying to load a 3.10.2 image into a
> simulator running inside the same 3.10.2 image and so doesn't care about
> other combinations. Usually, the more recent the simulated image the
> more complicated it is to make things work since it demands more
> features from the simulated VM than an older image would.
>
> Here are four bug fixes that are probably relevant for getting the
> simulator to understand 3.10.2:
>
> http://bugs.squeak.org/view.php?id=6555
>
> Previously I had just tried loading them all, but that didn't work and a
> quick look shows that they are not compatible with each other.
>
> My plan is to attack this problem (probably over the weekend) and
> develop a script that will load all needed components and fixes so that
> the simulator running inside Squeak 3.10.2 will work with the most
> recent image possible (I will aim for 3.10.2 but might have to settle
> for something older than that - the script will have comments on which
> image to get).

>
> See http://bugs.squeak.org/view.php?id=7103
>
> With these changes, sound works on 64-bit Linux ALSA and OSS for  
> both 32-bit
> and 64-bit images. There are changes to Cross/plugins/SoundPlugin/
> SoundPlugin.h
> so some updates will be required for win32 and Mac OS (minor changes  
> to
> pass pointers properly).

> El lun, 27-04-2009 a las 07:38 -0400, David T. Lewis escribió:
>> See http://bugs.squeak.org/view.php?id=7103
>>
>> With these changes, sound works on 64-bit Linux ALSA and OSS for  
>> both 32-bit
>> and 64-bit images. There are changes to Cross/plugins/SoundPlugin/
>> SoundPlugin.h
>> so some updates will be required for win32 and Mac OS (minor  
>> changes to
>> pass pointers properly).
>
>
> Hi David.
> I think there are still some code that must be patched and you  
> forgot to
> include in the patch in mantis.
> I've compiled the vm, patching the 3.10.4 sources and it still  
> segfaults
> (using Debian Lenny + alsa).
>
> I'm attaching the patch I've used (it should be the same patch you  
> sent,
> but unified and all in one file, but it might help to know what is
> missed). The log is:
>
> patching file platforms/Cross/plugins/SoundPlugin/SoundPlugin.h
> patching file platforms/unix/plugins/SoundPlugin/sqUnixSound.c
> patching file platforms/unix/vm-sound-ALSA/sqUnixSoundALSA.c
> patching file platforms/unix/vm-sound-MacOSX/sqUnixSoundMacOSX.c
> patching file platforms/unix/vm-sound-NAS/sqUnixSoundNAS.c
> patching file platforms/unix/vm-sound-null/sqUnixSoundNull.c
> patching file platforms/unix/vm-sound-OSS/sqUnixSoundOSS.c
> patching file platforms/unix/vm-sound-Sun/sqUnixSoundSun.c
> patching file platforms/unix/vm/SqSound.h
>
>
> Regards
> José L.
> <sound64bits.dpatch>

>  
> El lun, 27-04-2009 a las 17:09 -0400, David T. Lewis escribi??:
> > On Mon, Apr 27, 2009 at 08:49:41PM +0200, Jos? L. Redrejo Rodr?guez wrote:
> > >  
> > > El lun, 27-04-2009 a las 19:29 +0200, Bert Freudenberg escribi??:
> > > >
> > > > You also need to regenerate the src/plugins/SoundPlugin.c file after  
> > > > applying the SoundPlugin-64bit-dtl.1.cs changeset.
> > >
> > > Thanks Bert, I  had missed that. Now it works perfectly, I'm sending
> > > this email from an amd64 Lenny installation where Squeak sounds!!
> >
> > Great, thanks for trying the patches.
> >
> > > Thanks very much David for your work, this has been an issue for a long
> > > time.
> > >
> > > The same problem is still there with RomePlugin and GstreamerPlugin,
> > > both used in the eToys image. It would be great if you could also take a
> > > look at them. I'll fill a bug in mantis for them if that's better to
> > > track the problem.
> >
> > Yes, it would be helpful if you can open Mantis bugs for these also.
> > I am not really familiar with these two plugins, but I will be happy
> > to take a look at them and see if I can get them working on 64-bit
> > systems.
>
> I've filled http://bugs.squeak.org/view.php?id=7344 for the Rome plugin.
> That one is really easy to reproduce.
>
> I'll do more tests with gstreamer to document its fail as good as
> possible.

>
> On Tue, Apr 28, 2009 at 09:32:55AM +0200, Jos? L. Redrejo Rodr?guez  
> wrote:
>>
>> El lun, 27-04-2009 a las 17:09 -0400, David T. Lewis escribi??:
>>> On Mon, Apr 27, 2009 at 08:49:41PM +0200, Jos? L. Redrejo Rodr?
>>> guez wrote:
>>>>
>>>> El lun, 27-04-2009 a las 19:29 +0200, Bert Freudenberg escribi??:
>>>>>
>>>>> You also need to regenerate the src/plugins/SoundPlugin.c file  
>>>>> after
>>>>> applying the SoundPlugin-64bit-dtl.1.cs changeset.
>>>>
>>>> Thanks Bert, I  had missed that. Now it works perfectly, I'm  
>>>> sending
>>>> this email from an amd64 Lenny installation where Squeak sounds!!
>>>
>>> Great, thanks for trying the patches.
>>>
>>>> Thanks very much David for your work, this has been an issue for  
>>>> a long
>>>> time.
>>>>
>>>> The same problem is still there with RomePlugin and  
>>>> GstreamerPlugin,
>>>> both used in the eToys image. It would be great if you could also  
>>>> take a
>>>> look at them. I'll fill a bug in mantis for them if that's better  
>>>> to
>>>> track the problem.
>>>
>>> Yes, it would be helpful if you can open Mantis bugs for these also.
>>> I am not really familiar with these two plugins, but I will be happy
>>> to take a look at them and see if I can get them working on 64-bit
>>> systems.
>>
>> I've filled http://bugs.squeak.org/view.php?id=7344 for the Rome  
>> plugin.
>> That one is really easy to reproduce.
>>
>> I'll do more tests with gstreamer to document its fail as good as
>> possible.
>
> Thanks.
>
> One more follow-up question concerning sound: Is the SoundCodecPlugin
> important for you on 64-bit Linux? This is used Klatt (Speaker default
> say: 'hello'). The plugin is separate from SoundPlugin, and it has not
> been updated for 64-bit systems. For example, if you evaluate
> "Speaker manWithEditor" and then put the editor in the trash, the VM
> will crash on a 64-bit platform. Is this important for EToys?