we need help for rome

> Hi
>
> We need help.
> Can you execute
>
> Gofer new
> squeaksource: 'PharoTaskForces';
> version: 'Rome-StephaneDucasse.4';
> load
>
> RomeDemo demoMovingCar
>
> And let me know if you get an error?
>
> Then can you let us know what is the value of Smalltalk listLoadedModules
>
> I do not understand why the prim failed even if the plugin is loaded.
> Stef
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> Hi,
> I run the code on Pharo 1.0 stable and the primitive primOpen fail.
>
> VM: Mac OS - intel - 1063 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.2b1
> Image: Pharo-1.0 [Latest update: #10517]
>
> Here the stack trace:
>
> --- The full stack ---
> RomePluginCanvas(Object)>>error:
> RomePluginCanvas(Object)>>primitiveFailed
> RomePluginCanvas>>primOpen
> RomePluginCanvas>>open
> RomePluginCanvas>>setTarget:
> RomePluginCanvas class(RomeCanvas class)>>on:
> RomeCanvas class>>new
> RomeDemo class>>demoMovingCar
> UndefinedObject>>DoIt
> Compiler>>evaluate:in:to:notifying:ifFail:logged:
> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection
> BlockClosure>>on:do:
> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection
> TextMorphForShoutEditor(ParagraphEditor)>>doIt
> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt:
> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround:
> TextMorphForShoutEditor(ParagraphEditor)>>doIt:
> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with:
> TextMorphForShoutEditor(TextMorphEditor)>>dispatchOnKeyEvent:with:
> TextMorphForShoutEditor(ParagraphEditor)>>keystroke:
> TextMorphForShoutEditor(TextMorphEditor)>>keystroke:
> [] in [] in TextMorphForShout(TextMorph)>>keyStroke:
> TextMorphForShout(TextMorph)>>handleInteraction:
> TextMorphForShout(TextMorphForEditView)>>handleInteraction:
> [] in TextMorphForShout(TextMorph)>>keyStroke:
> ECToolSet class>>codeCompletionAround:textMorph:keyStroke:
> DEVToolSet class>>codeCompletionAround:textMorph:keyStroke:
> ToolSet class>>codeCompletionAround:textMorph:keyStroke:
> TextMorphForShout(TextMorph)>>keyStroke:
> TextMorphForShout(TextMorphForEditView)>>keyStroke:
> TextMorphForShout(TextMorph)>>handleKeystroke:
> KeyboardEvent>>sentTo:
> TextMorphForShout(Morph)>>handleEvent:
> TextMorphForShout(Morph)>>handleFocusEvent:
> [] in HandMorph>>sendFocusEvent:to:clear:
> [] in PasteUpMorph>>becomeActiveDuring:
> BlockClosure>>on:do:
> PasteUpMorph>>becomeActiveDuring:
> HandMorph>>sendFocusEvent:to:clear:
>  - - - - - - - - - - - - - - -  
> - - - - - - - - - - - - - - - - - -
> HandMorph>>sendEvent:focus:clear:
> HandMorph>>sendKeyboardEvent:
> HandMorph>>handleEvent:
> HandMorph>>processEvents
> [] in WorldState>>doOneCycleNowFor:
> Array(SequenceableCollection)>>do:
> WorldState>>handsDo:
> WorldState>>doOneCycleNowFor:
> WorldState>>doOneCycleFor:
> PasteUpMorph>>doOneCycle
> [] in Project class>>spawnNewProcess
> [] in BlockClosure>>newProcess
>
> 2010/4/16 Fernando olivero <[hidden email]>
> Same results as you.
>
>
> -----------------------------
> Gofer new
>                squeaksource: 'PharoTaskForces';
>                version: 'Rome-StephaneDucasse.4';
>                load
>
>        RomeDemo demoMovingCar
>
> SmalltalkImage  current listLoadedModules  #('SurfacePlugin Sep 27 2009 (i)' 'RomePlugin dg.40 4 February 2008 (e)' 'UUIDPlugin 17 September 2009 (i)' 'SoundGenerationPlugin 17 September 2009 (i)' 'SoundPlugin 17 September 2009 (i)' 'FloatArrayPlugin 17 September 2009 (i)' 'ClipboardExtendedPlugin 20 August 2009 (e)' 'SocketPlugin 17 September 2009 (i)' 'JPEGReadWriter2Plugin 17 September 2009 (i)' 'ZipPlugin 17 September 2009 (i)' 'InternetConfigPlugin 17 September 2009 (i)' 'B2DPlugin 17 September 2009 (i)' 'LargeIntegers v1.5 17 September 2009 (i)' 'FT2Plugin 24 April 2007 (e)' 'BitBltPlugin 17 September 2009 (i)' 'SecurityPlugin 17 September 2009 (i)' 'FilePlugin 17 September 2009 (i)' 'DropPlugin 17 September 2009 (i)' 'MiscPrimitivePlugin 17 September 2009 (i)')
>
> SmalltalkImage current aboutThisSystem  => Pharo-1.0-10515-rc3
> SmalltalkImage current vmVersion =>  'Squeak3.8.1 of ''28 Aug 2006'' [latest update: #6747] Squeak VM 4.2.2b1'
>
> -----------------------------
>
> On Apr 16, 2010, at 12:39 PM, Stéphane Ducasse wrote:
>
> > Hi
> >
> > We need help.
> > Can you execute
> >
> >       Gofer new
> >               squeaksource: 'PharoTaskForces';
> >               version: 'Rome-StephaneDucasse.4';
> >               load
> >
> >       RomeDemo demoMovingCar
> >
> > And let me know if you get an error?
> >
> > Then can you let us know what is the value of Smalltalk listLoadedModules
> >
> > I do not understand why the prim failed even if the plugin is loaded.
> > Stef
> >
> > _______________________________________________
> > Pharo-project mailing list
> > [hidden email]
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> oThanks fabrizio
>
> We all have the same problem and I have no idea how to solve it
>
> On Apr 16, 2010, at 4:28 PM, Fabrizio Perin wrote:
>
>> Hi,
>> I run the code on Pharo 1.0 stable and the primitive primOpen fail.
>>
>> VM: Mac OS - intel - 1063 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.2b1
>> Image: Pharo-1.0 [Latest update: #10517]
>>
>> Here the stack trace:
>>
>> --- The full stack ---
>> RomePluginCanvas(Object)>>error:
>> RomePluginCanvas(Object)>>primitiveFailed
>> RomePluginCanvas>>primOpen
>> RomePluginCanvas>>open
>> RomePluginCanvas>>setTarget:
>> RomePluginCanvas class(RomeCanvas class)>>on:
>> RomeCanvas class>>new
>> RomeDemo class>>demoMovingCar
>> UndefinedObject>>DoIt
>> Compiler>>evaluate:in:to:notifying:ifFail:logged:
>> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection
>> BlockClosure>>on:do:
>> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection
>> TextMorphForShoutEditor(ParagraphEditor)>>doIt
>> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt:
>> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround:
>> TextMorphForShoutEditor(ParagraphEditor)>>doIt:
>> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with:
>> TextMorphForShoutEditor(TextMorphEditor)>>dispatchOnKeyEvent:with:
>> TextMorphForShoutEditor(ParagraphEditor)>>keystroke:
>> TextMorphForShoutEditor(TextMorphEditor)>>keystroke:
>> [] in [] in TextMorphForShout(TextMorph)>>keyStroke:
>> TextMorphForShout(TextMorph)>>handleInteraction:
>> TextMorphForShout(TextMorphForEditView)>>handleInteraction:
>> [] in TextMorphForShout(TextMorph)>>keyStroke:
>> ECToolSet class>>codeCompletionAround:textMorph:keyStroke:
>> DEVToolSet class>>codeCompletionAround:textMorph:keyStroke:
>> ToolSet class>>codeCompletionAround:textMorph:keyStroke:
>> TextMorphForShout(TextMorph)>>keyStroke:
>> TextMorphForShout(TextMorphForEditView)>>keyStroke:
>> TextMorphForShout(TextMorph)>>handleKeystroke:
>> KeyboardEvent>>sentTo:
>> TextMorphForShout(Morph)>>handleEvent:
>> TextMorphForShout(Morph)>>handleFocusEvent:
>> [] in HandMorph>>sendFocusEvent:to:clear:
>> [] in PasteUpMorph>>becomeActiveDuring:
>> BlockClosure>>on:do:
>> PasteUpMorph>>becomeActiveDuring:
>> HandMorph>>sendFocusEvent:to:clear:
>> - - - - - - - - - - - - - - -  
>> - - - - - - - - - - - - - - - - - -
>> HandMorph>>sendEvent:focus:clear:
>> HandMorph>>sendKeyboardEvent:
>> HandMorph>>handleEvent:
>> HandMorph>>processEvents
>> [] in WorldState>>doOneCycleNowFor:
>> Array(SequenceableCollection)>>do:
>> WorldState>>handsDo:
>> WorldState>>doOneCycleNowFor:
>> WorldState>>doOneCycleFor:
>> PasteUpMorph>>doOneCycle
>> [] in Project class>>spawnNewProcess
>> [] in BlockClosure>>newProcess
>>
>> 2010/4/16 Fernando olivero <[hidden email]>
>> Same results as you.
>>
>>
>> -----------------------------
>> Gofer new
>>               squeaksource: 'PharoTaskForces';
>>               version: 'Rome-StephaneDucasse.4';
>>               load
>>
>>       RomeDemo demoMovingCar
>>
>> SmalltalkImage  current listLoadedModules  #('SurfacePlugin Sep 27 2009 (i)' 'RomePlugin dg.40 4 February 2008 (e)' 'UUIDPlugin 17 September 2009 (i)' 'SoundGenerationPlugin 17 September 2009 (i)' 'SoundPlugin 17 September 2009 (i)' 'FloatArrayPlugin 17 September 2009 (i)' 'ClipboardExtendedPlugin 20 August 2009 (e)' 'SocketPlugin 17 September 2009 (i)' 'JPEGReadWriter2Plugin 17 September 2009 (i)' 'ZipPlugin 17 September 2009 (i)' 'InternetConfigPlugin 17 September 2009 (i)' 'B2DPlugin 17 September 2009 (i)' 'LargeIntegers v1.5 17 September 2009 (i)' 'FT2Plugin 24 April 2007 (e)' 'BitBltPlugin 17 September 2009 (i)' 'SecurityPlugin 17 September 2009 (i)' 'FilePlugin 17 September 2009 (i)' 'DropPlugin 17 September 2009 (i)' 'MiscPrimitivePlugin 17 September 2009 (i)')
>>
>> SmalltalkImage current aboutThisSystem  => Pharo-1.0-10515-rc3
>> SmalltalkImage current vmVersion =>  'Squeak3.8.1 of ''28 Aug 2006'' [latest update: #6747] Squeak VM 4.2.2b1'
>>
>> -----------------------------
>>
>> On Apr 16, 2010, at 12:39 PM, Stéphane Ducasse wrote:
>>
>>> Hi
>>>
>>> We need help.
>>> Can you execute
>>>
>>>      Gofer new
>>>              squeaksource: 'PharoTaskForces';
>>>              version: 'Rome-StephaneDucasse.4';
>>>              load
>>>
>>>      RomeDemo demoMovingCar
>>>
>>> And let me know if you get an error?
>>>
>>> Then can you let us know what is the value of Smalltalk listLoadedModules
>>>
>>> I do not understand why the prim failed even if the plugin is loaded.
>>> Stef
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> (a) In Sophie  
> RomeCanvas subclass: #RomePluginCanvas
> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt drawRunPositions drawRunGlyph drawRunPointY'
> classVariableNames: 'CachedTarget FlagFill FlagStro
>
> (b) In Pharo
>
> RomeCanvas subclass: #RomePluginCanvas
> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix'
> classVariableNames: 'FlagFill FlagStroke Registry'
> poolDictionaries: ''
> category: 'Rome-PluginCanvas'
>
> Comment warning:
>
> INST VAR ORDER IS KNOWN TO PLUGIN! DO NOT REARRANGE!
>
>
> So in the plugin we have...
>
> if (interpreterProxy->slotSizeOf(canvasOop)) < CanvasInstSize)
> fail().
>
>
> where CanvasInstSize is 13
>
> but as you see in (b) the number of instance slots for the canvas Oops is  8.
>
> 8 < 13, oops you fail.
>
> So where did the instance vars   currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt
> go? On purpose gone, refactored, old code. etc....
>
>
> On 2010-04-16, at 1:37 PM, Stéphane Ducasse wrote:
>
>>
>> On Apr 16, 2010, at 10:30 PM, John McIntosh wrote:
>>
>>> Well I'm just as puzzled as you since the primitive gets executed and you are using the same binary that was shipped with Sophie years back.
>>
>> I like to hear that because I feel less idiot. :)
>>
>>
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> --
> ===========================================================================
> John M. McIntosh <[hidden email]>   Twitter:  squeaker68882
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===========================================================================
>
>
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> On 4/17/2010 11:06 AM, Stéphane Ducasse wrote:
>> Thanks john oops I learned something. Now the problem is that I did
>> not touch them. I just loaded code. So I wonder where they got lost
>> or changed.
>
> I suspect those got removed when integrating or because of Freetype support in Pharo?
>
> Although I don't think these inst vars are actually essential for the plugin to function.
> So maybe the plugin should be changed to cover just the necessary inst vars?
>
> Michael
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> On 4/17/2010 11:06 AM, St?phane Ducasse wrote:
> >Thanks john oops I learned something. Now the problem is that I did
> >not touch them. I just loaded code. So I wonder where they got lost
> >or changed.
>
> I suspect those got removed when integrating or because of Freetype
> support in Pharo?
>
> Although I don't think these inst vars are actually essential for the
> plugin to function.
> So maybe the plugin should be changed to cover just the necessary inst vars?

