- Pharo-dev - lists.pharo.org

[Pharo-project] Problem with NonInteractiveUIManager

by Norbert Hartl

I'm trying to do some Katas in deploying pharo images on my server. After finding my image crashing all the time I tried to research what I need to take care of. I came to the conclusion that UIManager default: UIManager default nonInteractiveManager. NonInteractiveUIManager snapshotErrorImage: true. would be the right thing to do in a server environment. But I only get the stack trace attached. So I'm asking myself if I need to do something different in order to get the stack trace of my own application in case something goes wrong. Norbert ---- 28 November 2011 3:35:54 pm VM: Mac OS - intel - 1072 - Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.52] Cog VM 4.0.0 Image: Pharo1.3 [Latest update: #13320] NonInteractiveUIManager(Object)>>doesNotUnderstand: #openDebuggerOn:context:label:contents:fullView: Receiver: a NonInteractiveUIManager Arguments and temporary variables: aMessage: openDebuggerOn: a Process in GRPharoPlatform>>openDebuggerOn: context...etc... exception: MessageNotUnderstood: NonInteractiveUIManager>>openDebuggerOn:contex...etc... resumeValue: nil Receiver's instance variables: uiManager: a MorphicUIManager doNotQuitOnRestart: false Debugger class>>openOn:context:label:contents:fullView: Receiver: Debugger Arguments and temporary variables: process: a Process in GRPharoPlatform>>openDebuggerOn: context: OrderedCollection(Object)>>error: title: 'Error: startIndex is out of bounds' contentsStringOrNil: nil bool: true fullView: true Receiver's instance variables: superclass: CodeHolder methodDict: a MethodDictionary(#addOptionalButtonsTo:at:plus:->(Debugger>>#addO...etc... format: 166 instanceVariables: #('interruptedProcess' 'interruptedController' 'contextStack...etc... organization: ('*Ocompletion' guessTypeForName:) ('*Polymorph-Widgets' addOptio...etc... subclasses: nil name: #Debugger classPool: a Dictionary(#AlwaysOpenFullDebugger->false #ContextStackKeystrokes-...etc... sharedPools: nil environment: a SystemDictionary(lots of globals) category: #'Tools-Debugger' traitComposition: nil localSelectors: nil [:tool | ^ tool openOn: aProcess context: aContext label: aString contents: contents fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: Receiver: a ToolRegistry Arguments and temporary variables: aProcess: Debugger aContext: a Process in GRPharoPlatform>>openDebuggerOn: aString: OrderedCollection(Object)>>error: contents: 'Error: startIndex is out of bounds' aBool: nil tool: true Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... ToolRegistry>>using:do: Receiver: a ToolRegistry Arguments and temporary variables: aToolName: #debugger aBlock: [:tool | ^ tool openOn: aProcess context: aContext label: aString...etc... tool: Debugger Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... ToolRegistry>>debug:context:label:contents:fullView: Receiver: a ToolRegistry Arguments and temporary variables: aProcess: a Process in GRPharoPlatform>>openDebuggerOn: aContext: OrderedCollection(Object)>>error: aString: 'Error: startIndex is out of bounds' contents: nil aBool: true Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... Process>>debug:title:full: Receiver: a Process in GRPharoPlatform>>openDebuggerOn: Arguments and temporary variables: context: OrderedCollection(Object)>>error: title: 'Error: startIndex is out of bounds' bool: true topCtxt: GRPharoPlatform>>openDebuggerOn: Receiver's instance variables: nextLink: nil suspendedContext: GRPharoPlatform>>openDebuggerOn: priority: 60 myList: nil threadId: nil errorHandler: nil name: 'ZnMultiThreadedServer HTTP worker' env: nil [process debug: anError signalerContext title: anError description full: true] in GRPharoPlatform>>openDebuggerOn: Receiver: a GRPharoPlatform Arguments and temporary variables: anError: Error: startIndex is out of bounds process: a Process in GRPharoPlatform>>openDebuggerOn: Receiver's instance variables: a GRPharoPlatform WorldState>>runStepMethodsIn: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] queue: SharedQueue with 0 items nextInQueue: [process debug: anError signalerContext title: anError descrip...etc... Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil PasteUpMorph>>runStepMethods Receiver: a PasteUpMorph(425197568) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1296@875 owner: nil submorphs: an Array(a TaskbarMorph(984088576) a SystemWindow(347865088) a Syste...etc... fullBounds: nil color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (666632192) [eventHandler = an EventHandler] [othe...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) backgroundMorph: nil worldState: a WorldState griddingOn: nil WorldState>>doOneCycleNowFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil WorldState>>doOneCycleFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil PasteUpMorph>>doOneCycle Receiver: a PasteUpMorph(425197568) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1296@875 owner: nil submorphs: an Array(a TaskbarMorph(984088576) a SystemWindow(347865088) a Syste...etc... fullBounds: nil color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (666632192) [eventHandler = an EventHandler] [othe...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) backgroundMorph: nil worldState: a WorldState griddingOn: nil [[World doOneCycle. Processor yield. false] whileFalse. nil] in Project class>>spawnNewProcess Receiver: Project Arguments and temporary variables: Receiver's instance variables: superclass: Model methodDict: a MethodDictionary(#beep->(Project>>#beep "a CompiledMethod(3169320...etc... format: 132 instanceVariables: nil organization: ('*sound' beep) subclasses: nil name: #Project classPool: a Dictionary(#UIProcess->a Process in nil ) sharedPools: nil environment: a SystemDictionary(lots of globals) category: #'System-Support' traitComposition: {} localSelectors: nil [self value. Processor terminateActive] in BlockClosure>>newProcess Receiver: [[World doOneCycle. Processor yield. false] whileFalse. nil] Arguments and temporary variables: Receiver's instance variables: outerContext: Project class>>spawnNewProcess startpc: 57 numArgs: 0 --- The full stack --- NonInteractiveUIManager(Object)>>doesNotUnderstand: #openDebuggerOn:context:label:contents:fullView: Debugger class>>openOn:context:label:contents:fullView: [:tool | ^ tool openOn: aProcess context: aContext label: aString contents: contents fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: ToolRegistry>>using:do: ToolRegistry>>debug:context:label:contents:fullView: Process>>debug:title:full: [process debug: anError signalerContext title: anError description full: true] in GRPharoPlatform>>openDebuggerOn: WorldState>>runStepMethodsIn: PasteUpMorph>>runStepMethods WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [[World doOneCycle. Processor yield. false] whileFalse. nil] in Project class>>spawnNewProcess [self value. Processor terminateActive] in BlockClosure>>newProcess

Nov. 28, 2011

Re: [Pharo-project] [Esug-list] fosdem smalltalk devroom

by Stephan Eggermont

No, not yet. Do we need a separate one or can we use one of the existing ones? I'm following a.o. squeak-dev, pharo-dev, seaside Stephan On 28 nov 2011, at 12:37, Paolo Bonzini wrote: > Hi all, is there a mailing list or website set up for discussing the program for the devroom? > > Thanks, > > Paolo > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Nov. 28, 2011

[Pharo-project] fosdem smalltalk devroom

by Paolo Bonzini

Hi all, is there a mailing list or website set up for discussing the program for the devroom? Thanks, Paolo

Nov. 28, 2011

Re: [Pharo-project] Morphic Cleanup Status

by StÃ©phane Ducasse

I hope that we will be able to integrate our new nice event model (it may check a bit the system). Stef > Differently from what i've shown you at ESUG, i didn't reify the events. > > The vm announces a new event to the GUserInterface, who dispatches the > event to the mouse or the keyboard. Which in turn, according to its > inner state (modeled using a fsm), sends a message to the user > interface, such as #clickedAt: , #secondaryClickedAt: , #move: > #moveDragging:, #keystroke: aGKeystroke, etc.. > > The following diagram depicts the scheme. > > > Fernando > > On Fri, Nov 25, 2011 at 10:38 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> On Nov 25, 2011, at 11:08 AM, Fernando Olivero wrote: >> >>> Hi Sean, i got overwhelmed last year with the task of porting CUIS >>> Morphic, to Pharo. There's just to much differences on several common >>> classes, it's hard to fully understand how to merge both ui >>> frameworks. >>> >>> Even though i believe Juan has a did an excellent work in simplifying >>> Morphic, and adding simpler code, like for example his new layouts >>> (download CUIS and try them out). >>> >>> But my overall impression , was that we need to stop being backward >>> compatible in order to create a simple Morphic-like framework for >>> Pharo, and start from scratch. Fixing current Morphic is also a >>> humongous task, for example see Stef's nice work on cleaning the >>> event handling mechanism. >> >> BTW you should be able to use the new event hierarchy: it is clean (no first secondâ¦..) and a nice support for double >> dispatch. I hope that next week I can sit with igor and we finish our journey. >> How do you deal with event in Gaucho. >> >> Stef >>> >>> Fernando >>> >>> On Fri, Nov 25, 2011 at 9:38 AM, Alain Plantec <alain.plantec(a)yahoo.com> wrote: >>>> Le 25/11/2011 07:39, Sean P. DeNigris a Ã©crit : >>>>> What's currently in progress? SimpleMorphic? CUIS related? Other? >>>>> >>>>> I was pulling my hair out with Morphic layouts yesterday and started to >>>>> clean, but I don't want to duplicate efforts on things already being worked >>>>> on. There are a bunch of open issues and discussions on the list. What's >>>>> actively being done right now? >>>> Hi Sean, >>>> AFAIK, no deep cleaning action. nothing from my side for now. >>>> I think they have done some refactoring around layout managing in CUIS >>>> (SimpleMorphic). >>>> btw, **thanks a lot** for all you are doing. >>>> Cheers >>>> Alain >>>> >>>>> >>>>> Thanks. >>>>> Sean >>>>> >>>>> -- >>>>> View this message in context: http://forum.world.st/Morphic-Cleanup-Status-tp4106566p4106566.html >>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>> >>>> >>>> >>> >> >> > <GauchoEvents-1.pdf>

Nov. 28, 2011

Re: [Pharo-project] Morphic replacement

by Tudor Girba

So, when is this release to be expected? Cheers, Doru On Sun, Nov 27, 2011 at 10:51 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Fernando olivero-2 wrote >> >> found much more productive the approach of rewriting it from scratch. >> > Me too. I always started using Morphic, but every time I got stuck, I would > go deeper and deeper and always end up starting to make my own TextMorph, > lol. > > > Fernando olivero-2 wrote >> >> No World as a subclass of PasteUpMorph >> > Glad to hear that. PasteUpMorph has identity issues :) > > > Fernando olivero-2 wrote >> >> Hope that very soon i can provide more details, but my plans are to >> release it as part of the next Gaucho version, to provide a working >> example. >> > > Excellent, thanks! > > -- > View this message in context: http://forum.world.st/Morphic-replacement-tp4106870p4113468.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 28, 2011

