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

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

by StÃ©phane Ducasse

>> > Which appears to me to be the opposite of what Oscar suggested. I do not know he asked about rbyshard and I looked at them. Period. > If I > read the email, he asked what the status of mantis 4874 was, > anticipating that it be integrated. He had "gone back" to ruby > shards in > the absense of the integration of 4784. > > Keith > > > _______________________________________________ > 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

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

by Keith Hodges

StÃ©phane Ducasse wrote: >> I wrote the split join implementation that is available on mantis >> >> http://bugs.squeak.org/view.php?id=4874 >> >> I use it all the time, if you would like to improve on what is >> there, please continue to contribute to the mantis page discussion/ >> tests and code. That way we will get an polished implementation that >> can be added to squeak or to pharo. >> >> The suggestion to use #species would be fine (I never use species >> myself, because I dont understand what its really for). >> > > or class > the point is that you get back a collection of the same kind of the > receiver > >> When stef says "I have checked the code and it looks nice" he didnt >> say which code he checked, so I am confused. >> > > I looked at the latest version in the repository mentioned by oscar > rubyshards > > Which appears to me to be the opposite of what Oscar suggested. If I read the email, he asked what the status of mantis 4874 was, anticipating that it be integrated. He had "gone back" to ruby shards in the absense of the integration of 4784. Keith

April 5, 2009

[Pharo-project] [ANN] 10268: 703 & 705 & 704 closed

by StÃ©phane Ducasse

Issue 703: isMorphic left over Issue 705: closures: strange error in SyntaxError apparently it may happen that the category is nil I do not think that my cs fixes the origin of the problem but ok for now. Issue 704: closures: cleaning some block arg assignemt

April 5, 2009

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

by StÃ©phane Ducasse

I fixed it apparently the previous fix was not intergated correclty On Apr 5, 2009, at 2:39 PM, StÃ©phane Ducasse 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 >

April 5, 2009

Re: [Pharo-project] Undefined symbol using Exupery VM

by Damien Cassou

On Fri, Apr 3, 2009 at 11:22 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk> wrote: > I've added this to my list of known issues with the VM. It's odd that I > haven't seen it myself as I do use Monticello and these have been my > normal VMs for the last few years. To reproduce drag&drop the attached script and choose File in. -- Damien Cassou http://damiencassou.seasidehosting.st

April 5, 2009

[Pharo-project] 715: No parser class for closure-compiled methods

by Damien Cassou

http://code.google.com/p/pharo/issues/detail?id=715 -- Damien Cassou http://damiencassou.seasidehosting.st

April 5, 2009

Re: [Pharo-project] Undefined symbol using Exupery VM

by Damien Cassou

On Fri, Apr 3, 2009 at 11:22 PM, Bryce Kampjes <bryce(a)kampjes.demon.co.uk> wrote: > I've added this to my list of known issues with the VM. It's odd that I > haven't seen it myself as I do use Monticello and these have been my > normal VMs for the last few years. I've just reproduced it again while building the dev-images. It only affects Pharo. -- Damien Cassou http://damiencassou.seasidehosting.st

April 5, 2009

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

by StÃ©phane Ducasse

>> > I wrote the split join implementation that is available on mantis > > http://bugs.squeak.org/view.php?id=4874 > > I use it all the time, if you would like to improve on what is > there, please continue to contribute to the mantis page discussion/ > tests and code. That way we will get an polished implementation that > can be added to squeak or to pharo. > > The suggestion to use #species would be fine (I never use species > myself, because I dont understand what its really for). or class the point is that you get back a collection of the same kind of the receiver > > > When stef says "I have checked the code and it looks nice" he didnt > say which code he checked, so I am confused. I looked at the latest version in the repository mentioned by oscar rubyshards > > > Keith > > > > > _______________________________________________ > 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

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

by Keith Hodges

Oscar Nierstrasz wrote: > Hi Stef, > > Object>>assert: also works with Boolean args, just like > TestCase>>assert: > > Does it make any difference? > > I cannot find the testSplit method you mention. I am looking at > RubyShards-on.6.mcz > > Am I looking in the wrong place? I think Keith has written some more > tests (according to Mantis). Are they part of Keith's tests? > > I think Damien Pollet (cdlm) write splitBy: > > I suggest we rename the package SplitJoin. > > But I want to know who is charge first -- is it Keith, or Damien, or > Stef (or me)? I do not want to step on anyone's toes. > > Cheers, > - on > I wrote the split join implementation that is available on mantis http://bugs.squeak.org/view.php?id=4874 I use it all the time, if you would like to improve on what is there, please continue to contribute to the mantis page discussion/tests and code. That way we will get an polished implementation that can be added to squeak or to pharo. The suggestion to use #species would be fine (I never use species myself, because I dont understand what its really for). When stef says "I have checked the code and it looks nice" he didnt say which code he checked, so I am confused. Keith

April 5, 2009

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

by Oscar Nierstrasz

Hi Stef, Object>>assert: also works with Boolean args, just like TestCase>>assert: Does it make any difference? I cannot find the testSplit method you mention. I am looking at RubyShards-on.6.mcz Am I looking in the wrong place? I think Keith has written some more tests (according to Mantis). Are they part of Keith's tests? I think Damien Pollet (cdlm) write splitBy: I suggest we rename the package SplitJoin. But I want to know who is charge first -- is it Keith, or Damien, or Stef (or me)? I do not want to step on anyone's toes. Cheers, - on On Apr 5, 2009, at 10:33, StÃ©phane Ducasse wrote: > I checked the code and it looks nice > > Now I found > > split: regexString > self assert: regexString size > 0 description: 'Cannot split on empty > regex'. > ^regexString asRegex split: self > > and assert: expects a block. > for the test > > testSplit > self assert: (eg split: 'the') size = 4. self assert: (eg split: 't\w > +e') size = 5. self assert: (eg split: 'hello') size = 1. > it would be nice to have also an assert showing the result and not > just its size > > > then I have a question what splitBy: returns? > does it return a collection that is the same kind of the receiver? > Why do you hard code an OrderedCollection in splitBySubCollection: > aSplitter. > self species would do it too? > Syef > > > On Apr 5, 2009, at 9:51 AM, Oscar Nierstrasz wrote: > >> >> Hi Folks, >> >> What's the status of split and join? >> >> http://bugs.squeak.org/view.php?id=4874 >> >> I need them for a project and since they are not there yet, I have >> gone back to RubyShards. >> >> http://squeaksource.com/RubyShards/ >> >> Keith, do you think this can be integrated into Pharo already, or >> does >> it need some work still? >> >> (I think our implementation is not particularly efficient, but it >> should be serviceable.) >> >> Cheers, >> - on >> >> >> _______________________________________________ >> 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