[Pharo-project] Crashing the image with polymorph in one line :)
Hi gary I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows' it works in pharo 64 but it crashes systematically the vm when polymorph is loaded. Stef
Hi Stef. Do you have a related crash.dmp or SqueakDebug.log file after the crash? I've tried with a 3.9 image and also get a VM crash. As a workaround, close all unnecessary windows/morphs then, in a class browser selecfte the ScrollPane class, use the halos to grab the code pane and place in the World desktop. Then close the class browser (code pane remains), make the change to the class template, select all and do-it. Seems ok then. I have occasionally noticed that the VM will crash when recompiling some morph classes while they are in use. Regards, Gary. ----- Original Message ----- From: "Stéphane Ducasse" <stephane.ducasse@inria.fr> To: "An open mailing list to discuss any topics related to an open-sourceSmalltalk" <Pharo-project@lists.gforge.inria.fr> Sent: Thursday, September 04, 2008 8:05 PM Subject: [Pharo-project] Crashing the image with polymorph in one line :)
Hi gary
I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph
MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows'
it works in pharo 64
but it crashes systematically the vm when polymorph is loaded.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I will try to find out more. Indeed this is strange and worth reporting that to squeak-dev. stef On Sep 5, 2008, at 12:24 PM, Gary Chambers wrote:
Hi Stef.
Do you have a related crash.dmp or SqueakDebug.log file after the crash?
I've tried with a 3.9 image and also get a VM crash. As a workaround, close all unnecessary windows/morphs then, in a class browser selecfte the ScrollPane class, use the halos to grab the code pane and place in the World desktop. Then close the class browser (code pane remains), make the change to the class template, select all and do-it. Seems ok then.
I have occasionally noticed that the VM will crash when recompiling some morph classes while they are in use.
Regards, Gary.
----- Original Message ----- From: "Stéphane Ducasse" <stephane.ducasse@inria.fr
To: "An open mailing list to discuss any topics related to an open- sourceSmalltalk" <Pharo-project@lists.gforge.inria.fr> Sent: Thursday, September 04, 2008 8:05 PM Subject: [Pharo-project] Crashing the image with polymorph in one line :)
Hi gary
I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph
MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows'
it works in pharo 64
but it crashes systematically the vm when polymorph is loaded.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
The cause of this crash would probably be easy to detect using message send tracing in the VM. See "VM for Squeak with message sent instrumentation" on http://www.smalltalkconsulting.com/squeak.html (I once used it to debug an issue on linux but had to modify and compile my own VM because this feature is not in the VM by default). Adrian On Sep 5, 2008, at 13:32 , Stéphane Ducasse wrote:
I will try to find out more. Indeed this is strange and worth reporting that to squeak-dev.
stef On Sep 5, 2008, at 12:24 PM, Gary Chambers wrote:
Hi Stef.
Do you have a related crash.dmp or SqueakDebug.log file after the crash?
I've tried with a 3.9 image and also get a VM crash. As a workaround, close all unnecessary windows/morphs then, in a class browser selecfte the ScrollPane class, use the halos to grab the code pane and place in the World desktop. Then close the class browser (code pane remains), make the change to the class template, select all and do-it. Seems ok then.
I have occasionally noticed that the VM will crash when recompiling some morph classes while they are in use.
Regards, Gary.
----- Original Message ----- From: "Stéphane Ducasse" <stephane.ducasse@inria.fr
To: "An open mailing list to discuss any topics related to an open- sourceSmalltalk" <Pharo-project@lists.gforge.inria.fr> Sent: Thursday, September 04, 2008 8:05 PM Subject: [Pharo-project] Crashing the image with polymorph in one line :)
Hi gary
I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph
MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows'
it works in pharo 64
but it crashes systematically the vm when polymorph is loaded.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Attached is the crash.dmp I got on second attempt (just bombed first time with no warning)... Gary. ----- Original Message ----- From: "Adrian Lienhard" <adi@netstyle.ch> To: "An open mailing list to discuss any topics related to an open-sourceSmalltalk" <pharo-project@lists.gforge.inria.fr> Sent: Friday, September 05, 2008 12:50 PM Subject: Re: [Pharo-project] Crashing the image with polymorph in one line :) The cause of this crash would probably be easy to detect using message send tracing in the VM. See "VM for Squeak with message sent instrumentation" on http://www.smalltalkconsulting.com/squeak.html (I once used it to debug an issue on linux but had to modify and compile my own VM because this feature is not in the VM by default). Adrian On Sep 5, 2008, at 13:32 , Stéphane Ducasse wrote:
I will try to find out more. Indeed this is strange and worth reporting that to squeak-dev.
stef On Sep 5, 2008, at 12:24 PM, Gary Chambers wrote:
Hi Stef.
Do you have a related crash.dmp or SqueakDebug.log file after the crash?
I've tried with a 3.9 image and also get a VM crash. As a workaround, close all unnecessary windows/morphs then, in a class browser selecfte the ScrollPane class, use the halos to grab the code pane and place in the World desktop. Then close the class browser (code pane remains), make the change to the class template, select all and do-it. Seems ok then.
I have occasionally noticed that the VM will crash when recompiling some morph classes while they are in use.
Regards, Gary.
----- Original Message ----- From: "Stéphane Ducasse" <stephane.ducasse@inria.fr
To: "An open mailing list to discuss any topics related to an open- sourceSmalltalk" <Pharo-project@lists.gforge.inria.fr> Sent: Thursday, September 04, 2008 8:05 PM Subject: [Pharo-project] Crashing the image with polymorph in one line :)
Hi gary
I wanted to remove the class ComponentLikeMorph from the system. So I redefined ScrollPane to be a subclass of the superclass of ComponentLikeMorph
MorphicModel subclass: #ScrollPane instanceVariableNames: 'scrollBar scroller retractableScrollBar scrollBarOnLeft getMenuSelector getMenuTitleSelector scrollBarHidden hasFocus hScrollBar' classVariableNames: '' poolDictionaries: '' category: 'Morphic-Windows'
it works in pharo 64
but it crashes systematically the vm when polymorph is loaded.
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Thanks this is strange since I cannot find senders or implementors of fromFile:pointSize:index: Strange enough I could not reproduce the crash in my image with polymoprh loaded :-/ Gary do you have FreeType loaded? I tried also with an image with freetype loaded but it did not crash. 88142416 Behavior>allInstancesDo: 88142564 [] in >fromFile:index: 88142232 >splitName:to: 88142032 >fromFile:index: 88141940 >fromFile:pointSize:index: 88136404 FreeTypeFontProvider>fontFor: 88136220 [] in LogicalFontManager>bestFontFor: 88136312 OrderedCollection>do:\ Stef
Yes, I have FreeType. I don't think the crash.dmp file really shows the cause of the problem though... (by the way, the crash.dmp file, at least, gets appended to). Gary. ----- Original Message ----- From: "Stéphane Ducasse" <stephane.ducasse@inria.fr> To: "An open mailing list to discuss any topics related to an open-sourceSmalltalk" <pharo-project@lists.gforge.inria.fr> Sent: Friday, September 05, 2008 5:26 PM Subject: Re: [Pharo-project] Crashing the image with polymorph in one line :)
Thanks this is strange since I cannot find senders or implementors of
fromFile:pointSize:index:
Strange enough I could not reproduce the crash in my image with polymoprh loaded :-/
Gary do you have FreeType loaded?
I tried also with an image with freetype loaded but it did not crash.
88142416 Behavior>allInstancesDo: 88142564 [] in >fromFile:index: 88142232 >splitName:to: 88142032 >fromFile:index: 88141940 >fromFile:pointSize:index: 88136404 FreeTypeFontProvider>fontFor: 88136220 [] in LogicalFontManager>bestFontFor: 88136312 OrderedCollection>do:\
Stef
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
do you succeed to reproduce the bug because I tried around 10 times on different images and nothing crashed. stef
participants (3)
-
Adrian Lienhard -
Gary Chambers -
Stéphane Ducasse