Re: Jenkins build is unstable: moose-latest-dev #881

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

Tudor Girba-2
Thanks a lot. I just needed to set the author before compiling and it worked! Now we have 3 tests that fail. I

I guess this is a pharo issue. Could you report it?

Cheers,
Doru

Sent from my iPhone

On Mar 14, 2012, at 17:21, Alexandre Bergel <[hidden email]> wrote:

> Apparently, this will also fix the Fame failing tests :-)
> Today is a good day :-)
>
> Alexandre
>
>
> On 14 Mar 2012, at 10:07, Alexandre Bergel wrote:
>
>> I lunched a headless image and checked what happened. Apparently instances of InputEventSensor are not properly initialized in a headless mode. This seems to solve the Glamour failing tests.
>>
>> Can you try something? In the script you use to lunch the tests, can you add before running the tests?
>> -=-=-=-=-=-=-=-=-=-=-=-=
>> InputEventSensor compile: 'initialize
>>    super initialize.
>>    eventQueue := WaitfreeQueue new.
>>    mouseButtons := 0.
>>    mousePosition := 0 @ 0.
>>    modifiers := 0 '.
>> InputEventSensor allInstances do: #initialize.
>> -=-=-=-=-=-=-=-=-=-=-=-=
>>
>> I suspect this will help. No idea whether this will solve the Fame problem or not.
>>
>> Cheers,
>> Alexandre
>>
>>
>>
>> On 14 Mar 2012, at 07:55, Tudor Girba wrote:
>>
>>> Hi,
>>>
>>> This is the only test that is like this. The other failures I cannot
>>> reproduce locally.
>>>
>>> It would be great if you could take a look and see if you can reproduce them.
>>>
>>> Cheers,
>>> Doru
>>>
>>> On Wed, Mar 14, 2012 at 1:42 PM, Alexandre Bergel
>>> <[hidden email]> wrote:
>>>> We have those 12 failing test since a long time already.
>>>> I checked some of the tests, and apparently they are due to the underlying Morph. For example:
>>>>      | browser |
>>>>      browser := GLMExpander new.
>>>>      browser show: [ :a | a text ].
>>>>      window := browser openOn: #(#a #b #c).
>>>>
>>>> testCreation expect to have "window submorphs last class == MorphTreeMorph", however it gets GeneralScrollPane. Shouldn't the test be simply updated?
>>>>
>>>> Is there anything I could do to help?
>>>>
>>>> Cheers,
>>>> Alexandre
>>>>
>>>> On 14 Mar 2012, at 06:15, [hidden email] wrote:
>>>>
>>>>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/881/>
>>>>>
>>>>>
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel  http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> www.tudorgirba.com
>>>
>>> "Every thing has its own flow"
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>

_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

Stéphane Ducasse


> Thanks a lot. I just needed to set the author before compiling and it worked! Now we have 3 tests that fail. I
>
> I guess this is a pharo issue. Could you report it?

yes this looks strange.
In my 1.4 image I get

initialize
        "Initialize the receiver"
        super initialize.
        eventQueue := WaitfreeQueue new.
        mouseButtons := 0.
        mousePosition := 0 @ 0

so I do not understand why you would have to recompile it.


>
> Cheers,
> Doru
>
> Sent from my iPhone
>
> On Mar 14, 2012, at 17:21, Alexandre Bergel <[hidden email]> wrote:
>
>> Apparently, this will also fix the Fame failing tests :-)
>> Today is a good day :-)
>>
>> Alexandre
>>
>>
>> On 14 Mar 2012, at 10:07, Alexandre Bergel wrote:
>>
>>> I lunched a headless image and checked what happened. Apparently instances of InputEventSensor are not properly initialized in a headless mode. This seems to solve the Glamour failing tests.
>>>
>>> Can you try something? In the script you use to lunch the tests, can you add before running the tests?
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>> InputEventSensor compile: 'initialize
>>>   super initialize.
>>>   eventQueue := WaitfreeQueue new.
>>>   mouseButtons := 0.
>>>   mousePosition := 0 @ 0.
>>>   modifiers := 0 '.
>>> InputEventSensor allInstances do: #initialize.
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>>
>>> I suspect this will help. No idea whether this will solve the Fame problem or not.
>>>
>>> Cheers,
>>> Alexandre
>>>
>>>
>>>
>>> On 14 Mar 2012, at 07:55, Tudor Girba wrote:
>>>
>>>> Hi,
>>>>
>>>> This is the only test that is like this. The other failures I cannot
>>>> reproduce locally.
>>>>
>>>> It would be great if you could take a look and see if you can reproduce them.
>>>>
>>>> Cheers,
>>>> Doru
>>>>
>>>> On Wed, Mar 14, 2012 at 1:42 PM, Alexandre Bergel
>>>> <[hidden email]> wrote:
>>>>> We have those 12 failing test since a long time already.
>>>>> I checked some of the tests, and apparently they are due to the underlying Morph. For example:
>>>>>     | browser |
>>>>>     browser := GLMExpander new.
>>>>>     browser show: [ :a | a text ].
>>>>>     window := browser openOn: #(#a #b #c).
>>>>>
>>>>> testCreation expect to have "window submorphs last class == MorphTreeMorph", however it gets GeneralScrollPane. Shouldn't the test be simply updated?
>>>>>
>>>>> Is there anything I could do to help?
>>>>>
>>>>> Cheers,
>>>>> Alexandre
>>>>>
>>>>> On 14 Mar 2012, at 06:15, [hidden email] wrote:
>>>>>
>>>>>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/881/>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> www.tudorgirba.com
>>>>
>>>> "Every thing has its own flow"
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>>
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev


