April 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SUnits and UI interaction

by Gary Chambers

Forgot to copy to squeaksource... up now (Polymorph-ToolBuilder-gvc.7). Regards, Gary ----- Original Message ----- From: "Adrian Lienhard" <adi(a)netstyle.ch> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Monday, April 06, 2009 8:51 AM Subject: Re: [Pharo-project] SUnits and UI interaction > Thanks for looking into this! > > I added the following note to the issue: > > It seems PSUIManager>>confirm: is where the ProvideAnswerNotification > is missing. There are more of those, though. I fixed another one and > now the BlockContextTest in a 10263 image are green again (see > attached changeset). We still need to check all other implementation > of confirm: and friends. > > Gary, could you maybe have a look? > > Cheers, > Adrian > > On Apr 6, 2009, at 09:27 , Michael Roberts wrote: > >> I think there must be a corresponding change not yet integrated in >> self confirm:, or has been backed out with UI theme changes perhaps. >> >> this should raise ProvideAnswerNotification. >> >> http://code.google.com/p/pharo/issues/detail?id=716 >> >> thanks >> Mike >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 6, 2009

Re: [Pharo-project] SUnits and UI interaction

by Adrian Lienhard

Thanks for looking into this! I added the following note to the issue: It seems PSUIManager>>confirm: is where the ProvideAnswerNotification is missing. There are more of those, though. I fixed another one and now the BlockContextTest in a 10263 image are green again (see attached changeset). We still need to check all other implementation of confirm: and friends. Gary, could you maybe have a look? Cheers, Adrian On Apr 6, 2009, at 09:27 , Michael Roberts wrote: > I think there must be a corresponding change not yet integrated in > self confirm:, or has been backed out with UI theme changes perhaps. > > this should raise ProvideAnswerNotification. > > http://code.google.com/p/pharo/issues/detail?id=716 > > thanks > Mike > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 6, 2009

Re: [Pharo-project] SUnits and UI interaction

by Michael Roberts

I think there must be a corresponding change not yet integrated in self confirm:, or has been backed out with UI theme changes perhaps. this should raise ProvideAnswerNotification. http://code.google.com/p/pharo/issues/detail?id=716 thanks Mike

April 6, 2009

Re: [Pharo-project] which tests should be green with Pharo?? [WAS] tentative schedule roadmap ....

by StÃ©phane Ducasse

yes we open the testrunner and click run and everything should be green. stef On Apr 5, 2009, at 11:32 PM, Mariano Martinez Peck wrote: > When you all talk about having all tests green, which tests are you > talking about ? Suppose I say "Pharo will have all tests in green". > Which tests are them ? > > All that are in pharo core image ? > > Thanks, > > Mariano > > ---------- Forwarded message ---------- > From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Date: Tue, Mar 31, 2009 at 3:42 AM > Subject: Re: [Pharo-project] Pharo tentative schedule roadmap .... > To: Pharo-project(a)lists.gforge.inria.fr > > > probably > We will harvest the closures and we will have to think what we want to > do. > If you and other want to help the tests should be green and stop > popping up dialog boxes > > Stef > > > On Mar 31, 2009, at 12:43 AM, Geert wrote: > > > > > I assume the tentative (March Beta and May release) schedule on the > > Pharo Project website may need some minor adjustments? > > -- > > View this message in context: http://n2.nabble.com/Pharo-tentative-schedule-roadmap-....-tp2560092p256009… > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 6, 2009

[Pharo-project] About readsField:

by StÃ©phane Ducasse

Hi When reading the code of readField: I have the impression that a part of this method should be moved to instructionStream. Same for writesField: Stef readsField: varIndex "Answer whether the receiver loads the instance variable indexed by the argument." "eem 5/24/2008 Rewritten to no longer assume the compiler uses the most compact encoding available (for EncoderForLongFormV3 support)." | varIndexCode scanner | varIndexCode := varIndex - 1. self isReturnField ifTrue: [^self returnField = varIndexCode]. ^(scanner := InstructionStream on: self) scanFor: [:b| b < 16 ifTrue: [b = varIndexCode] ifFalse: [b = 128 ifTrue: [scanner followingByte = varIndexCode and: [varIndexCode <= 63]] ifFalse: [b = 132 and: [(scanner followingByte between: 64 and: 95) and: [scanner thirdByte = varIndexCode]]]]]

April 6, 2009

Re: [Pharo-project] status of split join in pharo

by Keith Hodges

Oscar Nierstrasz wrote: > Oops. I made a mistake in the experiment. There is actually less > difference than I thought. > > Here we load a web site, optionally using split and join to remove all > comments. My regex version seems to be only marginally worse than > Keith's sequence splitting. > > > 5289 "ON split on regex" > 5327 > > 5165 "KH split on sequence" > 5160 > > 2153 "no splitting" > 2160 > > So regex splitting seems to be feasible. > splitOn: uses double dispatch so that it is the argument that determines who it performs the splitting. All you have to do it implement Regex-#splitUp: aString Keith

