Pharo image corruption and fatal VM error with Roassal

Hi,

 

Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image.

And I got that :

It is *very* unpleasant…

 

To reproduce the bug:

1 - You can do either:

                                | builder |

                                builder := GET2Line data: (0 to: 100) .

                                builder

                                                y: [ :x | x*x ].

                               

                                builder open.

Or

WorldMenu -> Roassal examples -> choose an item -> click on a graph . A TRMorph should be opened.

2 - don’t close the graph and save the pharo image.

3 – Close the pharo image

4 - Reopen it

 

I am under W7 x64 with the latest moose image and the VM available on the pharo.org website (http://files.pharo.org/platform/Pharo3.0-win.zip) from the 10 july.

You will find the crash dump attached.

 

               

Thankfully, I managed to open the image with a latest VM (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip).

Thanks a lot Eliot ! :)

 

And I got this:

 

Thanks in advance

 

Cheers,

Vincent BLONDEAU

 

---

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Yes it is. But I will not do

TRMorph allInstances do: #delete

In command line every day…  

 

Vincent

 

De : Pharo-dev [[hidden email]] De la part de Usman Bhatti
Envoyé : jeudi 31 juillet 2014 10:59
À : Pharo Development List
Cc : Moose-related development
Objet : Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal

 

This may be related to this known issue reported a few days back.

https://code.google.com/p/moose-technology/issues/detail?id=1084

 

And there is a possible solution to recover your image.

 

usman

 

On Thu, Jul 31, 2014 at 10:50 AM, Blondeau Vincent <[hidden email]> wrote:

Hi,

 

Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image.

And I got that :

It is *very* unpleasant…

 

To reproduce the bug:

1 - You can do either:

                                | builder |

                                builder := GET2Line data: (0 to: 100) .

                                builder

                                                y: [ :x | x*x ].

                               

                                builder open.

Or

WorldMenu -> Roassal examples -> choose an item -> click on a graph . A TRMorph should be opened.

2 - don’t close the graph and save the pharo image.

3 – Close the pharo image

4 - Reopen it

 

I am under W7 x64 with the latest moose image and the VM available on the pharo.org website (http://files.pharo.org/platform/Pharo3.0-win.zip) from the 10 july.

You will find the crash dump attached.

 

               

Thankfully, I managed to open the image with a latest VM (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip).

Thanks a lot Eliot ! :)

 

And I got this:

 

Thanks in advance

 

Cheers,

Vincent BLONDEAU

 

 

---

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

 

---

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

On Jul 31, 2014 11:03 PM, "Nicolai Hess" <[hidden email]> wrote:
>
> Is is not that easy :)
> TRMorph already checks for a new session.
> TRCanvas not, but could be done the same way - maybe. It is difficult as TRCanvas are shared by different objects.
> And it is more difficult for TRShape.
>
> I know Igors argument against a session management in Athens for
> recreating cairo resources on image start up. It is not the job of Athens.

Maybe session management should be implemented by the cairo binding (or an abstraction on top of it, that is then used by athens). This way we don't clutter Athens with such low level stuff, and we offer the user a high-level usable cairo binding, which can be also used outside athens.

Cheers,
Ciprian

