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

Re: [Pharo-project] Collection arithmethic method category

by Fernando olivero

I understand, the Collections in Smalltalk are heterogeneous, and putting arithmetic behavior conceptually breaks that design. ( Same as Object gets a ton of awful behavior now! ) I like this new viewpoint, and will adopt it! Fernando On May 18, 2010, at 11:23 AM, StÃ©phane Ducasse wrote: > I do not like this protocol and the way it is done because what if I want one that is not in the list. > > > Stef > > On May 18, 2010, at 11:17 AM, Mariano Martinez Peck wrote: > >> >> >> On Tue, May 18, 2010 at 11:17 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> >> On Tue, May 18, 2010 at 11:04 AM, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: >> I see now that they were moved to an external package in Squeaksource. >> >> And it is not loaded by default in PharoCore1.1. >> >> >> Do you think this should be included in PharoDev? >> >> >> it is working in Pharo 1.1 ? does it have tests? >> >> >> >> Thanks! >> >> Fernando >> >> >> >> On May 18, 2010, at 10:51 AM, Henrik Johansen wrote: >> >>> http://code.google.com/p/pharo/issues/detail?id=332 >>> >>> PS. How about the Collection -> Math functions protocol? >>> >>> Cheers, >>> Henry >>> >>> On May 18, 2010, at 10:41 53AM, Fernando olivero wrote: >>> >>>> Sorry, i meant >>>> >>>>> In PharoCore 1.1 >>>>> Collection organization listAtCategoryNamed: 'arithmethic' #() >>>> >>>>> In Pharo1.0 >>>>> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) >>>> >>>> >>>> >>>> >>>> On May 18, 2010, at 10:32 AM, Fernando olivero wrote: >>>> >>>>> In Pharo1.0 >>>>> Collection organization listAtCategoryNamed: 'arithmethic' #() >>>>> >>>>> In PharoCore1.1 >>>>> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) >>>>> >>>>> And the arithmethic is not an extension of any Package. >>>>> >>>>> Why are all the methods in that category no present in PharoCore? >>>>> How and when are they added into Pharo ? >>>>> >>>>> Fernando >>>>> _______________________________________________ >>>>> 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 >> >> >> _______________________________________________ >> 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

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Adrian Lienhard

On May 18, 2010, at 11:24 , StÃ©phane Ducasse wrote: > > On May 18, 2010, at 9:53 AM, Adrian Lienhard wrote: > >> Yes, we should probably do that. It requires some work because of changes in 1.1. > > The network rollback package is ready to be loaded. We were just waiting to know Oh, you already did the work! Then I suggest to load it. The "new" IPv6 code basically is a hack on top of the old implementation. Its prone to fail. Adrian > >> >> Adrian >> >> >> On May 18, 2010, at 09:24 , Michael Roberts wrote: >> >>> I am surprised too. would it not be safer to just apply the same >>> reversion of the code so that 1.1 is the same as 1.0? Then when >>> someone has the time to do a full review, a "new" network can be >>> applied to the start of a dev cycle, with some form of integration >>> tests. >>> >>> cheers, >>> Mike >>> >>> On Tue, May 18, 2010 at 6:31 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>>> Hi Alex, >>>> >>>> One thing that bothers me is the network code. Although nobody reported problems I cannot believe that it suddenly works without that we fixed it. The new implementation that is in 1.1 has been reverted in 1.0 and since then we haven't had any complaints. Now in 1.1 I guess that there are not that many people using it yet. >>>> >>>> If there are people at the sprint with different OS and configurations (Linux vs Mac; IPv4 vs. IPv6), you could try to reproduce the problems that were reported earlier (check the issue tracker). >>>> >>>> Another valuable help would be to (manually) test the tools, especially the ones loaded into Pharo to make sure we don't have any obvious problems there. >>>> >>>> Hope you have a productive weekend! >>>> >>>> Cheers, >>>> Adrian >>>> >>>> On May 18, 2010, at 02:49 , Alexandre Bergel wrote: >>>> >>>>> Mariano, Stef, Adrian, >>>>> >>>>> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. >>>>> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> >>>>> On 16 May 2010, at 18:26, Alexandre Bergel wrote: >>>>> >>>>>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge >>>>>> >>>>>> >>>>>> I will go over some this week. >>>>>> >>>>>> Alexandre >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >> >> >> _______________________________________________ >> 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

May 18, 2010

Re: [Pharo-project] TORCH: supporting source-code change integration

by Tudor Girba