_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

Alexandre Bergel-5
In reply to this post by Tudor Girba-2
> Thanks a lot. I just needed to set the author before compiling and it worked! Now we have 3 tests that fail. I
>
> I guess this is a pharo issue. Could you report it?

Yes, I will do it today. However, something important. Am I the only one that cannot open a Nautilus? I have the error DNU DropListMorph>>wrapHistory:
Maybe Pharo used in Jenkins has to be updated?

Alexandre

>
> Cheers,
> Doru
>
> Sent from my iPhone
>
> On Mar 14, 2012, at 17:21, Alexandre Bergel <[hidden email]> wrote:
>
>> Apparently, this will also fix the Fame failing tests :-)
>> Today is a good day :-)
>>
>> Alexandre
>>
>>
>> On 14 Mar 2012, at 10:07, Alexandre Bergel wrote:
>>
>>> I lunched a headless image and checked what happened. Apparently instances of InputEventSensor are not properly initialized in a headless mode. This seems to solve the Glamour failing tests.
>>>
>>> Can you try something? In the script you use to lunch the tests, can you add before running the tests?
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>> InputEventSensor compile: 'initialize
>>>   super initialize.
>>>   eventQueue := WaitfreeQueue new.
>>>   mouseButtons := 0.
>>>   mousePosition := 0 @ 0.
>>>   modifiers := 0 '.
>>> InputEventSensor allInstances do: #initialize.
>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>>
>>> I suspect this will help. No idea whether this will solve the Fame problem or not.
>>>
>>> Cheers,
>>> Alexandre
>>>
>>>
>>>
>>> On 14 Mar 2012, at 07:55, Tudor Girba wrote:
>>>
>>>> Hi,
>>>>
>>>> This is the only test that is like this. The other failures I cannot
>>>> reproduce locally.
>>>>
>>>> It would be great if you could take a look and see if you can reproduce them.
>>>>
>>>> Cheers,
>>>> Doru
>>>>
>>>> On Wed, Mar 14, 2012 at 1:42 PM, Alexandre Bergel
>>>> <[hidden email]> wrote:
>>>>> We have those 12 failing test since a long time already.
>>>>> I checked some of the tests, and apparently they are due to the underlying Morph. For example:
>>>>>     | browser |
>>>>>     browser := GLMExpander new.
>>>>>     browser show: [ :a | a text ].
>>>>>     window := browser openOn: #(#a #b #c).
>>>>>
>>>>> testCreation expect to have "window submorphs last class == MorphTreeMorph", however it gets GeneralScrollPane. Shouldn't the test be simply updated?
>>>>>
>>>>> Is there anything I could do to help?
>>>>>
>>>>> Cheers,
>>>>> Alexandre
>>>>>
>>>>> On 14 Mar 2012, at 06:15, [hidden email] wrote:
>>>>>
>>>>>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/881/>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> www.tudorgirba.com
>>>>
>>>> "Every thing has its own flow"
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>>
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

abergel
In reply to this post by Stéphane Ducasse
> yes this looks strange.
> In my 1.4 image I get
>
> initialize
> "Initialize the receiver"
> super initialize.
> eventQueue := WaitfreeQueue new.
> mouseButtons := 0.
> mousePosition := 0 @ 0
>
> so I do not understand why you would have to recompile it.