April 5, 2009

[Pharo-project] which tests should be green with Pharo?? [WAS] tentative schedule roadmap ....

by Mariano Martinez Peck

When you all talk about having all tests green, which tests are you talking about ? Suppose I say "Pharo will have all tests in green". Which tests are them ? All that are in pharo core image ? Thanks, Mariano ---------- Forwarded message ---------- From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> Date: Tue, Mar 31, 2009 at 3:42 AM Subject: Re: [Pharo-project] Pharo tentative schedule roadmap .... To: Pharo-project(a)lists.gforge.inria.fr probably We will harvest the closures and we will have to think what we want to do. If you and other want to help the tests should be green and stop popping up dialog boxes Stef On Mar 31, 2009, at 12:43 AM, Geert wrote: > > I assume the tentative (March Beta and May release) schedule on the > Pharo Project website may need some minor adjustments? > -- > View this message in context: http://n2.nabble.com/Pharo-tentative-schedule-roadmap-....-tp2560092p256009… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 5, 2009

[Pharo-project] getting the list of the instance variables a compiled method has access to

by StÃ©phane Ducasse

Hi all does one of you know how I can get the list of accessed instance variables from a compiledMethod? There is hasInstVarRef but I cannot get the list. I could go over the class instance variable and check for a writesField: or readsField: Stef

April 5, 2009

[Pharo-project] [ANN] 10268 image released

by StÃ©phane Ducasse

10268 image released on https://gforge.inria.fr/frs/admin/qrs.php?group_id=1299

April 5, 2009

Re: [Pharo-project] Unicode Problem (again) even with fix in 10266

by Mariano Martinez Peck

