- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo software distribution agreement errata (was "Smalllint for Traits")

by Craig Latta

Also, the PDF still has "CA 91201" in it, from the Viewpoints version of the agreement (91201 is the zipcode for Glendale, California :). -C -- Craig Latta www.netjam.org/resume +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

Feb. 19, 2013

Re: [Pharo-project] please test 2.0

by phil＠highoctane.be

Even weirder: played with the debugger and sayed Over Over Over then Proceed and it worked. Strange.... Phil 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi, > > We are almost there for the release, but we still need a little effort more. > Would be terrific if everyone of you took the latest 2.0 image and test it with your usual workflows (we cannot imagine all, they are infinite :) > > And please report bugs, and JUST bugs :) > > all the "nice to have" can be reported, but in 3.0 milestone (or not milestone at all). > > cheers, > Esteban

Feb. 19, 2013

Re: [Pharo-project] please test 2.0

by phil＠highoctane.be

Crashes during update to the latest version (all updates used to work so far) MNU: SmallInteger>>ifFail: Phil 2013/2/19 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi, > > We are almost there for the release, but we still need a little effort more. > Would be terrific if everyone of you took the latest 2.0 image and test it with your usual workflows (we cannot imagine all, they are infinite :) > > And please report bugs, and JUST bugs :) > > all the "nice to have" can be reported, but in 3.0 milestone (or not milestone at all). > > cheers, > Esteban

Feb. 19, 2013

Re: [Pharo-project] subStrings: suggestion

by Esteban A. Maringolo

2013/2/19 Camillo Bruni <camillobruni(a)gmail.com>: > On 2013-02-19, at 17:15, James Foster <Smalltalk(a)JGFoster.net> wrote: >> On Feb 19, 2013, at 7:32 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> ';;;;' splitOn: $; >> And your point is? I'm afraid I'm not able to interpret your message. What does an array of one or five empty strings mean? A terse reply like this suggests either an email error with an incomplete message or that you think that the information provided is so obvious that there is only one way to interpret your message. If you think that the current implementation is useful, I'd be interested in reading a realistic use case. > > Apparently you like to write a lot, I don't.. so in verbose plain english: > > Q: "Shouldn't there be some kind of alternative which would yield?" > A: Yes there is, use #splitOn: Cool down guys, we're all friends here :) But what's the rationale behind changing the semantics of a largely used selector in other dialects also? e.g. in Dolphin and VisualAge/VAST ';;;;' subStrings: $; => ('' '' '' '') (In VA the implementation dates from 1996!) Regards, Esteban A. Maringolo

Feb. 19, 2013

[Pharo-project] please test 2.0

by Esteban Lorenzano

Hi, We are almost there for the release, but we still need a little effort more. Would be terrific if everyone of you took the latest 2.0 image and test it with your usual workflows (we cannot imagine all, they are infinite :) And please report bugs, and JUST bugs :) all the "nice to have" can be reported, but in 3.0 milestone (or not milestone at all). cheers, Esteban

Feb. 19, 2013

[Pharo-project] [update 2.0] #20558

by Esteban Lorenzano

20558 ----- Issue 7542: invalid selection of classes when old style keybindings are activated http://code.google.com/p/pharo/issues/detail?id=7542 Issue 7543: add ReleaseTest for obsolete Behaviors http://code.google.com/p/pharo/issues/detail?id=7543 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-EstebanLorenzano.1049.diff http://ss3.gemstone.com/ss/Pharo20/Tests-EstebanLorenzano.512.diff http://ss3.gemstone.com/ss/Pharo20/Nautilus-EstebanLorenzano.430.diff http://ss3.gemstone.com/ss/Pharo20/Keymapping-Core-EstebanLorenzano.142.diff

Feb. 19, 2013

[Pharo-project] [update 2.0] #20557

by Esteban Lorenzano