Not only recompile, we also add the initialization of modifier:
        modifiers := 0

The fact that modifiers is not properly initialize is the cause of many long lasting failing tests.

Alexandre

>
>
>>
>> Cheers,
>> Doru
>>
>> Sent from my iPhone
>>
>> On Mar 14, 2012, at 17:21, Alexandre Bergel <[hidden email]> wrote:
>>
>>> Apparently, this will also fix the Fame failing tests :-)
>>> Today is a good day :-)
>>>
>>> Alexandre
>>>
>>>
>>> On 14 Mar 2012, at 10:07, Alexandre Bergel wrote:
>>>
>>>> I lunched a headless image and checked what happened. Apparently instances of InputEventSensor are not properly initialized in a headless mode. This seems to solve the Glamour failing tests.
>>>>
>>>> Can you try something? In the script you use to lunch the tests, can you add before running the tests?
>>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>>> InputEventSensor compile: 'initialize
>>>>  super initialize.
>>>>  eventQueue := WaitfreeQueue new.
>>>>  mouseButtons := 0.
>>>>  mousePosition := 0 @ 0.
>>>>  modifiers := 0 '.
>>>> InputEventSensor allInstances do: #initialize.
>>>> -=-=-=-=-=-=-=-=-=-=-=-=
>>>>
>>>> I suspect this will help. No idea whether this will solve the Fame problem or not.
>>>>
>>>> Cheers,
>>>> Alexandre
>>>>
>>>>
>>>>
>>>> On 14 Mar 2012, at 07:55, Tudor Girba wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> This is the only test that is like this. The other failures I cannot
>>>>> reproduce locally.
>>>>>
>>>>> It would be great if you could take a look and see if you can reproduce them.
>>>>>
>>>>> Cheers,
>>>>> Doru
>>>>>
>>>>> On Wed, Mar 14, 2012 at 1:42 PM, Alexandre Bergel
>>>>> <[hidden email]> wrote:
>>>>>> We have those 12 failing test since a long time already.
>>>>>> I checked some of the tests, and apparently they are due to the underlying Morph. For example:
>>>>>>    | browser |
>>>>>>    browser := GLMExpander new.
>>>>>>    browser show: [ :a | a text ].
>>>>>>    window := browser openOn: #(#a #b #c).
>>>>>>
>>>>>> testCreation expect to have "window submorphs last class == MorphTreeMorph", however it gets GeneralScrollPane. Shouldn't the test be simply updated?
>>>>>>
>>>>>> Is there anything I could do to help?
>>>>>>
>>>>>> Cheers,
>>>>>> Alexandre
>>>>>>
>>>>>> On 14 Mar 2012, at 06:15, [hidden email] wrote:
>>>>>>
>>>>>>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/881/>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>>>> Alexandre Bergel  http://www.bergel.eu
>>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> www.tudorgirba.com
>>>>>
>>>>> "Every thing has its own flow"
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel  http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> [hidden email]
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.





_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

Stéphane Ducasse
In reply to this post by Alexandre Bergel-5

On Mar 15, 2012, at 1:40 PM, Alexandre Bergel wrote:

>> Thanks a lot. I just needed to set the author before compiling and it worked! Now we have 3 tests that fail. I
>>
>> I guess this is a pharo issue. Could you report it?
>
> Yes, I will do it today. However, something important. Am I the only one that cannot open a Nautilus? I have the error DNU DropListMorph>>wrapHistory:
> Maybe Pharo used in Jenkins has to be updated?


I used it daily and it works well.

Stef


_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins build is unstable: moose-latest-dev #881

Tudor Girba-2
I just built an image again with the latest Pharo and it crashes.

I took it out at the moment of the build, until we investigate the issue.

Cheers,
Doru


On 15 Mar 2012, at 17:48, Stéphane Ducasse wrote:

>
> On Mar 15, 2012, at 1:40 PM, Alexandre Bergel wrote:
>
>>> Thanks a lot. I just needed to set the author before compiling and it worked! Now we have 3 tests that fail. I
>>>
>>> I guess this is a pharo issue. Could you report it?
>>
>> Yes, I will do it today. However, something important. Am I the only one that cannot open a Nautilus? I have the error DNU DropListMorph>>wrapHistory:
>> Maybe Pharo used in Jenkins has to be updated?
>
>
> I used it daily and it works well.
>
> Stef
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
www.tudorgirba.com

"Some battles are better lost than fought."




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev