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

[Pharo-project] use the vm -memory in an image ?

by Laval Jannik

Hi, In some case I need to run my VM with more memory. For now, I use the parameter "-memory" when I run the VM. Is it possible to define this value in the image ? Then I can use it in a script. Cheers --- Jannik Laval ---

Jan. 15, 2010

[Pharo-project] us the vm -memory in an image ?

by Laval Jannik

Hi, In some case I need to run my VM with more memory. For now, I use the parameter "-memory" when I run the VM. Is it possible to define this value in the image ? Then I can use it in a script. Cheers --- Jannik Laval ---

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by Damien Cassou

2010/1/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Thanks Damien. I did that, run the load of both projects but none of them > warn me. > > Are you sure they have overrides? I'm sure that WorkingSet has overrides, my detection code is probably not correct. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by Mariano Martinez Peck

On Fri, Jan 15, 2010 at 9:06 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > 2010/1/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Now, I guess there should be a way to automatically detect the > > overrides...do you know how ? > > MCMethodDefinition>>checkMethodAlreadyExists > > (self actualClass includesSelector: self selector) > ifTrue: [Warning signal: 'a package is overriding ', self > actualClass printString, '>>', self selector] > > MCMethodDefinition>>load > > self checkMethodAlreadyExists. > > self actualClass > compile: source > classified: category > > withStamp: timeStamp > > notifying: (SyntaxError new category: category) > > Thanks Damien. I did that, run the load of both projects but none of them warn me. Are you sure they have overrides? Thanks Mariano > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by StÃ©phane Ducasse

It would be interesting to see overrides and how to turn them into infrastructure hooks. stef On Jan 15, 2010, at 8:46 AM, Damien Cassou wrote: > 2010/1/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> What do you think ? > > I don't remember about Algernon, but WorkingSet has overrides. We > decided not to accept packages with overrides anymore in Pharo: > http://code.google.com/p/pharo/wiki/Packages. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by Damien Cassou

2010/1/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Now, I guess there should be a way to automatically detect the > overrides...do you know how ? MCMethodDefinition>>checkMethodAlreadyExists (self actualClass includesSelector: self selector) ifTrue: [Warning signal: 'a package is overriding ', self actualClass printString, '>>', self selector] MCMethodDefinition>>load self checkMethodAlreadyExists. self actualClass compile: source classified: category withStamp: timeStamp notifying: (SyntaxError new category: category) -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Jan. 15, 2010

Re: [Pharo-project] [squeak-dev] Re: [BUG][FIX][FIX], was: (Re: Re: Flaw in SocketStream>>peek detected)

by Igor Stasenko

I am completely & finally confused. Anyways, a fix which i provided initially doesn't deals with timeouts, just picks the right byte. And it works for me. ;) 2010/1/15 Andreas Raab <andreas.raab(a)gmx.de>: > Andreas Raab wrote: >> >> Andreas Raab wrote: >>> >>> Igor Stasenko wrote: >>>> >>>> " the above should endup with timeout exception , >>>> but following one should hang indefinitely" >>> >>> Absolutely not. Read the comment on shouldSignal: >>> >>> Â Â "If shouldSignal is enabled the Socket Exceptions >>> Â Â ConnectionClosed and ConnectionTimedOut" >> >> And I guess I should read more carefully, too :-) In any case, timeouts >> *are* handled via #timeout: and that makes good sense. > > (last response to my own post :-) > > And of course, the easy to do what you're trying to do is to change: > > shouldTimeout > Â Â Â Â ^timeout > 0 and:[shouldSignal] > > This would suppress all timeouts unless shouldSignal is true. BTW, I've > never seen a case where I've been using a non-signaling socket stream. Does > that case even exist? > I guess no. > Cheers, > Â - Andreas > > -- Best regards, Igor Stasenko AKA sig.

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by Mariano Martinez Peck

On Fri, Jan 15, 2010 at 8:46 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > 2010/1/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > What do you think ? > > I don't remember about Algernon, but WorkingSet has overrides. We > decided not to accept packages with overrides anymore in Pharo: > http://code.google.com/p/pharo/wiki/Packages. > > Good point Damien Thanks...I will installed in each image for myself then.... Now, I guess there should be a way to automatically detect the overrides...do you know how ? Thanks! Mariano > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 15, 2010

Re: [Pharo-project] Putting Algernon and WorkingSet in a Dev image

by Damien Cassou

2010/1/14 Mariano Martinez Peck <marianopeck(a)gmail.com>: > What do you think ? I don't remember about Algernon, but WorkingSet has overrides. We decided not to accept packages with overrides anymore in Pharo: http://code.google.com/p/pharo/wiki/Packages. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Jan. 15, 2010

Re: [Pharo-project] custom ui theme

by Tudor Girba

Thanks Gary, Resending #resetDefaultSettings still does not work, but it looks like the problem appears only in one of my images where I created this code. I loaded the code in another image and it works just as expected. It could be that the problem is that I executed MyTheme in an intermediary step, even before I made it a subclass of UIThemeWatery2, and this probably got the system into some unwanted state. Cheers, Doru On 15 Jan 2010, at 01:42, Gary Chambers wrote: > You could try sending #resetDefaultSettings to your new theme class, > maybe something odd happened. > > The defaults are stored in a class instance variable so each theme can > retain a, potentially user customised, set of settings that will > survive > selection between alternate themes. > > Had a go doing a subclass myself but encountered no apparent problem > here. > > Regards, and good luck, > > Gary > > > On Thu, 2010-01-14 at 21:51 +0100, Tudor Girba wrote: >> Hi, >> >> I did not override this method: MyTheme class>>newDefaultSettings >> >> But, adding the code you mention does not seem to have an effect. >> >> Still confused :). >> >> Cheers, >> Doru >> >> >> On 14 Jan 2010, at 17:44, Stan Shepherd wrote: >> >>> >>> >>> Tudor Girba wrote: >>>> >>>> Hi, >>>> >>>> I am trying to tweak a bit the way the splitters are drawn in the >>>> watery2 theme. So, I created a subclass of UIThemeWatery2 uitheme, >>>> and >>>> I just overrode resizer* and splitter* methods. >>>> >>>> However, when I make MyTheme beCurrent, the windows get painted in >>>> Squeakish colors (blue, green) instead of gray. >>>> >>>> I am probably missing something, but I do not know what. What >>>> should I >>>> do to get the gray back? >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>> >>> Hi Doru, you might try in >>> >>> MyTheme class>>newDefaultSettings >>> ^super newDefaultSettings standardColorsOnly: true >>> >>> Seems like you could have overridden an override >>> >>> Good luck, ...Stan >>> >>> -- >>> View this message in context: http://n2.nabble.com/custom-ui-theme-tp4391907p4393746.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "Don't give to get. Just give." >> >> >> >> >> _______________________________________________ >> 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 -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

Jan. 15, 2010