- Pharo-dev - lists.pharo.org

[Pharo-project] New Cog VMs available at...
by Eliot Miranda Nov. 29, 2011

Nov. 29, 2011

VM.r2518/ <http://www.mirandabanda.org/files/Cog/VM/VM.r2518/>. CogVM binaries as per VMMaker.oscog-eem.139/r2518. Add access to VM arguments to Mac. Make Windows, Mac and Unix consistent: Smalltalk getSystemAttribute: -1 => executable name -2 .. -n => VM arguments *including* image (if explicitly supplied). Replace win32 command line parsing with unixesque code using CommandLineToArgvW. linux launch script: Cope with old linuxes use of /lib/tls hack for an optional thread-local-storage version of libc/libpthread. The launch scripts add /lib/tls:/usr/lib/tls: to LD_LIBRARY_PATH instead of /lib:/usr/lib: if the VM is linked to /lib/tls/libc. -- best, Eliot

1 0

[Pharo-project] Problem with NonInteractiveUIManager
by Norbert Hartl Nov. 29, 2011

Nov. 29, 2011

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

4 12

[Pharo-project] ProtoObject basicNew :)
by StÃ©phane Ducasse Nov. 29, 2011

Nov. 29, 2011

Hi I would like to know the methods that I should define in a subclass of ProtoObject so that I can use basicNew. Does any of you have an idea? Stef

5 15

[Pharo-project] [COTDC] 85 - HashedCollection
by Sean P. DeNigris Nov. 29, 2011

Nov. 29, 2011

Today: HashedCollection Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest -- View this message in context: http://forum.world.st/COTDC-85-HashedCollection-tp4115592p4115592.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 4

[Pharo-project] Toolbar for haltOnce etc?
by Stefan Marr Nov. 29, 2011

Nov. 29, 2011

Hi: Is there anything floating around that I could load into a Pharo image that gives me some small tools like for instance 'Object setHaltOnce' to arm haltOnce? There are probably more useful things in the image I haven't noticed yet. In case anyone has something like a toolbar with such things, I would appreciate a pointer. Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

1 0

Re: [Pharo-project] Athens work in progress: couple screenshots
by Fernando Olivero Nov. 29, 2011

Nov. 29, 2011

I get the point now, something like the brushes in seaside. Thanks for the explanation. Regarding the protocol, did you consider reusing the same idea, but one step before, as in the following: pathTransform := canvas transformDescribedBy: 'path'. pathTransform scaleBy: 0.5. imageTransform := canvas transformDescribedBy: 'image'. imageTransform scaleBy: 0.5. Maybe add the following for documentation: AthensCairo>>availableTransforms ^ #('path'. 'image'. ) AthensOpenGL>>availableTransforms ^ #('modelView'. 'projection'. ) This would unify the canvas protocol, for all the available rendering engines. Fernando On Mon, Nov 28, 2011 at 6:43 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 28 November 2011 16:04, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> Don't know, but in case we cant modify Athens, we can always rename >> the project and start fresh, given that Igor rewrote most of it >> right?. >> >> Fernando >> >> On Fri, Nov 25, 2011 at 12:58 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> On Nov 25, 2011, at 10:35 AM, Fernando Olivero wrote: >>> >>>> Ok, i will try to do so from now on! >>>> >>>> Igor, thanks for detailed response, i see now there's no real need for >>>> caching the glyphs, even though i didn't consider rotation as an >>>> available affine transformation. >>>> >>>> Just a question on the protocol of the canvas, i found it better to >>>> use the following convenience methods, instead of exposing the >>>> transformation (or canvas state) directly to the sender: >>>> >>>> drawOn: aCanvas >>>> Â aCanvas pathTransform â¦ >>>> >>>> drawOn: aCanvas >>>> Â Â aCanvas scaleBy: 0.5 @0.5 ; translateBy: 10@10 . >>>> Â Â â¦.. > > the canvas #pathTransform actually should answer a delegate, > which should allow you to manipulate coordinate system transformation. > There's no intent to expose the state directly. You can modify > transformation matrix > only via corresponding protocol, but don't manipulate its state directly. > > now about > canvas scaleBy: ... versus canvas pathTransform scaleBy:... > why i did it like that? because there are multiple transformation > matrices responsible > for different parts of computations. > for instance, in OpenVG model there are four: > Â - path > Â - image > Â - stroke > Â - (forgot) :) > > or take an openGL for example there are 3 (or 4) matrices again: > Â - model > Â - projection > Â - texture > Â - color space > > if you expose all of them via canvas, then you have to bloat canvas > protocol with duplicate messages like: > > canvas pathScale: > canvas pathRotate: > canvas imageScale: > canvas imageRotate: > ... etc > > that's why there are separate delegates, which represent concrete > matrix, and common protocol which > you can use for all of them: > > canvas pathTransform scaleBy: > canvas imageTransform scaleBy: > etc > > > -- > Best regards, > Igor Stasenko.