> (a) In Sophie  
> RomeCanvas subclass: #RomePluginCanvas
> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt drawRunPositions drawRunGlyph drawRunPointY'
> classVariableNames: 'CachedTarget FlagFill FlagStro
>
> (b) In Pharo
>
> RomeCanvas subclass: #RomePluginCanvas
> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix'
> classVariableNames: 'FlagFill FlagStroke Registry'
> poolDictionaries: ''
> category: 'Rome-PluginCanvas'
>
> Comment warning:
>
> INST VAR ORDER IS KNOWN TO PLUGIN! DO NOT REARRANGE!
>
>
> So in the plugin we have...
>
> if (interpreterProxy->slotSizeOf(canvasOop)) < CanvasInstSize)
> fail().
>
>
> where CanvasInstSize is 13
>
> but as you see in (b) the number of instance slots for the canvas Oops is  8.
>
> 8 < 13, oops you fail.
>
> So where did the instance vars   currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt
> go? On purpose gone, refactored, old code. etc....
>
>
> On 2010-04-16, at 1:37 PM, Stéphane Ducasse wrote:
>
>>
>> On Apr 16, 2010, at 10:30 PM, John McIntosh wrote:
>>
>>> Well I'm just as puzzled as you since the primitive gets executed and you are using the same binary that was shipped with Sophie years back.
>>
>> I like to hear that because I feel less idiot. :)
>>
>>
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> --
> ===========================================================================
> John M. McIntosh <[hidden email]>   Twitter:  squeaker68882
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===========================================================================
>
>
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