20557 ----- Issue 7530: obsolete Behavior in image http://code.google.com/p/pharo/issues/detail?id=7530 Issue 7458: Changing method in debugger (in a block activation) changes CompiledMethod but not source code http://code.google.com/p/pharo/issues/detail?id=7458 Issue 7110: Fix Refresh of ProgressBar http://code.google.com/p/pharo/issues/detail?id=7110 Issue 7085: UTC seconds conversion inconsistent http://code.google.com/p/pharo/issues/detail?id=7085 Diff information: http://ss3.gemstone.com/ss/Pharo20/Traits-EstebanLorenzano.457.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-EstebanLorenzano.773.d… http://ss3.gemstone.com/ss/Pharo20/Morphic-EstebanLorenzano.1356.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-EstebanLorenzano.1314.diff http://ss3.gemstone.com/ss/Pharo20/Compiler-EstebanLorenzano.377.diff

Feb. 19, 2013

Re: [Pharo-project] subStrings: suggestion

by Camillo Bruni

On 2013-02-19, at 17:15, James Foster <Smalltalk(a)JGFoster.net> wrote: > On Feb 19, 2013, at 7:32 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> ';;;;' splitOn: $; > > And your point is? I'm afraid I'm not able to interpret your message. What does an array of one or five empty strings mean? A terse reply like this suggests either an email error with an incomplete message or that you think that the information provided is so obvious that there is only one way to interpret your message. If you think that the current implementation is useful, I'd be interested in reading a realistic use case. Apparently you like to write a lot, I don't.. so in verbose plain english: Q: "Shouldn't there be some kind of alternative which would yield?" A: Yes there is, use #splitOn: Example: -------- '1;;2;3;4' splitOn: $; yields: an OrderedCollection('1' '' '2' '3' '4') Reduced Example: ---------------- ';;;;' subStrings: ';' ===> #() ';;;;' splitOn: $; ===> an OrderedCollection('' '' '' '' '') >> On 2013-02-19, at 16:30, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: >> >>> I do not know if that is standardized. But the current behavior of >>> subStrings is that something like: >>> '1;;2;3;4' subStrings: ';' >>> >>> yields: >>> #('1' '2' '3' '4') >>> >>> that means the array may get longer or shorter with the same number of >>> separators. >>> >>> Shouldn't there be some kind of alternative which would yield? >>> #('1' '' '2' '3' '4') >>> >>> Maybe there is a reason for the first decision. If not what would be the >>> problem with having it both ways?

Feb. 19, 2013

[Pharo-project] [update 2.0] #20556

by Esteban Lorenzano

20556 ----- Issue 7521: Add PostMaterializationAction to Fueled out stack traces http://code.google.com/p/pharo/issues/detail?id=7521 Issue 7509: intersect:ifNone: Error http://code.google.com/p/pharo/issues/detail?id=7509 Issue 7452: After "ImageCleaner cleanUpForProduction" there are obsolete classes http://code.google.com/p/pharo/issues/detail?id=7452 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-EstebanLorenzano.1048.diff http://ss3.gemstone.com/ss/Pharo20/SUnit-Utilities-EstebanLorenzano.10.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-EstebanLorenzano.772.d… http://ss3.gemstone.com/ss/Pharo20/Fuel-EstebanLorenzano.748.diff

Feb. 19, 2013

Re: [Pharo-project] subStrings: suggestion

by James Foster

On Feb 19, 2013, at 7:32 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > ';;;;' splitOn: $; And your point is? I'm afraid I'm not able to interpret your message. What does an array of one or five empty strings mean? A terse reply like this suggests either an email error with an incomplete message or that you think that the information provided is so obvious that there is only one way to interpret your message. If you think that the current implementation is useful, I'd be interested in reading a realistic use case. > On 2013-02-19, at 16:30, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: > >> I do not know if that is standardized. But the current behavior of >> subStrings is that something like: >> '1;;2;3;4' subStrings: ';' >> >> yields: >> #('1' '2' '3' '4') >> >> that means the array may get longer or shorter with the same number of >> separators. >> >> Shouldn't there be some kind of alternative which would yield? >> #('1' '' '2' '3' '4') >> >> Maybe there is a reason for the first decision. If not what would be the >> problem with having it both ways? Yes, you are quite right. Imagine that you were dealing with data structures represented by a delimited string (e.g., HL7 has been in use since 1987), where the interpretation of a field is based on its position. In this case allowing empty fields is completely reasonable and, in fact, necessary to proper interpretation of the data. Shifting all the fields because one field happens to be empty is just wrong. James Foster

Feb. 19, 2013