Re: [Pharo-project] What happened to COTDC?

by laurent laffont

Thanks Sean. Laurent On Sun, Nov 27, 2011 at 10:45 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > StÃ©phane Ducasse wrote > > > > but somebody else can do it. > > > > Okay, I'll start again tomorrow. > > -- > View this message in context: > http://forum.world.st/What-happened-to-COTDC-tp4110480p4113451.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Nov. 28, 2011

Re: [Pharo-project] Morphic Cleanup Status

by Sean P. DeNigris

Alain Plantec-3 wrote > > btw, **thanks a lot** for all you are doing. > It's my pleasure. I'm inspired by all the great work going on. Already (in a few weeks) FS has made dealing with the filesystem - gasp - enjoyable! While I wish everything would happen at once, I see every version of Pharo becoming more useful, beautiful, and fun. Working with 1.3 on top of Cog, 1.0 with the Interpreter VM feels unrecognizable. I feel the convolution and complexity of Morphic holding me back, and I sense that it holds the community back from producing tons of cool tools. I'd love to have a win here. Sean -- View this message in context: http://forum.world.st/Morphic-Cleanup-Status-tp4106566p4113923.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 28, 2011

Re: [Pharo-project] World intermittently becoming a mess

by Igor Stasenko

i dunno, probably when debugger crashes, it forgets to kill interrupted UI process. so you have 2 instead :) On 28 November 2011 00:29, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Igor Stasenko wrote >> >> check maybe you have two UI processes running. >> > > Yes, that was it, but how did that happen? > > -- > View this message in context: http://forum.world.st/World-intermittently-becoming-a-mess-tp4101204p411353… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Nov. 28, 2011

Re: [Pharo-project] [Pharo-users] installer on l*n*x ?

by Mariano Martinez Peck

On Sun, Nov 27, 2011 at 5:22 PM, Alan Rodas <alanrodas(a)gmail.com> wrote: > Sorry, the previous link had a problem...use this one > > http://www.4shared.com/file/5F64qhKL/smalltalk_intaller.html? > > Cheers > -- > Alan Rodas Bonjour > > -- Mariano http://marianopeck.wordpress.com

Nov. 27, 2011

Re: [Pharo-project] World intermittently becoming a mess

by Sean P. DeNigris

Igor Stasenko wrote > > check maybe you have two UI processes running. > Yes, that was it, but how did that happen? -- View this message in context: http://forum.world.st/World-intermittently-becoming-a-mess-tp4101204p411353… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 27, 2011