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

[Pharo-project] permutations / combinations implementation

by Tudor Girba

Hi, Is there an implementation of permutations and combinations of a collection? Cheers, Doru -- www.tudorgirba.com "Presenting is storytelling."

Nov. 15, 2010

Re: [Pharo-project] about OutOfScopeNotification

by Igor Stasenko

On 15 November 2010 00:13, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Stef, > > Are you concerned that an error is raised, or over exactly which error is raised? Â The code > IMO, it should not raise an error, at maximum it should just warn that global name are shadowed by nested scope. It should compile. > Â Â | b c | > Â Â b := [ :Object | Object ]. > Â Â c := b value: Object. > > is something that I would rather not have compile. Â Perhaps it should, just as one is free to evaluate > > Â Object := 'this is really a bad idea to evaluate'. > > but the latter is at least akin to shooting one's foot with a clearly-marked weapon. Â Using Object as a temp name is not something that I can ever see as a good idea, but assignments to globals have uses. > The point is, that its not important what name you are using. It is about a strictness of compiler, and about whether we need to check for any identifier declared in local scope (such as class scope, method scope, block scope) clashing with any names defined in outer scope. My point that shadowing should be allowed. And we have a Lint there for pointing out on such clashes. It is pointless to enforce strictness, because it works only in one way: when an outer scope name defined before inner scoped name. But what if you wrote a method which using some name(s), it compiled well, and works. But then later you loaded some external package, which defines a global var with same name. Should your method stop compiling? I don't think so. > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Sunday, November 14, 2010 4:57 PM > To: Pharo-project(a)lists.gforge.inria.fr Development > Subject: [Pharo-project] about OutOfScopeNotification > > Hi > > I was reading Â Issue 2436: Â Â Â Compiler outofScopeNotification > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=2436 > > which I integrated in 12240 > > and I still do not get why in Squeak or pharo now > > > | b c | > b := [ :Object | Object ]. > c := b value: Object. > > raises Unknown variable Object > > while > > | b c | > b := [ :x | x ]. > c := b value: Object. > > just returns Object > > Stef > > > -- Best regards, Igor Stasenko AKA sig.

Nov. 15, 2010

Re: [Pharo-project] Unix thing? Possible silent failure writing file.

by csrabak＠bol.com.br

Wilhelm, This comment, which we know is coming from a SW developer, looks like an automatic "Elisa" like IA bot replying syntactically correct English but not adding exchange in the dialogue. Your description of the unexpected (for you, that is) behavior doesn't allow us to understand minimally if the 'failure' is: a) a mismatch between your expectation and actual, albeit correct behavior; b) an intermittent occurrence or a systematic one, i.e., reproducible one; c) _what_ exactly was you doing in your code and in which context. Also, since you mentioned Windows to Unix transition, is the 'silent' failure in Unix 'not silent' if you run the same code? I hope that by now you can understand why we need a minimum piece of code in order to envision the tackling of an "ultimately fix". Regards, -- Cesar Rabak Em 14/11/2010 19:26, Schwab,Wilhelm K < bschwab(a)anest.ufl.edu > escreveu: If that's how you want it. My concern is not over the failure; it's over its silence. I fear that saying nothing only reduces our collective opportunity to ultimately fix it. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Sunday, November 14, 2010 4:21 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Unix thing? Possible silent failure writing file. send a code snippet else it does not help to send the mail. On Nov 14, 2010, at 10:19 PM, Schwab,Wilhelm K wrote: > Surely I'm not the only person to make the Windows to Unix move. It is either something that happens, or another case of the Squeak primitives failing without saying that they did, let alone why. What you call a crystal ball, I call words from the wise who might have seen something similar before. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of csrabak(a)bol.com.br [csrabak(a)bol.com.br] > Sent: Sunday, November 14, 2010 3:43 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Unix thing? Possible silent failure writing file. > > Without a minimum snippet of the code that purportedly got into this incident, only a crystal ball can help here. . . > >

Nov. 15, 2010

Re: [Pharo-project] Loading shout in 1.2

by Guillermo Polito

Okok, I've noticed that the fix I did was already commited as another package in the repo, and twice :P. Updating config... ... ... On Sun, Nov 14, 2010 at 11:39 PM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > Yeap, I know. But the configuration AFAIK, is almost used by squeak. > > Stef, When you say "a specific tag" you mean another Package but the same > repo? > > > On Sun, Nov 14, 2010 at 6:22 PM, Tudor Girba <tudor.girba(a)gmail.com>wrote: > >> I would also suggest to directly use the Shout repository. There already >> is a ConfigurationOfPharo that can reload Shout in PharoCore 1.1. >> >> Cheers, >> Doru >> >> >> On 14 Nov 2010, at 22:17, StÃ©phane Ducasse wrote: >> >> > why not saving it in Shout with a specific tag? >> > >> > To me a repository does not have to be for only one version. >> > After you can use PharoTaskForces but this is more for work in progress >> that after you be merged into Pharo. >> > >> >> Hi! >> >> >> >> I was trying to load dev packages in a 1.2Core. And I realized that >> shout uses Preferences. I changed the dependency in my image, but I think >> it's not right to upload the change now. >> >> >> >> With Mariano we talked some days ago about creating a PharoTemp >> squeaksource repo to save all this "transitory" changes... >> >> >> >> Any suggestions? >> >> >> >> Thanks! >> > >> > >> >> -- >> www.tudorgirba.com >> >> "Not knowing how to do something is not an argument for how it cannot be >> done." >> >> >> >

Nov. 15, 2010

Re: [Pharo-project] Loading shout in 1.2

by Guillermo Polito

Yeap, I know. But the configuration AFAIK, is almost used by squeak. Stef, When you say "a specific tag" you mean another Package but the same repo? On Sun, Nov 14, 2010 at 6:22 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > I would also suggest to directly use the Shout repository. There already is > a ConfigurationOfPharo that can reload Shout in PharoCore 1.1. > > Cheers, > Doru > > > On 14 Nov 2010, at 22:17, StÃ©phane Ducasse wrote: > > > why not saving it in Shout with a specific tag? > > > > To me a repository does not have to be for only one version. > > After you can use PharoTaskForces but this is more for work in progress > that after you be merged into Pharo. > > > >> Hi! > >> > >> I was trying to load dev packages in a 1.2Core. And I realized that > shout uses Preferences. I changed the dependency in my image, but I think > it's not right to upload the change now. > >> > >> With Mariano we talked some days ago about creating a PharoTemp > squeaksource repo to save all this "transitory" changes... > >> > >> Any suggestions? > >> > >> Thanks! > > > > > > -- > www.tudorgirba.com > > "Not knowing how to do something is not an argument for how it cannot be > done." > > >

Nov. 15, 2010

Re: [Pharo-project] Smalltalks 2010

by Juan Vuletich

Hi HernÃ¡n, Hernan Wilkinson wrote: > Sorry, I just see this mail... the talks were recorded and we will > uploaded to the site like last year, it will take some time but we > will let you know when they will be ready Can you post the links to the videos for last year? I could not find them navigating www.fast.org.ar . Thanks, Juan Vuletich

Nov. 15, 2010

[Pharo-project] [update 1.2] #12240

by StÃ©phane Ducasse

12240 ----- - Issue 2436: Compiler outofScopeNotification. Thanks Eliot Miranda. - Issue 3259: Eliot Compiler Fixes Part one. Thanks Eliot Miranda. - Issue 3261: Fix select unchanged definitions for variableSubclass: class defs. Thanks Eliot Miranda. - Issue 3253: Announcer. Extraction ActionSequence creation in subscription logic. Thanks Dionsisiygod Stef

Nov. 14, 2010

Re: [Pharo-project] about OutOfScopeNotification

by Schwab,Wilhelm K

Stef, Are you concerned that an error is raised, or over exactly which error is raised? The code | b c | b := [ :Object | Object ]. c := b value: Object. is something that I would rather not have compile. Perhaps it should, just as one is free to evaluate Object := 'this is really a bad idea to evaluate'. but the latter is at least akin to shooting one's foot with a clearly-marked weapon. Using Object as a temp name is not something that I can ever see as a good idea, but assignments to globals have uses. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Sunday, November 14, 2010 4:57 PM To: Pharo-project(a)lists.gforge.inria.fr Development Subject: [Pharo-project] about OutOfScopeNotification Hi I was reading Issue 2436: Compiler outofScopeNotification http://code.google.com/p/pharo/issues/detail?id=2436 which I integrated in 12240 and I still do not get why in Squeak or pharo now | b c | b := [ :Object | Object ]. c := b value: Object. raises Unknown variable Object while | b c | b := [ :x | x ]. c := b value: Object. just returns Object Stef

Nov. 14, 2010

Re: [Pharo-project] Issue 3253 in pharo: Announcer. Extraction ActionSequence creation in subscription logic

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 3253 by stephane.ducasse: Announcer. Extraction ActionSequence creation in subscription logic http://code.google.com/p/pharo/issues/detail?id=3253 in 12240

Nov. 14, 2010

Re: [Pharo-project] Issue 3261 in pharo: Fix select unchanged definitions for variableSubclass: class defs

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 3261 by stephane.ducasse: Fix select unchanged definitions for variableSubclass: class defs http://code.google.com/p/pharo/issues/detail?id=3261 in 12240

Nov. 14, 2010