>
> John
>
> how can I know the order and the iv that are used by the plugin?
>
> Stef
>
> On Apr 17, 2010, at 4:09 AM, John M McIntosh wrote:
>
>> (a) In Sophie  
>> RomeCanvas subclass: #RomePluginCanvas
>> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt drawRunPositions drawRunGlyph drawRunPointY'
>> classVariableNames: 'CachedTarget FlagFill FlagStro
>>
>> (b) In Pharo
>>
>> RomeCanvas subclass: #RomePluginCanvas
>> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix'
>> classVariableNames: 'FlagFill FlagStroke Registry'
>> poolDictionaries: ''
>> category: 'Rome-PluginCanvas'
>>
>> Comment warning:
>>
>> INST VAR ORDER IS KNOWN TO PLUGIN! DO NOT REARRANGE!
>>
>>
>> So in the plugin we have...
>>
>> if (interpreterProxy->slotSizeOf(canvasOop)) < CanvasInstSize)
>> fail().
>>
>>
>> where CanvasInstSize is 13
>>
>> but as you see in (b) the number of instance slots for the canvas Oops is  8.
>>
>> 8 < 13, oops you fail.
>>
>> So where did the instance vars   currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt
>> go? On purpose gone, refactored, old code. etc....
>>
>>
>> On 2010-04-16, at 1:37 PM, Stéphane Ducasse wrote:
>>
>>>
>>> On Apr 16, 2010, at 10:30 PM, John McIntosh wrote:
>>>
>>>> Well I'm just as puzzled as you since the primitive gets executed and you are using the same binary that was shipped with Sophie years back.
>>>
>>> I like to hear that because I feel less idiot. :)