2 1

Re: [Pharo-project] Pharo VMs should be more Pharo-like
by Marcus Denker Nov. 29, 2011

Nov. 29, 2011

On Nov 29, 2011, at 1:46 PM, Esteban Lorenzano wrote: > Hi, > > Currently, we are linking official VMs for pharo taking directly from Jenkins a version and packaging for download (or for Pharo One-Click). > I think this is a temporal solution, we need something better: > > 1) Pharo VMs should have Pharo Icons. > 2) Pharo VMs should be named "pharo" or "pharovm" (better the fist), not "CogVM", which is an internal name. > 3) We should include a PLUGINS.txt file with information about present plugins (internal and external) > 4) We should include a LICENCE.txt file with all licence information. > > ... I think that's all :) > > I know... this is very dumb and clearly not mandatory, but it says a lot about the maturity of our Pharo :) > > All agree? Should I create a ticket? > yes. > > pd: I'm the only one who does not likes One-Click versions? I would prefer a different package for each platform (Is ugly to have a directory named Pharo.app in linux or windows. Also, no need to have all those duplicated-but-for-different-platform files) Yes, I was thinking about that, too... its nice for the very first step, but then it's more a problem. Maybe having 3 packages for the three architectures would be better? -- Marcus Denker -- http://marcusdenker.de

1 0

Nov. 29, 2011

Hi ben I cannot work with 1.4 to look for users for example of Smalltalk. Can you have a look because it is dead slow. May be something with the Class comments. Stef

1 0

Re: [Pharo-project] Building 32-bit Cairo library on Macs
by Fernando Olivero Nov. 29, 2011

Nov. 29, 2011

Igor, i've downloaded the latest native boots vm, loaded the NB and NBCairo, only missing Cairo now. Could you provide the library you built for the Mac. Thanks, Fernando On Sun, Nov 27, 2011 at 10:12 PM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > nice! thanks a lot for dealing with the ugliness outside the smalltalk > world, so we mortals can deal with higher level languages. > > Looking forward to see an Athens binding to Cairo. > Fernando > > On Fri, Nov 25, 2011 at 7:33 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> cool >> We want more :) >> >> Stef >> >> On Nov 25, 2011, at 5:17 PM, Igor Stasenko wrote: >> >>> Just to let you know: >>> >>> it works on Mac! >>> I just loaded the code which Javier did for linux, changed path to >>> library and it worked out of the box. >>> all examples in [1] are working out of the box! >>> >>> So, now i can start wiring Cairo backend for Athens :) >>> >>> [1] http://squeaksource.com/NBCairo/ >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> > >

3 2

[Pharo-project] RenameMethodRefactoring Comment
by Sean P. DeNigris Nov. 29, 2011

Nov. 29, 2011

Here's a free bonus class comment: I do just what my name says. Example Usage: refactoring := RenameMethodRefactoring renameMethod: oldSelector in: class to: newSelector permutation: (0 to: oldSelector numArgs). refactoring execute. A few things to keep in mind: - even though a class is specified, my action is system-wide. The only thing I do with the class is make sure it defines oldSelector - the permutation should be a collection that specifies what order the arguments from the oldSelector should appear in the newSelector. If the argument order doesn't change, you can just use the interval shortcut shown above in the example. Example when arguement order changes: oldSelector: arg1 with: arg2 with: arg3 newSelector: arg2 with: arg3 with: arg1 permutation := { 2. 3. 1 } -- View this message in context: http://forum.world.st/RenameMethodRefactoring-Comment-tp4117939p4117939.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 1