On Sun, Apr 5, 2009 at 4:10 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > I will release a new image soon. > Ok. Thanks a lot. I am not hurry > > > On Apr 5, 2009, at 8:54 PM, Mariano Martinez Peck wrote: > > > > > > > On Sun, Apr 5, 2009 at 3:49 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr > > > wrote: > > this is strange because I can update without problem from 10263 > > > > Yes. I am updating from 10263 :( > > > > Perhaps I can try to download a new image instead of trying to update. > > > > > > > > Stef > > > > On Apr 5, 2009, at 8:31 PM, Mariano Martinez Peck wrote: > > > > > I have the same problem when trying to update 10264 trought system - > > > > software updates. :( > > > > > > > > > > > > On Sun, Apr 5, 2009 at 9:39 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr > > > > wrote: > > > I cannot release the fixes I was integrating > > > > > > UTF8DecomposedTextConverter>>nextFromStream: aStream > > > > > > | char resultChar | > > > char := super nextFromStream: aStream. > > > (CombinedChar isCompositionCharacter: char charCode) > > > ifFalse: [^char]. > > > combinedChar > > > ifNil: [ > > > combinedChar := CombinedChar new. > > > combinedChar simpleAdd: char] > > > ifNotNil: [ > > > [combinedChar simpleAdd: char] > > > whileFalse: [char := super > > > nextFromStream: aStream]. > > > resultChar := combinedChar combined. > > > combinedChar := CombinedChar new. > > > combinedChar simpleAdd: char. > > > ^resultChar] > > > > > > char charCode -> DNU > > > char is nil. > > > > > > Stef > > > > > > From: ddd > > > To: Pharo-project(a)lists.gforge.inria.fr > > > Subject: [BUG]UndefinedObject(Object)>>doesNotUnderstand: #charCode > > > > > > here insert explanation of what you were doing, suspect changes > > you've > > > made and so forth. > > > > > > 5 April 2009 2:39:03 pm > > > > > > VM: Mac OS - a SmalltalkImage > > > Image: Pharo0.1 [Latest update: #10266] > > > > > > SecurityManager state: > > > Restricted: false > > > FileAccess: true > > > SocketAccess: true > > > Working Dir /Users/ducasse/Workspace/FirstCircle/ActiveResearch/ > > Pharo/ > > > Pharo > > > Trusted Dir /foobar/tooBar/forSqueak/bogus > > > Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/My > > > Squeak > > > > > > UndefinedObject(Object)>>doesNotUnderstand: #charCode > > > Receiver: nil > > > Arguments and temporary variables: > > > aMessage: charCode > > > exception: MessageNotUnderstood: > > > UndefinedObject>>charCode > > > resumeValue: nil > > > Receiver's instance variables: > > > nil > > > > > > UTF8DecomposedTextConverter>>nextFromStream: > > > Receiver: an UTF8DecomposedTextConverter > > > Arguments and temporary variables: > > > <<error during printing> > > > Receiver's instance variables: > > > combinedChar: nil > > > > > > MultiByteBinaryOrTextStream>>next > > > Receiver: <<error during printing>> > > > Arguments and temporary variables: > > > n: nil > > > Receiver's instance variables: > > > collection: ' ' > > > position: 1 > > > readLimit: 1 > > > writeLimit: 6 > > > isBinary: true > > > converter: an UTF8DecomposedTextConverter > > > > > > MultiByteBinaryOrTextStream>>upToEnd > > > Receiver: <<error during printing>> > > > Arguments and temporary variables: > > > newStream: a WriteStream #[32] > > > element: 32 > > > newCollection: #[32 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > > > 0 0 0 0 0 0 0 0 > > > 0 0 0 0 0 0...etc... > > > Receiver's instance variables: > > > collection: ' ' > > > position: 1 > > > readLimit: 1 > > > writeLimit: 6 > > > isBinary: true > > > converter: an UTF8DecomposedTextConverter > > > > > > > > > --- The full stack --- > > > UndefinedObject(Object)>>doesNotUnderstand: #charCode > > > UTF8DecomposedTextConverter>>nextFromStream: > > > MultiByteBinaryOrTextStream>>next > > > MultiByteBinaryOrTextStream>>upToEnd > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > MultiByteBinaryOrTextStream>>contents > > > [] in > > > ByteString(String)>>encodeForHTTPWithTextEncoding:conditionBlock: > > > ByteString(SequenceableCollection)>>do: > > > ByteString(String)>>encodeForHTTPWithTextEncoding:conditionBlock: > > > ByteString(String)>>encodeForHTTP > > > MCHttpRepository>>urlForFileNamed: > > > MCHttpRepository>>writeStreamForFileNamed:replace:do: > > > MCHttpRepository(MCFileBasedRepository)>>writeStreamForFileNamed:do: > > > MCHttpRepository(MCFileBasedRepository)>>basicStoreVersion: > > > MCHttpRepository(MCRepository)>>storeVersion: > > > [] in ScriptLoader>>copyPackagesFromWaitingFolderToHomeRepository > > > OrderedCollection>>do: > > > ScriptLoader>>copyPackagesFromWaitingFolderToHomeRepository > > > ScriptLoader>>publishChanges > > > ScriptLoader class>>DoIt > > > Compiler>>evaluate:in:to:notifying:ifFail:logged: > > > [] in TextMorphEditor(ParagraphEditor)>>evaluateSelection > > > BlockClosure>>on:do: > > > TextMorphEditor(ParagraphEditor)>>evaluateSelection > > > TextMorphEditor(ParagraphEditor)>>doIt > > > [] in TextMorphEditor(ParagraphEditor)>>doIt: > > > TextMorphEditor(ParagraphEditor)>>terminateAndInitializeAround: > > > TextMorphEditor(ParagraphEditor)>>doIt: > > > TextMorphEditor(ParagraphEditor)>>dispatchOnKeyEvent:with: > > > TextMorphEditor>>dispatchOnKeyEvent:with: > > > TextMorphEditor(ParagraphEditor)>>keystroke: > > > TextMorphEditor>>keystroke: > > > [] in TextMorphForEditView(TextMorph)>>keyStroke: > > > TextMorphForEditView(TextMorph)>>handleInteraction: > > > TextMorphForEditView>>handleInteraction: > > > TextMorphForEditView(TextMorph)>>keyStroke: > > > TextMorphForEditView>>keyStroke: > > > TextMorphForEditView(TextMorph)>>handleKeystroke: > > > KeyboardEvent>>sentTo: > > > TextMorphForEditView(Morph)>>handleEvent: > > > TextMorphForEditView(Morph)>>handleFocusEvent: > > > [] in HandMorph>>sendFocusEvent:to:clear: > > > [] in PasteUpMorph>>becomeActiveDuring: > > > BlockClosure>>on:do: > > > PasteUpMorph>>becomeActiveDuring: > > > HandMorph>>sendFocusEvent:to:clear: > > > HandMorph>>sendEvent:focus:clear: > > > HandMorph>>sendKeyboardEvent: > > > HandMorph>>handleEvent: > > > HandMorph>>processEvents > > > [] in WorldState>>doOneCycleNowFor: > > > Array(SequenceableCollection)>>do: > > > WorldState>>handsDo: > > > WorldState>>doOneCycleNowFor: > > > WorldState>>doOneCycleFor: > > > PasteUpMorph>>doOneCycle > > > [] in Project class>>spawnNewProcess > > > [] in BlockClosure>>newProcess > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 5, 2009