Hi Veronica, It is pretty impressive :). Would it be Ok if I added this on the Moose page? Cheers, Doru On 18 May 2010, at 11:21, StÃ©phane Ducasse wrote: > Thanks veronica. > lukas said that he was impressed this is a complement :) > > On May 18, 2010, at 11:00 AM, Veronica Isabel Uquillas Gomez wrote: > >> Dear all, >> >> I would like to announce Torch, a tool for supporting source-code >> change integration. For now, it offers visualizations of the >> changes and enhanced change lists. >> Torch can be accessed through Monticello (in the main MC browser, >> in the repository browser or in the history browser). Selecting a >> version or slice, you can view the changes with Torch using the >> contextual menu. >> Once you open the Torch dashboard, you can access the enhanced >> change list or a detailed visualization via the contextual menu as >> well. >> >> Torch is available on SqueakSource, the repository is named Torch, >> and you need to load the ConfigurationOfTorch package. >> It runs in a dev or core image. >> >> For a dev image. >> - ConfigurationOfTorch loadVersion10 >> >> For a core image. >> 1) Set fonts - described in the attached file. >> 2) ConfigurationOfTorch loadDefault >> >> I would appreciate comments and feedback! >> >> Best Regards, >> VerÃ³nica Uquillas GÃ³mez >> Vrije University Brussel - SOFT Lab >> University of Lille - RMOD Team >> >> <torchFontsScript.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 -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

May 18, 2010

Re: [Pharo-project] HTTP Proxy server ...

by Geert Claes

Mariano Martinez Peck wrote: > >> I can't seem to connect using a proxy server with network authentication. >> I >> have now successfully saved the HTTP proxy server and port number as well >> as >> the user name and password. I am using 1.1 using the new Settings >> browser >> and successfully updated the settings in "MyOwn" settings style. >> > I didn't understand. Is it working or not ? For me it was working when > setting all the fields. > No, when I do a "System > Software update" I get a message saying "All code update servers seem to be unavailable" and when I try to Open a Monticello repository I get: "Error: Could not access http ...". How do I find out if the settings I have saved are actually being used? Mariano Martinez Peck wrote: > >> Also, how can I set the "use automatic configuration script"? Is there >> maybe a way for the VM to detect the proxy settings somehow just like a >> web >> browser detects the network/proxy settings from the host OS? >> > I don't know. In my experience (in mac) it automatically detects the proxy > and port, but not the username and password. > So...if there is proxy without authentication, I don't need to do > anything. > But if it is required, then I need to define it in the settings browser. > On my mac at home all works fine (no proxy server there) but on windows it doesn't detect anything. I had to manually add the proxy server, port, user name and password. -- View this message in context: http://forum.world.st/HTTP-Proxy-server-tp2220967p2220992.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 18, 2010

Re: [Pharo-project] Decoding bug with XMLParser ?

by Alexandre Bergel

To give a bit of context, the problem is: -=-=-=-=-=-=-=-=-=-=-=-= exampleEncodedXML ^'<?xml version="1.0" encoding="UTF-8"?> <test-data>…</test-data> ' testDecodingCharacters | xmlDocument element | "XMLTokenizer testDecodingCharacters" xmlDocument := XMLDOMParser parseDocumentFrom: self exampleEncodedXML readStream. element := xmlDocument firstTagNamed: #'test-data'. self assert: element contentString first codePoint = 8230 -=-=-=-=-=-=-=-=-=-=-=-= #testDecodingCharacters goes yellow > Thinking of it, it's not really an encoding problem, rather a bug in > the entity->character conversion. I guess there should be a similar > test where there is an actual ellipsis character in the xml, instead > of the entity. Any idea how your test can goes green? > And now I realize our server will not be able to connect outside its > DMZ, so I won't be able to use the fix :D DMZ ? Cheers, Alexandre > > > > >> On 16 May 2010, at 13:35, Damien Pollet wrote: >> >>> Hi, >>> >>> I have a failing test to show the problem, but I can't commit to the >>> XMLSupport squeaksource, so I attach the MCZ here. >>> Basically, if I parse an UTF-8 document with an entity like … >>> (ellipsis), I don't get a Character with the correct #codePoint. >>> >>> Cheers, >>> >>> -- >>> Damien Pollet >>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>> <XML-Parser-DamienPollet.75.mcz> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by StÃ©phane Ducasse

On May 18, 2010, at 9:53 AM, Adrian Lienhard wrote: > Yes, we should probably do that. It requires some work because of changes in 1.1. The network rollback package is ready to be loaded. We were just waiting to know > > Adrian > > > On May 18, 2010, at 09:24 , Michael Roberts wrote: > >> I am surprised too. would it not be safer to just apply the same >> reversion of the code so that 1.1 is the same as 1.0? Then when >> someone has the time to do a full review, a "new" network can be >> applied to the start of a dev cycle, with some form of integration >> tests. >> >> cheers, >> Mike >> >> On Tue, May 18, 2010 at 6:31 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >>> Hi Alex, >>> >>> One thing that bothers me is the network code. Although nobody reported problems I cannot believe that it suddenly works without that we fixed it. The new implementation that is in 1.1 has been reverted in 1.0 and since then we haven't had any complaints. Now in 1.1 I guess that there are not that many people using it yet. >>> >>> If there are people at the sprint with different OS and configurations (Linux vs Mac; IPv4 vs. IPv6), you could try to reproduce the problems that were reported earlier (check the issue tracker). >>> >>> Another valuable help would be to (manually) test the tools, especially the ones loaded into Pharo to make sure we don't have any obvious problems there. >>> >>> Hope you have a productive weekend! >>> >>> Cheers, >>> Adrian >>> >>> On May 18, 2010, at 02:49 , Alexandre Bergel wrote: >>> >>>> Mariano, Stef, Adrian, >>>> >>>> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. >>>> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> >>>> On 16 May 2010, at 18:26, Alexandre Bergel wrote: >>>> >>>>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge >>>>> >>>>> >>>>> I will go over some this week. >>>>> >>>>> Alexandre >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 18, 2010

