Hello,
It seems to be, that bootstrap logic does not work anymore in new Tweak-Core package, running on top of Squeak 4.1 For example: "CWorldPlayer run" fails, as CWorldPlayer instance could not be properly initialized.
What could be the problem with this?
Thanks for any insights Nikolay
Hello Nicolay,
I use CProjectMorph open: AnyCPLayerSubclass
John
On Tue, Jul 27, 2010 at 7:10 PM, Nikolay Suslov nsuslovi@gmail.com wrote:
Hello,
It seems to be, that bootstrap logic does not work anymore in new Tweak-Core package, running on top of Squeak 4.1 For example: "CWorldPlayer run" fails, as CWorldPlayer instance could not be properly initialized.
What could be the problem with this?
Thanks for any insights Nikolay
On 7/27/2010 4:10 PM, Nikolay Suslov wrote:
Hello,
It seems to be, that bootstrap logic does not work anymore in new Tweak-Core package, running on top of Squeak 4.1 For example: "CWorldPlayer run" fails, as CWorldPlayer instance could not be properly initialized.
What could be the problem with this?
Some of this stuff got broken and I just didn't find the energy to fix it. Can you say a little more what concretely you're trying to make work? There may be easier way to do things now.
Cheers, - Andreas
Andreas,
I am trying to get an old pure Croquet 1.0.18 code working on the latest Squeak 4.1 image.
So, loading the latest FFI, CroquetGL, Tweak-Core, Matthew's Croquet-Kernel changes , and almost all code from an old Croquet-1.0.18 image, I managed finally to run the demos, yes! But, the demos like SimpleDemo or KATDemo uses Tweak and it's bootstrap logic for initialization.
I have prepared an image to try (based on updated Squeak4.2-10160-alpha): http://www.krestianstvo.ru/sdk/Croquet-Squeak4.1-image.zip and "image with all needed content": http://www.krestianstvo.ru/sdk/CroquetSDK-1.0.18-Squeak4.1.zip
To run into the error, you should uncomment "self runTweakCycle, in #step (CroquetParticipantWithMenu).
I know that Matthew is using the new Tweak logic for getting Open Cobalt to work, but the idea is to have an old bootstrap code also working, as it should be and have a backward compatibility.
Is it possible to achieve?
Thanks, Nikolay
On Wed, Jul 28, 2010 at 7:37 AM, Andreas Raab andreas.raab@gmx.de wrote:
On 7/27/2010 4:10 PM, Nikolay Suslov wrote:
Hello,
It seems to be, that bootstrap logic does not work anymore in new Tweak-Core package, running on top of Squeak 4.1 For example: "CWorldPlayer run" fails, as CWorldPlayer instance could not be properly initialized.
What could be the problem with this?
Some of this stuff got broken and I just didn't find the energy to fix it. Can you say a little more what concretely you're trying to make work? There may be easier way to do things now.
Cheers,
- Andreas
(2nd try with smaller attachment)
On 7/28/2010 2:53 AM, Nikolay Suslov wrote:
I have prepared an image to try (based on updated Squeak4.2-10160-alpha): http://www.krestianstvo.ru/sdk/Croquet-Squeak4.1-image.zip and "image with all needed content": http://www.krestianstvo.ru/sdk/CroquetSDK-1.0.18-Squeak4.1.zip
To run into the error, you should uncomment "self runTweakCycle, in #step (CroquetParticipantWithMenu).
Ah, thank you so much! This was just what I need to find this particular bug. It turns out that the bootstrap was indeed badly broken due to a change in the way events are handled. The fix is trivial and not only addresses your problem but also makes the long standing test errors in TweakToolBuildTests go away!
The fix is in the TweakCore repository and can be installed via:
(Installer ss project: 'TweakCore') install: 'Scripting'.
(hm ... someone should a #merge: option for Installer)
I know that Matthew is using the new Tweak logic for getting Open Cobalt to work, but the idea is to have an old bootstrap code also working, as it should be and have a backward compatibility.
Is it possible to achieve?
Looking good right now. After installing the above and fixing a non-boolean in CDefaultWidgetLibrary by executing:
CDefaultWidgetLibrary classPool at: #ImparaColors put: false.
(I'll fix that in the repository tonight) and uncommenting the code in #step I was able to run a SimpleDemoMaster just fine (see screenshot).
Thanks for your help!
Cheers, - Andreas
On 28.07.2010, at 12:25, Andreas Raab wrote:
was able to run a SimpleDemoMaster just fine (see screenshot).
Great!
On a slightly related note, I chatted with Matthew (and Julian) at Squeakfest about tile scripting for 3D objects in Open Cobalt. I seem to remember we once experimented with "remote-controlling" Croquet objects using a locally-run Tweak project. But this was some time ago so I'm hazy on the details. Do you have an idea what would be needed for actual scripting of croquet objects using a 2D Tweak tile interface?
- Bert -
On 7/28/2010 7:32 PM, Bert Freudenberg wrote:
On 28.07.2010, at 12:25, Andreas Raab wrote:
was able to run a SimpleDemoMaster just fine (see screenshot).
Great!
On a slightly related note, I chatted with Matthew (and Julian) at Squeakfest about tile scripting for 3D objects in Open Cobalt. I seem to remember we once experimented with "remote-controlling" Croquet objects using a locally-run Tweak project. But this was some time ago so I'm hazy on the details. Do you have an idea what would be needed for actual scripting of croquet objects using a 2D Tweak tile interface?
You have two options:
1) Create a local proxy for the replicated object and have it control the replicated target. This has the advantage that you don't need to replicate the script but the disadvantage that the script is disassociated from the object and won't persist if the local user drops out.
2) Replicate the script into the island and run it there. This is obviously more in line with the ideas of Croquet but the thought of all the things that could go wrong led me to never go down this path.
Cheers, - Andreas
squeak-dev@lists.squeakfoundation.org