- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3504 in pharo: MethodContext>>numArgs
by pharo＠googlecode.com Jan. 17, 2011

Jan. 17, 2011

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.2 New issue 3504 by stephane.ducasse: MethodContext>>numArgs http://code.google.com/p/pharo/issues/detail?id=3504 MethodContext>>numArgs "Answer the number of arguments required to evaluate this method or block." ^closureOrNil ifNil: [method numArgs] ifNotNil: [closureOrNil numArgs]

1 4

[Pharo-project] [update 1.1.1] #11415
by Marcus Denker Jan. 17, 2011

Jan. 17, 2011

11415 ----- Issue 3504: MethodContext>>numArgs -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.2] #12307
by StÃ©phane Ducasse Jan. 17, 2011

Jan. 17, 2011

12307 ----- Issue 3522 - Wiki help system. Thanks Torsten Bergman and Alain Plantec. - Issue 3542: Add SmalltalkImage>>#gcBiasToGrow: and friends to core. Thanks Adrian Lienhard. - Fixing too strong orange in OrangeUITheme. Stef

1 0

[Pharo-project] Issue 3522 in pharo: wiki like help contents
by pharo＠googlecode.com Jan. 17, 2011

Jan. 17, 2011

Status: Accepted Owner: aplantec CC: Torsten....(a)astares.de Labels: Milestone-1.2 New issue 3522 by aplantec: wiki like help contents http://code.google.com/p/pharo/issues/detail?id=3522 The help system will provide a way to integrate contents with wiki markup.

1 12

Re: [Pharo-project] PharoKernel-1.2-12306
by Marcus Denker Jan. 17, 2011

Jan. 17, 2011

On Jan 16, 2011, at 9:25 PM, Pavel Krivanek wrote: > Hi all, > > I updated the PharoKernel to work with the latest core image. What do > we need to prepare automatic Hudson builds? For the full image, we use the script of Lukas https://github.com/renggli/builder But for the Kernel, maybe doing it directly is better. What we need is just a .st script to load in a Core image that does teh shrinking. Then we can configure Hudson to start a vm and load this. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Was not able to update with #12304
by Torsten Bergmann Jan. 17, 2011

Jan. 17, 2011

