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

[Pharo-project] [GSoC] Call for mentors!!!

by Mariano Martinez Peck

Hi folks. We wanted to let you know that we are calling for mentors. As you can see in the ideas page: http://gsoc2010.esug.org/ideas There are some projects that still don't have mentors. Furthermore, it would be GREAT if each project can have also a second mentor. This is very important as they can complement each other, be backup, etc. So, please, if you want to be mentor or second mentor, just let us know. If you want to be second mentor of a project, it would be a good idea to talk with the first mentor so that both agree about that (we don't want problems!!!). Remember ALL mentors and second mentors have to register to our website as soon as possible. To register: http://gsoc2010.esug.org/registration All mentors have to register to the mailing list: http://groups.google.com/group/smalltalk-gsoc-mentors Janko is doing an excellent work with the website as you can see. Here you can see, for example, the list of the current mentors: http://gsoc2010.esug.org/mentors After mentors (when I say mentors are both, included second mentors), students will have to apply. Of course, we will let you know when. Cheers GSoC admin team esug.gsoc.adm2010(a)gmail.com http://gsoc2010.esug.org/

March 23, 2010

Re: [Pharo-project] Question about HostMenuSystem

by Mariano Martinez Peck

> > > > Adrian any idea ? > > > > I removed them when they where broken. We should enable them again: > > http://code.google.com/p/pharo/issues/detail?id=1876 > > Ahh okok. Yes, please, we need to enable it :) > > Maybe there is a problem with the Smalltalk startUpList ? I know it has > been changed in previous updates. > > > > so if you remove this strange all=error swallowing wrappter in > HostSystemMenus>>#startUp: > > [self setDefaultMenuProxyClass] ifError: [:err :rcvr | ]. > > > you will get a DNU at image startup that shows that we need to fix the menu > building code as it used > the world menu. It should build it's menu using the menu builder framework. > Ok....I don't have too much time now (and I don't know anything about the WorldMenu). But when this is working I can continue to make it loadable in a clean way. Thanks Mariano > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 23, 2010

Re: [Pharo-project] Question about HostMenuSystem

by Marcus Denker

On Mar 22, 2010, at 12:32 AM, Mariano Martinez Peck wrote: > Thanks Michael. Now I have another question. In the latests PharoCore 1.1 I cannot see the VM menu. I only see the options "Squeak VM" and "Edit". > > But the HostMenuSystem was only removed in Pharo 1.0 with the ifPresent: in processMenuEvent: > In 1.1 that method is correct. > > Then....I don't understand why I don't see the VM menus like Tools, Debug, etc. Should I see them ? > > Adrian any idea ? > I removed them when they where broken. We should enable them again: http://code.google.com/p/pharo/issues/detail?id=1876 > Maybe there is a problem with the Smalltalk startUpList ? I know it has been changed in previous updates. > so if you remove this strange all=error swallowing wrappter in HostSystemMenus>>#startUp: [self setDefaultMenuProxyClass] ifError: [:err :rcvr | ]. you will get a DNU at image startup that shows that we need to fix the menu building code as it used the world menu. It should build it's menu using the menu builder framework. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 23, 2010

Re: [Pharo-project] SystemDictionary has one corrupted entry in 1.1 core 11284 image

by StÃ©phane Ducasse

Thanks we were looking for it. Stef On Mar 23, 2010, at 1:35 AM, Martin McClure wrote: > Applying the 11281-11284 updates seems to leave exactly one entry in the SystemDictionary in the wrong place (too high by one) in the array. Which entry depends on the image. In the downloadable 11284 image it's #MCPTest. > > I haven't been able to determine how this happens, but executing: > > Smalltalk globals rehash > > seems to clean it up. > > Regards, > > -Martin > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 23, 2010

Re: [Pharo-project] Getting the website ready for 1.0

by Marcus Denker

On Mar 22, 2010, at 9:45 AM, Adrian Lienhard wrote: >>> If there is one-click images for Pharo, it might be easier for newbies. >>> >>> >> There is, but experimental: >> >> look in https://gforge.inria.fr/frs/?group_id=1299 >> "One-Click Experiments" >> >> Adrian offered him self also to do a new one for 1.0 > > Did I? I think that was Marcus :). But anyway, yes, we want to do 1-click images for the release. > I will do that today... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 23, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by StÃ©phane Ducasse