>
> But it is a bit different for resources created through Athens core api.
> How can the user (TRShape for example) know, that a path created by
> an Athens surface referes to an external resource?
>
> The attached changeset implements a simple check for TRCanvas and
> resets paths if the canvas changes. This solves the crash on
> image start up.But it is not a good solution.
>
>
>
>
> 2014-07-31 16:23 GMT+02:00 Igor Stasenko <[hidden email]>:
>
>> The recipe is simple: isolate the code in your application in a way that if certain feature not available (line nativeboost), it won't put your image into endless exception throwing loop.
>>
>
> That's another story. The projects I have seen, using athens, do this with an explicit use
> on AthensCairoSurface. Is there already a way to instantiate an AthensSurface depending on the
> available libraries? And AthensBalloon and AthensCairo don't differ only in rendering quality, so there
> is no real fallback option.
>
>
>
>  
>>
>>
>> On 31 July 2014 16:09, Alexandre Bergel <[hidden email]> wrote:
>>>
>>> Yes, and this is a mess.
>>> I’ve spent quite some time in getting the session working with Roassal2 and it still does not work. I would appreciate help on this.
>>>
>>> Alexandre
>>>
>>>
>>> On Jul 31, 2014, at 8:58 AM, Nicolai Hess <[hidden email]> wrote:
>>>
>>> > It looks like Trachel does not recreate athens external resources.
>>> > There is an example in AthensSceneView, on how to check and reload
>>> > an AthensSurface.
>>> >
>>> >
>>> > 2014-07-31 12:51 GMT+02:00 Usman Bhatti <[hidden email]>:
>>> >
>>> >
>>> >
>>> > On Thu, Jul 31, 2014 at 11:17 AM, Blondeau Vincent <[hidden email]> wrote:
>>> > Yes it is. But I will not do
>>> >
>>> > TRMorph allInstances do: #delete
>>> >
>>> > In command line every day…
>>> >
>>> >
>>> > It is only intended to recover your lost work in the image not for everyday use :).
>>> >
>>> >
>>> >
>>> >
>>> > Vincent
>>> >
>>> >
>>> >
>>> > De : Pharo-dev [mailto:[hidden email]] De la part de Usman Bhatti
>>> > Envoyé : jeudi 31 juillet 2014 10:59
>>> > À : Pharo Development List
>>> > Cc : Moose-related development
>>> >
>>> >
>>> > Objet : Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal
>>> >
>>> >
>>> >
>>> > This may be related to this known issue reported a few days back.
>>> >
>>> > https://code.google.com/p/moose-technology/issues/detail?id=1084
>>> >
>>> >
>>> >
>>> > And there is a possible solution to recover your image.
>>> >
>>> >
>>> >
>>> > usman
>>> >
>>> >
>>> >
>>> > On Thu, Jul 31, 2014 at 10:50 AM, Blondeau Vincent <[hidden email]> wrote:
>>> >
>>> > Hi,
>>> >
>>> >
>>> >
>>> > Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image.
>>> >
>>> > And I got that :
>>> >
>>> > <image001.png>
>>> >
>>> > It is *very* unpleasant…
>>> >
>>> >
>>> >
>>> > To reproduce the bug:
>>> >
>>> > 1 - You can do either:
>>> >
>>> >                                 | builder |
>>> >
>>> >                                 builder := GET2Line data: (0 to: 100) .
>>> >
>>> >                                 builder
>>> >
>>> >                                                 y: [ :x | x*x ].
>>> >
>>> >
>>> >
>>> >                                 builder open.
>>> >
>>> > Or
>>> >
>>> > WorldMenu -> Roassal examples -> choose an item -> click on a graph . A TRMorph should be opened.
>>> >
>>> > 2 - don’t close the graph and save the pharo image.
>>> >
>>> > 3 – Close the pharo image
>>> >
>>> > 4 - Reopen it
>>> >
>>> >
>>> >
>>> > I am under W7 x64 with the latest moose image and the VM available on the pharo.org website (http://files.pharo.org/platform/Pharo3.0-win.zip) from the 10 july.
>>> >
>>> > You will find the crash dump attached.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Thankfully, I managed to open the image with a latest VM (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip).
>>> >
>>> > Thanks a lot Eliot ! :)
>>> >
>>> >
>>> >
>>> > And I got this:
>>> >
>>> > <image002.png>
>>> >
>>> >
>>> >
>>> > Thanks in advance
>>> >
>>> >
>>> >
>>> > Cheers,
>>> >
>>> > Vincent BLONDEAU
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>>> >
>>> > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>>> >
>>> > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
>>> >
>>> >
>>> > _______________________________________________
>>> > Moose-dev mailing list
>>> > [hidden email]
>>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>
>

On Jul 31, 2014 11:03 PM, "Nicolai Hess" <[hidden email]> wrote:
>
> Is is not that easy :)
> TRMorph already checks for a new session.
> TRCanvas not, but could be done the same way - maybe. It is difficult as TRCanvas are shared by different objects.
> And it is more difficult for TRShape.
>
> I know Igors argument against a session management in Athens for
> recreating cairo resources on image start up. It is not the job of Athens.

Maybe session management should be implemented by the cairo binding (or an abstraction on top of it, that is then used by athens).

This way we don't clutter Athens with such low level stuff, and we offer the user a high-level usable cairo binding, which can be also used outside athens.

Cheers,
Ciprian

