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

Re: [Pharo-project] Issue 2864 in pharo: Windows frozen after restart
by pharo＠googlecode.com Jan. 25, 2011

Jan. 25, 2011

Updates: Status: Closed Comment #3 on issue 2864 by marcus.d...(a)gmail.com: Windows frozen after restart http://code.google.com/p/pharo/issues/detail?id=2864 I can not reproduce in 1.2

1 0

[Pharo-project] Issue 3513 in pharo: Failing Test:ClosureTests.testWhileWithTempIsNil
by pharo＠googlecode.com Jan. 25, 2011

Jan. 25, 2011

Status: Accepted Owner: marcus.denker Labels: Milestone-1.2 New issue 3513 by marcus.denker: Failing Test:ClosureTests.testWhileWithTempIsNil http://code.google.com/p/pharo/issues/detail?id=3513 ClosureTests.testWhileWithTempIsNil

1 5

Re: [Pharo-project] [Pharo-users] Infinite loop is not stopped by Cmd+.
by Mariano Martinez Peck Jan. 25, 2011

Jan. 25, 2011

I could reproduce it. Myabe I am saying something stupid, but didn't Cmd+. depends on the process priority? I mean, if the loop was caused by a Process with higher priority than Cmd+. then it cannot be interrupted. can someone help? cheers mariano On Wed, Jan 19, 2011 at 12:56 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > probably the loop was too tight and the system did not get a chance to > react. > This is not the right behavior but not clear how to change it. > > Stef > > On Jan 19, 2011, at 12:19 PM, Alex Schenkman wrote: > > > Hi List, > > > > Recently I had a bug causing an infinite loop, which in turn hanged the > image. > > I thought that Cmd+. would allow me to stop this, but this is not the > case. > > > > Adding and executing this method hangs my image and Cmd+. does not stop > it. > > > > MyClass>>infinite > > ^self infinite > > > > Is this the right behavior? > > Thanks in advance! > > > > >

2 1

[Pharo-project] [update 1.2] #12321
by Marcus Denker Jan. 25, 2011

Jan. 25, 2011

12321 ----- Issue 3513: Failing Test:ClosureTests.testWhileWithTempIsNil (workaround, moved to 1.3) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Issue 2360 in pharo: nil out locals in a block if readBeforeWritten
by pharo＠googlecode.com Jan. 25, 2011

Jan. 25, 2011

Comment #6 on issue 2360 by marcus.denker: nil out locals in a block if readBeforeWritten http://code.google.com/p/pharo/issues/detail?id=2360 Next action: - take the code here and make a .cs or Slice out of it

1 5

[Pharo-project] Load OB
by Fernando Olivero Jan. 25, 2011

Jan. 25, 2011

How can i load OB into a clean Pharo image? Thanks, Fernando

1 0

[Pharo-project] search stack tricks
by laurent laffont Jan. 25, 2011

Jan. 25, 2011

Hi, I'm trying to look at http://code.google.com/p/pharo/issues/detail?id=3579 When I accept the method, the "Unknow variable...." dialog pops up. But I struggle to find from where this dialog has been created. So when you have a modal dialog and you want to find / explore the stack/context from which it has been opened, how do you get it ? Cheers, Laurent Laffont (@lolgzs) Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

3 3

Re: [Pharo-project] What about a little rename in MouseEvent?
by Marcus Denker Jan. 25, 2011

Jan. 25, 2011

On Jan 24, 2011, at 5:39 AM, Guillermo Polito wrote: > I hate yellowButtonPressed and redButtonPressed and blueButtonPressed messages. > > Why not lefClick, rightClick and "middleClick"? > Yes. Back in the days, the color buttons where "holy cows". You just could not even suggest to change it. For me, after 13 years of Squeak and later Pharo, I still have no clue which color means what... they have no meaning. There is no green button on my mouse. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

8 11

Re: [Pharo-project] Gofer issue
by mkobetic＠gmail.com Jan. 24, 2011

Jan. 24, 2011

What about branch from a branch ? In general you need a tuple of (base version, branch id, branch version) to identify a branch version. Similarly a branch on a branch would become ((base version, branch id, branch version), branch2 id, branch2 version). In VW we use the following convention base version + branch id - branch version which then naturally extends to base version + branch id - branch version + branch2 id - branch2 version In monticello, your 'version' is author.nr (to accommodate distributed development) so the scheme would become author0.nr0 + branch1 - author1.nr1 + branch2 - author2.nr2 People probably won't like that, but I think the notion of the version identification tuple is relevant to the discussion. For example neither of the schemes below indicates where the branch starts. "Lukas Renggli"<renggli(a)gmail.com> wrote: > You cannot get rid of branching, this is a central part of version > control and extensively used in many large projects. > > In Seaside we use the following pattern, also see the documentation at > http://code.google.com/p/seaside/wiki/PackageNaming: > > Package = PackageName "-" Author { "." Branch } "." Version > > However I noticed that other projects (and earlier versions of > Seaside) use a different scheme: > > Package = PackageName { "." Branch } "-" Author "." Version > > In this case I guess we must support: > > Package = PackageName { "." Branch } "-" Author { "." Branch > } "." Version > > However, that doesn't change that $. and $- cannot be part of the > PackageName or Author.

2 1

[Pharo-project] Gofer issue
by Igor Stasenko Jan. 24, 2011

Jan. 24, 2011

Hello, Gofer doesn't likes my package naming :( When i use: Gofer new url: 'http://squeaksource.com/VMMaker'; package: 'CMakeVMMaker'; load. it loads the CMakeVMMaker-EstebanLorenzano.15 however, if i open the MC repo browser, it clearly shows that most recent version is CMakeVMMaker-Igor.Stasenko.16 (at the moment of writing this message) which means that Gofer package name/version parsing logic are not in sync with MC. Same applies to VMMaker-oscog.. Tried to do: Gofer new url: 'http://squeaksource.com/VMMaker'; package: 'VMMaker-oscog.46'; load. and it barks that given version is not found.. which of course not true. Actually i surprised that Gofer simply don't reusing the MC package enumeration logic.. or maybe it does.. but obviously doing it wrong :) -- Best regards, Igor Stasenko AKA sig.

6 33