I was not able to update from a core 1.2 #12300 - it stopped while loading #12304 with the crash below. The last hudson build was 2 days ago. Bye T. ClassBuilder(Object)>>doesNotUnderstand: #reshapeClass:toSuper: Receiver: a ClassBuilder Arguments and temporary variables: aMessage: reshapeClass: MultiNewParagraph toSuper: NewParagraph exception: MessageNotUnderstood: receiver of "reshapeClass:toSuper:" is nil resumeValue: nil Receiver's instance variables: environ: a SystemDictionary(lots of globals) classMap: nil instVarMap: an IdentityDictionary() progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... maxClassIndex: 3 currentClassIndex: 1 [:oldSubclass | | newSubclass | copyOfOldTraitComposition := copyOfOldClassTraitComposition := nil. oldSubclass hasTraitComposition ifTrue: [copyOfOldTraitComposition := oldSubclass traitComposition copyTraitExpression]. oldSubclass class hasTraitComposition ifTrue: [copyOfOldClassTraitComposition := oldSubclass class traitComposition copyTraitExpression]. newSubclass := self reshapeClass: oldSubclass toSuper: newClass. self mutate: oldSubclass to: newSubclass. copyOfOldTraitComposition ifNotNil: [newSubclass setTraitComposition: copyOfOldTraitComposition]. copyOfOldClassTraitComposition ifNotNil: [newSubclass class setTraitComposition: copyOfOldClassTraitComposition]] in ClassBuilder>>mutate:to: Receiver: a ClassBuilder Arguments and temporary variables: newClass: MultiNewParagraph copyOfOldTraitComposition: NewParagraph copyOfOldClassTraitComposition: #(nil nil) oldSubclass: nil newSubclass: nil Receiver's instance variables: environ: a SystemDictionary(lots of globals) classMap: nil instVarMap: an IdentityDictionary() progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... maxClassIndex: 3 currentClassIndex: 1 Array(SequenceableCollection)>>do: Receiver: {MultiNewParagraph} Arguments and temporary variables: aBlock: [:oldSubclass | | newSubclass | copyOfOldTraitComposition := copyOfOld...etc... index: 1 indexLimiT: 1 Receiver's instance variables: {MultiNewParagraph} ClassBuilder>>mutate:to: Receiver: a ClassBuilder Arguments and temporary variables: <<error during printing> Receiver's instance variables: environ: a SystemDictionary(lots of globals) classMap: nil instVarMap: an IdentityDictionary() progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... maxClassIndex: 3 currentClassIndex: 1 [self mutate: oldClass to: newClass] in ClassBuilder>>recompile:from:to:mutate: Receiver: a ClassBuilder Arguments and temporary variables: oldClass: NewParagraph newClass: NewParagraph Receiver's instance variables: environ: a SystemDictionary(lots of globals) classMap: nil instVarMap: an IdentityDictionary() progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... maxClassIndex: 3 currentClassIndex: 1 [:bar | progress := bar. aBlock value] in ClassBuilder>>informUserDuring: Receiver: a ClassBuilder Arguments and temporary variables: aBlock: [:barValArg | | barVal return newBarSize | barVal := barValArg. retur...etc... bar: [self mutate: oldClass to: newClass] Receiver's instance variables: environ: a SystemDictionary(lots of globals) classMap: nil instVarMap: an IdentityDictionary() progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... maxClassIndex: 3 currentClassIndex: 1 [:bar | aBlock value: bar] in MorphicUIManager>>informUserDuring: Receiver: a MorphicUIManager Arguments and temporary variables: aBlock: [:barValArg | | barVal return newBarSize | barVal := barValArg. retur...etc... bar: [:bar | progress := bar. aBlock value] Receiver's instance variables: interactiveParser: nil [result := workBlock value: progress] in [[result := workBlock value: progress] on: ProgressNotification do: [:ex | ex extraParam isString ifTrue: [SystemProgressMorph uniqueInstance labelAt: progress put: ex extraParam]. ex resume]] in ProgressInitiationException>>defaultMorphicAction Receiver: ProgressInitiationException: Arguments and temporary variables: progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... result: #(nil) Receiver's instance variables: messageText: nil tag: nil signalContext: ProgressInitiationException(Exception)>>signal handlerContext: nil outerContext: nil workBlock: [:bar | aBlock value: bar] maxVal: 100 minVal: 1 aPoint: 765@496 progressTitle: '' BlockClosure>>on:do: Receiver: [result := workBlock value: progress] Arguments and temporary variables: exception: ProgressNotification handlerAction: [:ex | ex extraParam isString ifTrue: [SystemProgressMorph un...etc... handlerActive: true Receiver's instance variables: outerContext: [[result := workBlock value: progress] on: ProgressNotification...etc... startpc: 83 numArgs: 0 [[result := workBlock value: progress] on: ProgressNotification do: [:ex | ex extraParam isString ifTrue: [SystemProgressMorph uniqueInstance labelAt: progress put: ex extraParam]. ex resume]] in ProgressInitiationException>>defaultMorphicAction Receiver: ProgressInitiationException: Arguments and temporary variables: progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... result: #(nil) Receiver's instance variables: messageText: nil tag: nil signalContext: ProgressInitiationException(Exception)>>signal handlerContext: nil outerContext: nil workBlock: [:bar | aBlock value: bar] maxVal: 100 minVal: 1 aPoint: 765@496 progressTitle: '' BlockClosure>>ensure: Receiver: [[result := workBlock value: progress] on: ProgressNotification do: [:ex | ex extr...etc... Arguments and temporary variables: aBlock: [SystemProgressMorph close: progress] complete: nil returnValue: nil Receiver's instance variables: outerContext: ProgressInitiationException>>defaultMorphicAction startpc: 77 numArgs: 0 ProgressInitiationException>>defaultMorphicAction Receiver: ProgressInitiationException: Arguments and temporary variables: progress: [:barValArg | | barVal return newBarSize | barVal := barValArg. ret...etc... result: #(nil) Receiver's instance variables: messageText: nil tag: nil signalContext: ProgressInitiationException(Exception)>>signal handlerContext: nil outerContext: nil workBlock: [:bar | aBlock value: bar] maxVal: 100 minVal: 1 aPoint: 765@496 progressTitle: '' ... -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

