November 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14217
by stephane ducasse Nov. 5, 2011

Nov. 5, 2011

14217 ----- - Issue 4974: better UUID comparison. Thanks Norbert Hartl. http://code.google.com/p/pharo/issues/detail?id=4974 - Issue 4933: When browsing Implementors of, removing methods does not work. Thanks Guillermo Polito. http://code.google.com/p/pharo/issues/detail?id=4933 - Issue 4961: Debugger displays Block in class instead of showing Classname class for class side methods. Thanks Benjamin van ryseghem. http://code.google.com/p/pharo/issues/detail?id=4961 Stef

1 0

[Pharo-project] UUID comparaison is Incorrect
by StÃ©phane Ducasse Nov. 5, 2011

Nov. 5, 2011

I was thinking that we should get the same bug for you UUID because the code right now is < aMagnitude "Answer whether the receiver is less than the argument." 1 to: self size do: [:i | (self at: i) < (aMagnitude at: i) ifTrue: [^true]]. ^false. >> |a b| >> a := UUID fromString: '0608b9dc-02e4-4dd0-9f8a-ea45160df641'. >> b := UUID fromString: 'e85ae7ba-3ca3-4bae-9f62-cc2ce51c525e'. >> (a > b) = (b > a) returns true and this looks wrong :) What do you think? Stef Begin forwarded message: > From: Alan Knight <knight(a)acm.org> > Subject: Re: [vwnc] UUID Sorting Incorrect > Date: November 1, 2011 3:19:23 PM GMT+01:00 > To: Runar Jordahl <runar.jordahl(a)gmail.com> > Cc: vwnc(a)cs.uiuc.edu > Reply-To: knight(a)acm.org > > Thanks. Created AR 64162 > >> >> Runar Jordahl >> 25 October, 2011 7:13 AM >> >> >> Class UUID is included in beta in VisualWorks 7.8. It seems like #< is >> implemented incorrect. If you evaluate the statement below it answers >> true: >> >> |a b| >> a := UUID fromString: '0608b9dc-02e4-4dd0-9f8a-ea45160df641'. >> b := UUID fromString: 'e85ae7ba-3ca3-4bae-9f62-cc2ce51c525e'. >> (a > b) = (b > a) >> >> The fix is to change the method to this: >> >> < aMagnitude >> "Answer whether the receiver is less than the argument. Add an >> initial size check, in anticipation of greater than 128-bit >> Smalltalk-specific UUID type." >> >> | ss ms | >> >> ss := self size. >> ms := aMagnitude size. >> ss < ms >> ifTrue: [^true] >> ifFalse: [ >> ss > ms >> ifTrue: [^false] >> ifFalse: [ >> 1 to: self size do: [:i | >> (self at: i) < (aMagnitude at: i) ifTrue: [^true]. >> (self at: i) > (aMagnitude at: i) ifTrue: [^false]]. >> ^false]] >> >> >> Runar Jordahl >> blog.epigent.com >> _______________________________________________ >> vwnc mailing list >> vwnc(a)cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/vwnc > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

2 3

[Pharo-project] [update 1.4] #14216
by StÃ©phane Ducasse Nov. 5, 2011

Nov. 5, 2011

14216 ----- - Issue 4963: Debugger crashes the image when the selector is > or >>. Thanks Benjamin van ryseghem and nicolas cellier. http://code.google.com/p/pharo/issues/detail?id=4963 - Issue 4906: crLog http://code.google.com/p/pharo/issues/detail?id=4906 - Issue 4953: Toggle break on entry is broken. Thanks nicolas cellier. http://code.google.com/p/pharo/issues/detail?id=4953 - Issue 4962: TaskList open on cmd+shift+letf/right. Thansk Benjamin van ryseghem. http://code.google.com/p/pharo/issues/detail?id=4962 Stef

1 0

[Pharo-project] Simple vs. Easy
by Jimmie Houchin Nov. 5, 2011

Nov. 5, 2011