Re: [Pharo-project] Collection arithmethic method category

by StÃ©phane Ducasse

I do not like this protocol and the way it is done because what if I want one that is not in the list. Stef On May 18, 2010, at 11:17 AM, Mariano Martinez Peck wrote: > > > On Tue, May 18, 2010 at 11:17 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Tue, May 18, 2010 at 11:04 AM, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: > I see now that they were moved to an external package in Squeaksource. > > And it is not loaded by default in PharoCore1.1. > > > Do you think this should be included in PharoDev? > > > it is working in Pharo 1.1 ? does it have tests? > > > > Thanks! > > Fernando > > > > On May 18, 2010, at 10:51 AM, Henrik Johansen wrote: > > > http://code.google.com/p/pharo/issues/detail?id=332 > > > > PS. How about the Collection -> Math functions protocol? > > > > Cheers, > > Henry > > > > On May 18, 2010, at 10:41 53AM, Fernando olivero wrote: > > > >> Sorry, i meant > >> > >>> In PharoCore 1.1 > >>> Collection organization listAtCategoryNamed: 'arithmethic' #() > >> > >>> In Pharo1.0 > >>> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) > >> > >> > >> > >> > >> On May 18, 2010, at 10:32 AM, Fernando olivero wrote: > >> > >>> In Pharo1.0 > >>> Collection organization listAtCategoryNamed: 'arithmethic' #() > >>> > >>> In PharoCore1.1 > >>> Collection organization listAtCategoryNamed: 'arithmetic' #(#* #+ #- #/ #'//' #'\\' #raisedTo:) > >>> > >>> And the arithmethic is not an extension of any Package. > >>> > >>> Why are all the methods in that category no present in PharoCore? > >>> How and when are they added into Pharo ? > >>> > >>> Fernando > >>> _______________________________________________ > >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 18, 2010

Re: [Pharo-project] HTTP Proxy server ...

by Mariano Martinez Peck

On Tue, May 18, 2010 at 11:09 AM, Geert Claes <geert.wl.claes(a)gmail.com>wrote: > > I can't seem to connect using a proxy server with network authentication. > I > have now successfully saved the HTTP proxy server and port number as well > as > the user name and password. I am using 1.1 using the new Settings browser > and successfully updated the settings in "MyOwn" settings style. > > I didn't understand. Is it working or not ? For me it was working when setting all the fields. > Also, how can I set the "use automatic configuration script"? Is there > maybe a way for the VM to detect the proxy settings somehow just like a web > browser detects the network/proxy settings from the host OS? > > http://n4.nabble.com/file/n2220967/Network_Settings.png > > I don't know. In my experience (in mac) it automatically detects the proxy and port, but not the username and password. So...if there is proxy without authentication, I don't need to do anything. But if it is required, then I need to define it in the settings browser. > -- > View this message in context: > http://forum.world.st/HTTP-Proxy-server-tp2220967p2220967.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 >

May 18, 2010

Re: [Pharo-project] So...we freeze 1.1 ? (next steps?)

by Alexandre Bergel

> > Another valuable help would be to (manually) test the tools, especially the ones loaded into Pharo to make sure we don't have any obvious problems there. > > By tools, you mean the one that get loaded with ConfigurationOfPharo ? > > I don't know what he though, but I indeed yes :) > If you want, I can try to release the Pharo1.1 beta1 before the weeked and you give a cool testing for the tools: OB, RB, OCompletion, and so on... Yes, that would be useful. > Also we have several failing and error tests. Not only in Core but also in Dev. I saw this as well... Alexandre > > > Cheers, > Alexandre > > > > Hope you have a productive weekend! > > > > Cheers, > > Adrian > > > > On May 18, 2010, at 02:49 , Alexandre Bergel wrote: > > > >> Mariano, Stef, Adrian, > >> > >> I would like to focus the Pharo sprint this week end on helping Pharo 1.1. > >> In addition to reviewing and fixing the issues tagged as 1.1, are there some particular actions you want to see realized this Saturday? > >> > >> Cheers, > >> Alexandre > >> > >> > >> On 16 May 2010, at 18:26, Alexandre Bergel wrote: > >> > >>>> - Integegrate the remaining fixes and crates a PharoCore-11XXX-alpha1.zip and put it in gforge > >>> > >>> > >>> I will go over some this week. > >>> > >>> Alexandre > >>> > >>> > >>> _______________________________________________ > >>> 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 > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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

May 18, 2010

Re: [Pharo-project] Collection arithmethic method category

by Henrik Johansen

On May 18, 2010, at 11:17 34AM, Mariano Martinez Peck wrote: > > > On Tue, May 18, 2010 at 11:04 AM, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: > I see now that they were moved to an external package in Squeaksource. > > And it is not loaded by default in PharoCore1.1. > > > Do you think this should be included in PharoDev? No. Cheers, Henry

May 18, 2010