> On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > eliot > > Your changes fixed some of the problems. Now I tried to fix the test testAnalogousCodeTo in MethodPropertiesTest and > the expression returns false. > > (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false > > (#zork->'hello') = (#zork->'hello') -> true > > For me > > #(#zork -> 'hello') size 3 > > In Pharo is it true that > > #(#zork -> 'hello') size 1 I get #(#zork -> 'hello') size 3 > In that case I would implement analogousCodeTo: in Association, e.g. > > analogousCodeTo: anObject > ^anObject class == self class > and: [key = anObject key > and: [value = anObject value]] > > > But if Association isn't a literal I would simply check MethodPropertiesTests. It could be obsolete. > > > Stef > > On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: > > > Oops. Find attached. > > > > 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> > > try in a Pharo-1.0-10515-rc3 image : > > > > |set| > > set := Set new. > > Collection withAllSubclasses do: [:aClass | > > set addAll: aClass methods > > ]. > > > > It will raise an exception telling: "MessageNotUnderstood: ByteSymbol>>analogousCodeTo:". > > Indeed, in the code of CompiledMethod >> = , the message 'analogousCodeTo:' is send to a > > symbol. > > > > > > I opened an Issue: > > http://code.google.com/p/pharo/issues/detail?id=2185 > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > <Object-analogousCodeTo.st>_______________________________________________ > > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 23, 2010

Re: [Pharo-project] bug in the code of CompiledMethod >> =

by StÃ©phane Ducasse

Where? > You might also want to check last code published in trunk. > > Nicolas > > 2010/3/22 Eliot Miranda <eliot.miranda(a)gmail.com>: >> >> >> On Mon, Mar 22, 2010 at 2:25 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> eliot >>> >>> Your changes fixed some of the problems. Now I tried to fix the test >>> testAnalogousCodeTo in MethodPropertiesTest and >>> the expression returns false. >>> >>> (#zork->'hello') analogousCodeTo: (#zork->'hello') -> false >>> >>> (#zork->'hello') = (#zork->'hello') -> true >> >> For me >> #(#zork -> 'hello') size 3 >> In Pharo is it true that >> #(#zork -> 'hello') size 1 >> ??!?! >> In that case I would implement analogousCodeTo: in Association, e.g. >> analogousCodeTo: anObject >> ^anObject class == self class >> and: [key = anObject key >> and: [value = anObject value]] >> >> But if Association isn't a literal I would simply check >> MethodPropertiesTests. It could be obsolete. >>> >>> Stef >>> >>> On Mar 22, 2010, at 6:20 PM, Eliot Miranda wrote: >>> >>>> Oops. Find attached. >>>> >>>> 2010/3/22 Cyrille Delaunay <cy.delaunay(a)gmail.com> >>>> try in a Pharo-1.0-10515-rc3 image : >>>> >>>> |set| >>>> set := Set new. >>>> Collection withAllSubclasses do: [:aClass | >>>> set addAll: aClass methods >>>> ]. >>>> >>>> It will raise an exception telling: "MessageNotUnderstood: >>>> ByteSymbol>>analogousCodeTo:". >>>> Indeed, in the code of CompiledMethod >> = , the message >>>> 'analogousCodeTo:' is send to a >>>> symbol. >>>> >>>> >>>> I opened an Issue: >>>> http://code.google.com/p/pharo/issues/detail?id=2185 >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> <Object-analogousCodeTo.st>_______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> 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

March 23, 2010

[Pharo-project] SystemDictionary has one corrupted entry in 1.1 core 11284 image

by Martin McClure

Applying the 11281-11284 updates seems to leave exactly one entry in the SystemDictionary in the wrong place (too high by one) in the array. Which entry depends on the image. In the downloadable 11284 image it's #MCPTest. I haven't been able to determine how this happens, but executing: Smalltalk globals rehash seems to clean it up. Regards, -Martin

March 23, 2010

Re: [Pharo-project] RC3 - small stuff

by Dale Henrichs

Bill, the "no matching versins" message means that there are no "stable" versions available, so the project is under development and is changing... If you want to try it anyway ... it _is_ under active development. You can load an explicit version using the loader ... look at the config and see what the version name is... Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Dale, | | Another project that Citezen might need is Rio. It looks like Damien | has been busy. The ConfigurationOfCitezen is in the repository. For | fun, I tried | | Gofer project load:'Citezen' | | and get an error "No versions matching version (latest)" I am not | sure whether this is something that I should stop nagging and let | Damien fix, or if I'm not doing this correctly. | | Bill | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Dale | Henrichs | Sent: Monday, March 22, 2010 2:18 PM | To: Pharo-project(a)lists.gforge.inria.fr | Cc: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] RC3 - small stuff | | Bill, | | Looks like ConfgurationOfCitezen does need required projects added (I | am willing to help the maintainers - drop me a line). | | Perhaps the configs aren't ready for prime time and that's why they | have not been added to MetacelloRepository. | | You can add repositories to your own GoferProject: | | Gofer project repository: 'Repository URL'. | | Will add another repository to the search path. | | Dale | ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | | | Hello all, | | | | Some time ago, there was (I thought) a patch for saving workspace | text | | to a file; I had hoped to find that in 1.0, but it is not in RC3 | that | | I can find. | | | | The first thing I did was load the Loader extensions to Gofer. It | | installed as expected. I have not looked into the code, but tried | | #search: and found things like Citezen and Rio missing. That might | be | | "simply" because the Configuration* packages are not in the | Metacello | | repository?? If so, are they not there for a non-trivial reason? | | | | I then grabbed ConfigurationOfCitezen, and was hung up by an | | unsatisfied dependence on SmaCC. The SmaCC runtime is in my RC1 | image, | | but I don't know how/why it was loaded; presumably CZLoader did it. | | | | Are these bugs or features? I am leaning toward bugs, but the | | question is whether any or all of the following appicable: (1) | | ConfigurationOfCitezen needs to load prerequisites; (2) Loader is in | | | the wrong to not see them; (3) I need to add repositories to | Loader; | | (4) various ConfigurationOf* packages need to be in the Metacello | | repository. | | | | Any ideas? | | | | Bill | | | | | | _______________________________________________ | | 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

March 22, 2010

Re: [Pharo-project] How I build squeak-vm with FT2Plugin on Linux

by laurent laffont

> > >>> Thanks Bryce!!! would be cool to have the "official" Linux VM for Pharo >>> 1.0 release with this feature. >>> >> >> >> I've built one here >> http://lolgzs.free.fr/pharo/Squeak-3.11.3.2135-src-pached.tar.gz with >> FT2Plugin and the patched bitlbt. >> >> > Excellent!!! do you know if this vm has the "Gnuification" ??? > I don't think so as I use the current stable VM 3.11.3. rev 2135. I will try with last trunk. Laurent Laffont > > I saw an email from Adrian in VM maling list saying he has problem with > that. > > > >> If someone can test it on another machine ... >> >> > > I will try later (lazy to open virtual box hahah) > > > Note that I have several tests failing with this VM on RC3 image (but it >> doesn't crash, so that's far better than my previous custom VM :) >> >> Laurent Laffont >> >> >>> >>>

March 22, 2010