[Pharo-project] vm crash - code snippet provided
Hi - a short code snippet that crashes the CogVM in WindowsXP using a fresh Pharo 1.4 image. Open a System Browser and evaluate the below in a Workspace. window := SystemWindow allInstances first. aForm := window imageForm offset: 0@0. startPoint := (-194@61). endPoint := (276.0@134.0). aForm slideFrom: startPoint to: endPoint nSteps: 12 delay: 15. Cheers, Francisco
On 26 March 2012 00:16, Francisco Garau <francisco.garau@gmail.com> wrote:
Hi - a short code snippet that crashes the CogVM in WindowsXP using a fresh Pharo 1.4 image.
Open a System Browser and evaluate the below in a Workspace.
window := SystemWindow allInstances first. aForm := window imageForm offset: 0@0. startPoint := (-194@61). endPoint := (276.0@134.0). aForm        slideFrom: startPoint        to: endPoint        nSteps: 12        delay: 15.
thanks for report. i never seen/used this method..
Cheers, Francisco
-- Best regards, Igor Stasenko.
It's used to "animate" the morphs, apparently. The crash happens quite easily by dragging a big window out of the screen (to the left). You either get a debugger or the vm crashes. I just want to point out that before the VM crashes, there is a bug in Smalltalk-land; an Number is appearing where a Point is expected. - Francisco On 26 March 2012 00:13, Igor Stasenko <siguctua@gmail.com> wrote:
On 26 March 2012 00:16, Francisco Garau <francisco.garau@gmail.com> wrote:
Hi - a short code snippet that crashes the CogVM in WindowsXP using a fresh Pharo 1.4 image.
Open a System Browser and evaluate the below in a Workspace.
window := SystemWindow allInstances first. aForm := window imageForm offset: 0@0. startPoint := (-194@61). endPoint := (276.0@134.0). aForm slideFrom: startPoint to: endPoint nSteps: 12 delay: 15.
thanks for report. i never seen/used this method..
Cheers, Francisco
-- Best regards, Igor Stasenko.
On 26 March 2012 01:54, Francisco Garau <francisco.garau@gmail.com> wrote:
It's used to "animate" the morphs, apparently.
The crash happens quite easily by dragging a big window out of the screen (to the left). You either get a debugger or the vm crashes.
I just want to point out that before the VM crashes, there is a bug in Smalltalk-land; an Number is appearing where a Point is expected.
Yeah.. i am aware of that. It looks like i should spend some time and fix my precious demo to check bounds before blindly copying bits from opengl buffer to Display. I described the problem in previous discussion, and i know what exactly should be done... but i haven't time to address that.. i have more important things to do. Just want to repeat again: That demo was just for the DEMO purposes.. it was not designed for general purpose.. It would be nice if someone could spend time improving it and getting rid of obvious mistakes, like missed range checking. But till then, take it with grain and salt.
- Francisco
-- Best regards, Igor Stasenko.
On 27 March 2012 19:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 26 March 2012 01:54, Francisco Garau <francisco.garau@gmail.com> wrote:
It's used to "animate" the morphs, apparently.
The crash happens quite easily by dragging a big window out of the screen (to the left). You either get a debugger or the vm crashes.
I just want to point out that before the VM crashes, there is a bug in Smalltalk-land; an Number is appearing where a Point is expected.
Yeah.. i am aware of that. It looks like i should spend some time and fix my precious demo to check bounds before blindly copying bits from opengl buffer to Display. I described the problem in previous discussion, and i know what exactly should be done... but i haven't time to address that.. i have more important things to do.
Just want to repeat again: That demo was just for the DEMO purposes.. it was not designed for general purpose.. It would be nice if someone could spend time improving it and getting rid of obvious mistakes, like missed range checking.
But till then, take it with grain and salt.
ooops.. sorry.. just found that i posted this reply in different , unrelated topic. :)
- Francisco
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
No problem I read your reply several times but couldn't make much sense of it... - Francisco On 30 Mar 2012, at 11:54, Igor Stasenko <siguctua@gmail.com> wrote:
On 27 March 2012 19:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 26 March 2012 01:54, Francisco Garau <francisco.garau@gmail.com> wrote:
It's used to "animate" the morphs, apparently.
The crash happens quite easily by dragging a big window out of the screen (to the left). You either get a debugger or the vm crashes.
I just want to point out that before the VM crashes, there is a bug in Smalltalk-land; an Number is appearing where a Point is expected.
Yeah.. i am aware of that. It looks like i should spend some time and fix my precious demo to check bounds before blindly copying bits from opengl buffer to Display. I described the problem in previous discussion, and i know what exactly should be done... but i haven't time to address that.. i have more important things to do.
Just want to repeat again: That demo was just for the DEMO purposes.. it was not designed for general purpose.. It would be nice if someone could spend time improving it and getting rid of obvious mistakes, like missed range checking.
But till then, take it with grain and salt.
ooops.. sorry.. just found that i posted this reply in different , unrelated topic. :)
- Francisco
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
Hi Francisco, this doesn't reproduce for me in Cog 2538. But I notice that a fresh Pharo 1.4 doesn't have any windows in it and so one has to open a workspace to run the code snippet. Are you using an image that has more windows? If so, could you point me to the image and changes? e.g. by putting them on a case on the Pharo bugtracker. Thanks On Sun, Mar 25, 2012 at 3:16 PM, Francisco Garau <francisco.garau@gmail.com>wrote:
Hi - a short code snippet that crashes the CogVM in WindowsXP using a fresh Pharo 1.4 image.
Open a System Browser and evaluate the below in a Workspace.
window := SystemWindow allInstances first. aForm := window imageForm offset: 0@0. startPoint := (-194@61). endPoint := (276.0@134.0). aForm slideFrom: startPoint to: endPoint nSteps: 12 delay: 15.
Cheers, Francisco
-- best, Eliot
participants (3)
-
Eliot Miranda -
Francisco Garau -
Igor Stasenko