Hello, I watched a video presentation by Rich Hickey, the creator of Clojure, on Simple Made Easy. www.infoq.com/presentations/Simple-Made-Easy It is a very interesting video. I don't necessarily agree with everything he says. But I believe he makes some valuable distinctions between simple and easy. Where are we in Pharo simple? Where are we easy? What can we do to move things from easy to simple? I am not qualified to answer his challenge to object oriented languages. But I feel that Smalltalk is the most functional OO language I've seen. And I don't necessarily mean functional in the programming methodology sense, but I don't rule it out either. I don't believe that C++ and Java will provide the best OO or programming experience. Watch the video. I would love to hear some opinions from the community. How can we move Pharo to be a better answer to Simple vs. Easy? Thanks. Jimmie

6 15

Re: [Pharo-project] Storing all source code in a relational database
by Stephan Eggermont Nov. 4, 2011

Nov. 4, 2011

... is a waste of time and computing resources. Relational databases are optimized for specific usage scenarios. CAD systems and source code management systems are the archetypical examples of systems that are a bad fit and will kill the performance of a relational database. Of course 30 years later you can brute force it, but that doesn't make it a good idea. Git is far superior to rdb based systems for the day-to-day work and the analytics should be done from a ram-based object model. Stephan

5 4

[Pharo-project] Someone bought Smalltalk?
by Damien Cassou Nov. 4, 2011

Nov. 4, 2011

I just received this email: ---------- Forwarded message ---------- I heard some rumors about Smalltalk. Apparently, an american enterprise bought Smalltalk and is trying to make money by sueing users. Therefore, they changed the licence agreements (and maybe other stuff). In my company we have a strict interdiction to use Smalltalk. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

4 3

[Pharo-project] keymappings question
by Tudor Girba Nov. 4, 2011

Nov. 4, 2011

Hi, I wanted to play with Keymappings, but I got stuck right at the start :). I have two problems: 1. I would like to add a simple shortcut (e.g., "$o command") to a text morph instance. So I have: textMorph := TextMorph new contents: 'abcdefgh'. "what is the magic invocation here ?" textMorph openInWindow The question is what should I write in the second line? 2. I would like to disable existing shortcuts from the text morph. How should I do that? Cheers, Doru -- www.tudorgirba.com "What we can governs what we wish."

6 9

Nov. 4, 2011

14215 ----- - Issue 4957: Let asScaledDecimal use the right number of decimals Thanks nicolas cellier. http://code.google.com/p/pharo/issues/detail?id=4957 Change the policy for conversions to ScaledDecimal. Always honour the number of decimal places (scale) passed as argument to asScaledDecimal: When no scale is passed, uses strictly necessary number of decimal places if the number is exact (not Float) and if a finite decimal representation exists. Otherwise uses the default of 8 decimal places. This makes more sense IMO than previous implementation. Integer version was screwing the user by not fulfiling the requested number of decimal places, I can t believe it was the right interpretation of the ANSI standard.... Or someone gives me a good rationale. - Issue 4964: Number nthRoot: should be subclassResponsibility. Thanks nicolas cellier. http://code.google.com/p/pharo/issues/detail?id=4964 - Issue 4951: The version menu in the diff tool does not work. Thanks nicolas cellier. http://code.google.com/p/pharo/issues/detail?id=4951 - Issue 3197: Make Character class>>separators and Character class>>allByteCharacters return strings instead of Arrays. Thanks nicolas cellier, Andreas raab, and vonbecmann. http://code.google.com/p/pharo/issues/detail?id=3197 Stef

1 0

[Pharo-project] relation to squeak
by Milan Mimica Nov. 4, 2011

Nov. 4, 2011

Hello! One thing is not clear to me. How is Pharo related to standard Squeak? I know Pharo is a fork with its own mission, but is the development related? Do fixes in Pharo propagate upstream to Squeak? Is Squeak even considered "upstream"? Do fixes in Squeak propagate into Pharo? Automatically or manually? Or have they started being developed completely independently from some point in time? -- Milan Mimica http://sparklet.sf.net

4 6

Re: [Pharo-project] Simple vs. Easy
by Carlo Nov. 4, 2011

Nov. 4, 2011

It's a great talk and I found him to be an engaging speaker. Out of interest, what parts don't you agree with and would it affect how we move Pharo forward? Cheers Carlo On 03 Nov 2011, at 10:21 PM, Jimmie Houchin wrote: It is a very interesting video. I don't necessarily agree with everything he says. But I believe he makes some valuable distinctions between simple and easy.

3 2