>
> But it is a bit different for resources created through Athens core api.
> How can the user (TRShape for example) know, that a path created by
> an Athens surface referes to an external resource?
>
> The attached changeset implements a simple check for TRCanvas and
> resets paths if the canvas changes. This solves the crash on
> image start up.But it is not a good solution.
>
>
>
>
> 2014-07-31 16:23 GMT+02:00 Igor Stasenko <[hidden email]>:
>
>> The recipe is simple: isolate the code in your application in a way that if certain feature not available (line nativeboost), it won't put your image into endless exception throwing loop.
>>
>
> That's another story. The projects I have seen, using athens, do this with an explicit use
> on AthensCairoSurface. Is there already a way to instantiate an AthensSurface depending on the
> available libraries? And AthensBalloon and AthensCairo don't differ only in rendering quality, so there
> is no real fallback option.
>
>
>
>  
>>
>>
>> On 31 July 2014 16:09, Alexandre Bergel <[hidden email]> wrote:
>>>
>>> Yes, and this is a mess.
>>> I’ve spent quite some time in getting the session working with Roassal2 and it still does not work. I would appreciate help on this.
>>>
>>> Alexandre
>>>
>>>
>>> On Jul 31, 2014, at 8:58 AM, Nicolai Hess <[hidden email]> wrote:
>>>
>>> > It looks like Trachel does not recreate athens external resources.
>>> > There is an example in AthensSceneView, on how to check and reload
>>> > an AthensSurface.
>>> >
>>> >
>>> > 2014-07-31 12:51 GMT+02:00 Usman Bhatti <[hidden email]>:
>>> >
>>> >
>>> >
>>> > On Thu, Jul 31, 2014 at 11:17 AM, Blondeau Vincent <[hidden email]> wrote:
>>> > Yes it is. But I will not do
>>> >
>>> > TRMorph allInstances do: #delete
>>> >
>>> > In command line every day…
>>> >
>>> >
>>> > It is only intended to recover your lost work in the image not for everyday use :).
>>> >
>>> >
>>> >
>>> >
>>> > Vincent
>>> >
>>> >
>>> >
>>> > De : Pharo-dev [mailto:[hidden email]] De la part de Usman Bhatti
>>> > Envoyé : jeudi 31 juillet 2014 10:59
>>> > À : Pharo Development List
>>> > Cc : Moose-related development
>>> >
>>> >
>>> > Objet : Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal
>>> >
>>> >
>>> >
>>> > This may be related to this known issue reported a few days back.
>>> >
>>> > https://code.google.com/p/moose-technology/issues/detail?id=1084
>>> >
>>> >
>>> >
>>> > And there is a possible solution to recover your image.
>>> >
>>> >
>>> >
>>> > usman
>>> >
>>> >
>>> >
>>> > On Thu, Jul 31, 2014 at 10:50 AM, Blondeau Vincent <[hidden email]> wrote:
>>> >
>>> > Hi,
>>> >
>>> >
>>> >
>>> > Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image.
>>> >
>>> > And I got that :
>>> >
>>> > <image001.png>
>>> >
>>> > It is *very* unpleasant…
>>> >
>>> >
>>> >
>>> > To reproduce the bug:
>>> >
>>> > 1 - You can do either:
>>> >
>>> >                                 | builder |
>>> >
>>> >                                 builder := GET2Line data: (0 to: 100) .
>>> >
>>> >                                 builder
>>> >
>>> >                                                 y: [ :x | x*x ].
>>> >
>>> >
>>> >
>>> >                                 builder open.
>>> >
>>> > Or
>>> >
>>> > WorldMenu -> Roassal examples -> choose an item -> click on a graph . A TRMorph should be opened.
>>> >
>>> > 2 - don’t close the graph and save the pharo image.
>>> >
>>> > 3 – Close the pharo image
>>> >
>>> > 4 - Reopen it
>>> >
>>> >
>>> >
>>> > I am under W7 x64 with the latest moose image and the VM available on the pharo.org website (http://files.pharo.org/platform/Pharo3.0-win.zip) from the 10 july.
>>> >
>>> > You will find the crash dump attached.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Thankfully, I managed to open the image with a latest VM (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip).
>>> >
>>> > Thanks a lot Eliot ! :)
>>> >
>>> >
>>> >
>>> > And I got this:
>>> >
>>> > <image002.png>
>>> >
>>> >
>>> >
>>> > Thanks in advance
>>> >
>>> >
>>> >
>>> > Cheers,
>>> >
>>> > Vincent BLONDEAU
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>>> >
>>> > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.
>>> >
>>> > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
>>> >
>>> >
>>> > _______________________________________________
>>> > Moose-dev mailing list
>>> > [hidden email]
>>> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>>
>>> --
>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>> Alexandre Bergel  http://www.bergel.eu
>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>
>>>
>>>
>>>
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>
>