2 2

[Pharo-project] PharoKernel-1.2-12306
by Pavel Krivanek Jan. 16, 2011

Jan. 16, 2011

Hi all, I updated the PharoKernel to work with the latest core image. What do we need to prepare automatic Hudson builds? https://gforge.inria.fr/frs/download.php/28150/PharoKernel-1.2-12306.zip -- Pavel

2 1

[Pharo-project] ZeroMQ, Mongrel2...
by Geoffroy Couprie Jan. 16, 2011

Jan. 16, 2011

Hello, What would you think of a ZeroMQ frontend to Pharo? I was playing with ZeroMQ, and more specifically the Mongrel2 web server, and I thought that would be cool to use it, but the only reference of ZeroMQ and Smalltalk I saw was about some code from Thomas GagnÃ©, which is not available anymore. Anyhow, would you be interested in a port to Pharo? It looks like the protocol is not really hard to implement. Best regards, Geoffroy

9 9

Re: [Pharo-project] Crash running test suite with latest cog vm
by Marcus Denker Jan. 16, 2011

Jan. 16, 2011

On Jan 16, 2011, at 10:33 AM, StÃ©phane Ducasse wrote: > Dear marco > > can you give more information else vm people cannot do anything? > Which os > exact donwload link > pharo version.... > If it is 1.1.1, then we need to do a 1.1.2 for Cog... because of a missing method in MethodContext (numArgs, if I remember correctly). Marcus > Stef > > > On Jan 16, 2011, at 10:01 AM, Marco Schmidt wrote: > >> I have a crashing cog vm. >> I run the all tests in the current pharo-core downloaded from the server. >> See attached PharoDebug.log >> >> Marco Schmidt >> <PharoDebug.log> > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Problem understanding #cannotInterpret
by Mariano Martinez Peck Jan. 16, 2011

Jan. 16, 2011

Hi. There is something I don't understand about #cannotInterpret and maybe you can help me. Since I am not sure if this is more image side or vm, I did a cross post, sorry for that. Context: I am implementing proxies for classes. Since I want that a proxy loads back the original object when receiving the message #class, I have removed from the compiler the shortcut bytecode for class, with this: (ParseNode classVarNamed: 'StdSelectors') removeKey: #class ifAbsent: []. Now, my testcase is something like this: | inst proxy | "This is the simplest test that does the less assert as possible." inst := ClassWith1Var new. self assert: inst foo = 'foo'. proxy := ClassProxyInstVar new. proxy become: ClassWith1Var. "here I can send any message, it is just to load back the original class" inst basicIdentityHash. self assert: (inst class == ClassWith1Var). self assert: inst foo = 'foo'. ProtoObject subclass: #ClassProxyInstVar instanceVariableNames: 'superclass methodDict format actualClass' classVariableNames: '' poolDictionaries: '' category: 'Proxies' ClassProxyInstVar >> initialize super initialize. superclass := ProxySuperclass. methodDict := nil. actualClass := self So...with this i can use an instance of ClassProxyInstVar like a class. When an instance of the class receives a message, the methodDict will be in nil, and then the VM will send the #cannotInterpret. and there I want to put back the original class. Then I do: ProxySuperclass >> cannotInterpret: aMessage Transcript cr; show: 'cannotInterpret:'; space; show: aMessage selector.. self class restore. ^aMessage sendTo: self Now, this is working, but there is something I DO NOT UNSERSTAND. When I try to do the "inst basicIdentityHash" the VM will send the #cannotInterpret to ProxySuperclass because the methodDict was nil in ClassProxyInstVar. Ok, perfect. What I don't understand is how the method #cannotInterptet can be run perfeclty in this case, since I am doing a "self class restore" there. Remember I removed the shortcut bytecode, so #class is sent like any normal message. So, my question is, when sending "self class", why the VM doesn't call #cannotInterpter again like it did it when I did " inst basicIdentityHash." ? in other words...why the VM isn't entering in a loop ? There is something I am not seeing. Thanks for any help in advance, Mariano

1 0