>
>
> Thanks Bert
>
>>
>> I think only the first 4 inst vars are actually used by the plugin:
>>
>> http://squeakvm.org/svn/squeak/trunk/platforms/unix/src/plugins/RomePlugin/RomePlugin.c
>> #define CanvasHandleIndex 0
>> #define CanvasTargetIndex 1
>> #define CanvasFlagsIndex 2
>> #define CanvasStrokeColorIndex 3
>> #define CanvasInstSize 8
>
> how did you get that information? from the image side or C code?
> Because I tried to see but unsure.

>> So on Linux, Rome does use the "right" size. John appears to have used a Sophie image to generate his Plugin, which makes this fail (though I could not find his Rome plugin in the Mac OS platform code so can't verify that theory).
>
> Now I understand why alain could remove the instance variable when cleaning the image side.
>
>> The proper fix would be to modify RomePlugin class>>initializeInstVarIndices to not generate the indices, but simply hard-code only the used ones (setting CanvasInstSize to 4), and change the comparison John mentioned below to <=. Also remove the unused *Index class vars. Now that there are plugins in the wild, hard-coding the indices is a good idea anyway. During development, the flexible generator version was useful, but not anymore.
>
>
> I browsed a bit the C code and I'm learning so may be my questions are not clever, but
>
> - do we need the pango primitives for ROME?
> Apparently Pango may use Cairo for fonts rendering but do Rome needs that?
> So is it simpler to use fonts via pango than cairo.

> Stef
>
>>
>> - Bert -
>>
>> On 18.04.2010, at 18:45, Stéphane Ducasse wrote:
>>>
>>> John
>>>
>>> how can I know the order and the iv that are used by the plugin?
>>>
>>> Stef
>>>
>>> On Apr 17, 2010, at 4:09 AM, John M McIntosh wrote:
>>>
>>>> (a) In Sophie  
>>>> RomeCanvas subclass: #RomePluginCanvas
>>>> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt drawRunPositions drawRunGlyph drawRunPointY'
>>>> classVariableNames: 'CachedTarget FlagFill FlagStro
>>>>
>>>> (b) In Pharo
>>>>
>>>> RomeCanvas subclass: #RomePluginCanvas
>>>> instanceVariableNames: 'handle target flags strokeColor stack font fontSize fontMatrix'
>>>> classVariableNames: 'FlagFill FlagStroke Registry'
>>>> poolDictionaries: ''
>>>> category: 'Rome-PluginCanvas'
>>>>
>>>> Comment warning:
>>>>
>>>> INST VAR ORDER IS KNOWN TO PLUGIN! DO NOT REARRANGE!
>>>>
>>>>
>>>> So in the plugin we have...
>>>>
>>>> if (interpreterProxy->slotSizeOf(canvasOop)) < CanvasInstSize)
>>>> fail().
>>>>
>>>>
>>>> where CanvasInstSize is 13
>>>>
>>>> but as you see in (b) the number of instance slots for the canvas Oops is  8.
>>>>
>>>> 8 < 13, oops you fail.
>>>>
>>>> So where did the instance vars   currentFillColor currentBackColor glyphAccuracy cachedGlyphBlt cachedClearBlt
>>>> go? On purpose gone, refactored, old code. etc....
>>>>
>>>>
>>>> On 2010-04-16, at 1:37 PM, Stéphane Ducasse wrote:
>>>>
>>>>>
>>>>> On Apr 16, 2010, at 10:30 PM, John McIntosh wrote:
>>>>>
>>>>>> Well I'm just as puzzled as you since the primitive gets executed and you are using the same binary that was shipped with Sophie years back.
>>>>>
>>>>> I like to hear that because I feel less idiot. :)
>>
>