Hi all
I did the following: - loaded john adaptation layer - loaded install - followed the instructions - saved - load tempVariable fix - saved I did not saved the dirty packages for now. This release is to make sure that the image can be viable and that VM are working once we move to the closure. So can you check and let us know if this is working on the new VM 40 for the closures? Stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Is the image available for download?
Rob On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse <[hidden email]> wrote: Hi all _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
yes at
https://gforge.inria.fr/frs/?group_id=1299 then files pane stef On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote: > Is the image available for download? > > Rob > > On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse <[hidden email] > > wrote: > Hi all > > I did the following: > - loaded john adaptation layer > - loaded install > - followed the instructions > - saved > - load tempVariable fix > - saved > I did not saved the dirty packages for now. > This release is to make sure that the image can be viable and that VM > are working > once we move to the closure. > So can you check and let us know if this is working on the new VM 40 > for the closures? > > Stef > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Thanks...I'll give it a try for you on Windows...
Rob On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse <[hidden email]> wrote: yes at _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Pay attention you need a closureVM.
Stef On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote: > Thanks...I'll give it a try for you on Windows... > > Rob > > On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse <[hidden email] > > wrote: > yes at > https://gforge.inria.fr/frs/?group_id=1299 > then files pane > > stef > > On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote: > > > Is the image available for download? > > > > Rob > > > > On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse <[hidden email] > > > wrote: > > Hi all > > > > I did the following: > > - loaded john adaptation layer > > - loaded install > > - followed the instructions > > - saved > > - load tempVariable fix > > - saved > > I did not saved the dirty packages for now. > > This release is to make sure that the image can be viable and that > VM > > are working > > once we move to the closure. > > So can you check and let us know if this is working on the new VM 40 > > for the closures? > > > > Stef > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Rob Rothwell
Well, I don't have any "tough, real world examples," but the example Bert gave me:
multiply := Array new: 4. 1 to: 4 do: [:i | multiply at: i put: [:x | x * i]. ]. (multiply at: 3) value: 5. Resulted in the appropriate answer 15!!! Rob On Sun, Mar 22, 2009 at 1:40 PM, Rob Rothwell <[hidden email]> wrote: Thanks...I'll give it a try for you on Windows... _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
Yep...since it came out, I've just been using it to see if it caused any problems!
Rob On Sun, Mar 22, 2009 at 1:46 PM, Stéphane Ducasse <[hidden email]> wrote: Pay attention you need a closureVM. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Rob Rothwell
This is the closure boostrap zip? I ran it under
Bryce's recent expupery vm (win32) and was fine up until
UIThemeVistary beCurrent.
I
backtracked to try
'hello' at:200
and
got a very similar stack trace. I do not know the correct jargon, but it
is not a notifier or debugger, just text in the upper left corner of the main
window. Hitting a key clears it, as promised.
Something is very upset about
BlockClosure>>isValid. Is there something I might be too ignorant to
have done to get the image ready for use?
Bill
--- From: [hidden email] [mailto:[hidden email]] On Behalf Of Rob Rothwell Sent: Sunday, March 22, 2009 12:41 PM To: [hidden email] Subject: Re: [Pharo-project] [ANN] Closures for beta testers Rob On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse <[hidden email]>
wrote: yes at _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Rob Rothwell
Excellent!
On which OS are you? Syeg On Mar 22, 2009, at 6:48 PM, Rob Rothwell wrote: > Yep...since it came out, I've just been using it to see if it caused > any problems! > > Rob > > On Sun, Mar 22, 2009 at 1:46 PM, Stéphane Ducasse <[hidden email] > > wrote: > Pay attention you need a closureVM. > > Stef > > On Mar 22, 2009, at 6:40 PM, Rob Rothwell wrote: > > > Thanks...I'll give it a try for you on Windows... > > > > Rob > > > > On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse <[hidden email] > > > wrote: > > yes at > > https://gforge.inria.fr/frs/?group_id=1299 > > then files pane > > > > stef > > > > On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote: > > > > > Is the image available for download? > > > > > > Rob > > > > > > On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse <[hidden email] > > > > wrote: > > > Hi all > > > > > > I did the following: > > > - loaded john adaptation layer > > > - loaded install > > > - followed the instructions > > > - saved > > > - load tempVariable fix > > > - saved > > > I did not saved the dirty packages for now. > > > This release is to make sure that the image can be viable and that > > VM > > > are working > > > once we move to the closure. > > > So can you check and let us know if this is working on the new > VM 40 > > > for the closures? > > > > > > Stef > > > > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > [hidden email] > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > project > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > [hidden email] > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > project > > > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Schwab,Wilhelm K
I guess not.
Normally if Bryce support closure the rest should flow. :) Stef On Mar 22, 2009, at 7:02 PM, Schwab,Wilhelm K wrote: > This is the closure boostrap zip? I ran it under Bryce's recent > expupery vm (win32) and was fine up until > > UIThemeVistary beCurrent. I got the same on mac so this is good > > I backtracked to try > > 'hello' at:200 > > and got a very similar stack trace. I do not know the correct > jargon, but it is not a notifier or debugger, just text in the upper > left corner of the main window. Hitting a key clears it, as promised. > > Something is very upset about BlockClosure>>isValid. Is there > something I might be too ignorant to have done to get the image > ready for use? > > Bill > > > --- > Wilhelm K. Schwab, Ph.D. > bschwab AT anest DOT ufl DOT edu > > > > From: [hidden email] [mailto:[hidden email] > ] On Behalf Of Rob Rothwell > Sent: Sunday, March 22, 2009 12:41 PM > To: [hidden email] > Subject: Re: [Pharo-project] [ANN] Closures for beta testers > > Thanks...I'll give it a try for you on Windows... > > Rob > > On Sun, Mar 22, 2009 at 1:37 PM, Stéphane Ducasse <[hidden email] > > wrote: > yes at > https://gforge.inria.fr/frs/?group_id=1299 > then files pane > > stef > > On Mar 22, 2009, at 6:23 PM, Rob Rothwell wrote: > > > Is the image available for download? > > > > Rob > > > > On Sun, Mar 22, 2009 at 1:05 PM, Stéphane Ducasse <[hidden email] > > > wrote: > > Hi all > > > > I did the following: > > - loaded john adaptation layer > > - loaded install > > - followed the instructions > > - saved > > - load tempVariable fix > > - saved > > I did not saved the dirty packages for now. > > This release is to make sure that the image can be viable and that > VM > > are working > > once we move to the closure. > > So can you check and let us know if this is working on the new VM 40 > > for the closures? > > > > Stef > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Schwab,Wilhelm K
> UIThemeVistary beCurrent.
what is nice is that the VM does not crash. I cannot open any browser. So in another image I checked a bit. BlockContext defined isValid (a polymoprph-EventEnhancements) sent by BlockContext>>isValid "Answer true so we can be used in event dispatching." ^true WeakActionSequence>>asMinimalRepresentation | valid | valid := self select: [:e | e isValid ]. valid size = 0 ifTrue: [^nil]. valid size = 1 ifTrue: [^valid first]. ^valid I do not really know the code of gary. As a pure hack I added isValid to blockClosure to return true and I did not get the problem of course this is a shitty way to answer the problem. Now when I close using the cross on the right (and not the button on the left) the vistaryStyle I get similar problems [closure] in UIThemeVistary>>createCloseBoxFor: DNU asMinimalRepresentation BlockContext>>asMinimalRepresentation "Answer the receiver." ^self I defined the same in BlockClosure and it worked but I would prefer to understand what I was doing. stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
probably doing a difference between the interface of BlockContext and
BlockClosure will help. Stef On Mar 22, 2009, at 7:34 PM, Stéphane Ducasse wrote: >> UIThemeVistary beCurrent. > > what is nice is that the VM does not crash. > I cannot open any browser. > So in another image I checked a bit. > > BlockContext defined isValid (a polymoprph-EventEnhancements) > > sent by > > BlockContext>>isValid > "Answer true so we can be used in event dispatching." > > ^true > > WeakActionSequence>>asMinimalRepresentation > > | valid | > valid := self select: [:e | e isValid ]. > valid size = 0 > ifTrue: [^nil]. > valid size = 1 > ifTrue: [^valid first]. > ^valid > > I do not really know the code of gary. > As a pure hack I added isValid to blockClosure to return true > and I did not get the problem > > of course this is a shitty way to answer the problem. > > > Now when I close using the cross on the right (and not the button on > the left) > the vistaryStyle I get similar problems > > [closure] in UIThemeVistary>>createCloseBoxFor: DNU > asMinimalRepresentation > > > BlockContext>>asMinimalRepresentation > "Answer the receiver." > > ^self > > I defined the same in BlockClosure and it worked but I would prefer to > understand what I was doing. > > > > > stef > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Another thing that is missing in ContextPart is #methodSelector, used
by the debugger. Fix attached. On Sun, Mar 22, 2009 at 7:44 PM, Stéphane Ducasse <[hidden email]> wrote: > probably doing a difference between the interface of BlockContext and > BlockClosure will help. > > Stef > On Mar 22, 2009, at 7:34 PM, Stéphane Ducasse wrote: > >>> UIThemeVistary beCurrent. >> >> what is nice is that the VM does not crash. >> I cannot open any browser. >> So in another image I checked a bit. >> >> BlockContext defined isValid (a polymoprph-EventEnhancements) >> >> sent by >> >> BlockContext>>isValid >> "Answer true so we can be used in event dispatching." >> >> ^true >> >> WeakActionSequence>>asMinimalRepresentation >> >> | valid | >> valid := self select: [:e | e isValid ]. >> valid size = 0 >> ifTrue: [^nil]. >> valid size = 1 >> ifTrue: [^valid first]. >> ^valid >> >> I do not really know the code of gary. >> As a pure hack I added isValid to blockClosure to return true >> and I did not get the problem >> >> of course this is a shitty way to answer the problem. >> >> >> Now when I close using the cross on the right (and not the button on >> the left) >> the vistaryStyle I get similar problems >> >> [closure] in UIThemeVistary>>createCloseBoxFor: DNU >> asMinimalRepresentation >> >> >> BlockContext>>asMinimalRepresentation >> "Answer the receiver." >> >> ^self >> >> I defined the same in BlockClosure and it worked but I would prefer to >> understand what I was doing. >> >> >> >> >> stef >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project FixDebugger.1.cs (270 bytes) Download Attachment |
In reply to this post by Stéphane Ducasse
CONTENTS DELETED
The author has deleted this message.
|
did it work in the nonclosure version?
Stef On Mar 22, 2009, at 8:06 PM, Marco Schmidt wrote: > There is a DNU after trying to open the SqueakMap Package Loader- > Tool... > > > VM: Squeak 3.11.1 (alpha) - (The above "multiply" test ^^ succeded) > IMG: 10259-ClosureBootstrap > OS: Windows Vista x64 > > > > > > > 2009/3/22 Stéphane Ducasse <[hidden email]> > probably doing a difference between the interface of BlockContext and > BlockClosure will help. > > Stef > On Mar 22, 2009, at 7:34 PM, Stéphane Ducasse wrote: > > >> UIThemeVistary beCurrent. > > > > what is nice is that the VM does not crash. > > I cannot open any browser. > > So in another image I checked a bit. > > > > BlockContext defined isValid (a polymoprph-EventEnhancements) > > > > sent by > > > > BlockContext>>isValid > > "Answer true so we can be used in event dispatching." > > > > ^true > > > > WeakActionSequence>>asMinimalRepresentation > > > > | valid | > > valid := self select: [:e | e isValid ]. > > valid size = 0 > > ifTrue: [^nil]. > > valid size = 1 > > ifTrue: [^valid first]. > > ^valid > > > > I do not really know the code of gary. > > As a pure hack I added isValid to blockClosure to return true > > and I did not get the problem > > > > of course this is a shitty way to answer the problem. > > > > > > Now when I close using the cross on the right (and not the button on > > the left) > > the vistaryStyle I get similar problems > > > > [closure] in UIThemeVistary>>createCloseBoxFor: DNU > > asMinimalRepresentation > > > > > > BlockContext>>asMinimalRepresentation > > "Answer the receiver." > > > > ^self > > > > I defined the same in BlockClosure and it worked but I would > prefer to > > understand what I was doing. > > > > > > > > > > stef > > > > > > _______________________________________________ > > Pharo-project mailing list > > [hidden email] > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <SqueakDebug - > Kopie.log>_______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Lukas Renggli
Excellent
I created an issue. what I will do is to run the tests before and after. http://code.google.com/p/pharo/issues/detail?id=685 Stef On Mar 22, 2009, at 8:01 PM, Lukas Renggli wrote: > Another thing that is missing in ContextPart is #methodSelector, used > by the debugger. > > Fix attached. > > On Sun, Mar 22, 2009 at 7:44 PM, Stéphane Ducasse > <[hidden email]> wrote: >> probably doing a difference between the interface of BlockContext and >> BlockClosure will help. >> >> Stef >> On Mar 22, 2009, at 7:34 PM, Stéphane Ducasse wrote: >> >>>> UIThemeVistary beCurrent. >>> >>> what is nice is that the VM does not crash. >>> I cannot open any browser. >>> So in another image I checked a bit. >>> >>> BlockContext defined isValid (a polymoprph-EventEnhancements) >>> >>> sent by >>> >>> BlockContext>>isValid >>> "Answer true so we can be used in event dispatching." >>> >>> ^true >>> >>> WeakActionSequence>>asMinimalRepresentation >>> >>> | valid | >>> valid := self select: [:e | e isValid ]. >>> valid size = 0 >>> ifTrue: [^nil]. >>> valid size = 1 >>> ifTrue: [^valid first]. >>> ^valid >>> >>> I do not really know the code of gary. >>> As a pure hack I added isValid to blockClosure to return true >>> and I did not get the problem >>> >>> of course this is a shitty way to answer the problem. >>> >>> >>> Now when I close using the cross on the right (and not the button on >>> the left) >>> the vistaryStyle I get similar problems >>> >>> [closure] in UIThemeVistary>>createCloseBoxFor: DNU >>> asMinimalRepresentation >>> >>> >>> BlockContext>>asMinimalRepresentation >>> "Answer the receiver." >>> >>> ^self >>> >>> I defined the same in BlockClosure and it worked but I would >>> prefer to >>> understand what I was doing. >>> >>> >>> >>> >>> stef >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > <FixDebugger.1.cs>_______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Apparently Traits do not understand variablesAndOffsetsDo:
invoked indirectly from parse: sourceStream class: class category: aCategory noPattern: noPattern context: ctxt notifying: req ifFail: aBlock EncoderForV3PlusClosure>>init: aClass context: aContext notifying: req requestor := req. class := aClass. nTemps := 0. supered := false. self initScopeAndLiteralTables. class variablesAndOffsetsDo: [:variable "<String|CFieldDefinition>" :offset "<Integer|nil>" | offset isNil ifTrue: [scopeTable at: variable name put: ((Smalltalk at: #FieldNode ifAbsent: [self error: 'FiledNode is missing']) new fieldDefinition: variable)] ifFalse: [scopeTable at: variable put: (offset >= 0 ifTrue: [InstanceVariableNode new name: variable index: offset] ifFalse: [MaybeContextInstanceVariableNode new name: variable index: offset negated])]]. aContext ~~ nil ifTrue: [| homeNode | homeNode := self bindTemp: self doItInContextName. "0th temp = aContext passed as arg" aContext tempNames withIndexDo: [:variable :index| scopeTable at: variable put: (MessageAsTempNode new receiver: homeNode selector: #namedTempAt: arguments: (Array with: (self encodeLiteral: index)) precedence: 3 from: self)]]. sourceRanges := Dictionary new: 32. globalSourceRanges := OrderedCollection new: 32 _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
Stéphane Ducasse writes:
> I guess not. > Normally if Bryce support closure the rest should flow. :) The VMs I supplied both support closures, or should. I'll have a quick test here. Bryce _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Stéphane Ducasse
Stef,
Adding #isValid got me a little further along. I was able to select the new theme and can at least open a debugger, though _using_ it stirs up trouble over #asMinimalRepresentation (or similar method). In trying to evaluate 'hello' at:200, I was faced with some message boxes claiming there was no such method; that seemed to happen w/ vistary and not watery2??? I too had problems closing windows. Bill --- Wilhelm K. Schwab, Ph.D. bschwab AT anest DOT ufl DOT edu -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Stéphane Ducasse Sent: Sunday, March 22, 2009 1:35 PM To: [hidden email] Cc: Eliot Miranda Subject: Re: [Pharo-project] [ANN] Closures for beta testers > UIThemeVistary beCurrent. what is nice is that the VM does not crash. I cannot open any browser. So in another image I checked a bit. BlockContext defined isValid (a polymoprph-EventEnhancements) sent by BlockContext>>isValid "Answer true so we can be used in event dispatching." ^true WeakActionSequence>>asMinimalRepresentation | valid | valid := self select: [:e | e isValid ]. valid size = 0 ifTrue: [^nil]. valid size = 1 ifTrue: [^valid first]. ^valid I do not really know the code of gary. As a pure hack I added isValid to blockClosure to return true and I did not get the problem of course this is a shitty way to answer the problem. Now when I close using the cross on the right (and not the button on the left) the vistaryStyle I get similar problems [closure] in UIThemeVistary>>createCloseBoxFor: DNU asMinimalRepresentation BlockContext>>asMinimalRepresentation "Answer the receiver." ^self I defined the same in BlockClosure and it worked but I would prefer to understand what I was doing. stef _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Rob Rothwell
Rob Rothwell writes:
> Well, I don't have any "tough, real world examples," but the example Bert > gave me: > > multiply := Array new: 4. > 1 to: 4 do: [:i | > multiply at: i put: [:x | x * i]. > ]. > > (multiply at: 3) value: 5. > > Resulted in the appropriate answer 15!!! I tried this on Linux, and it works. Poking around a bit more brought up the emergency evaluator because BlockClosure doesn't understand #isValid:. Bryce P.S I'm not going to have much time in April as we have family staying and our second son is due. _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |