- Pharo-dev - lists.pharo.org

Re: [Pharo-project] About webclient.ppm.73

by StÃ©phane Ducasse

On Aug 27, 2010, at 3:45 PM, Philippe Marschall wrote: > On 08/27/2010 10:22 AM, stephane ducasse wrote: >> hi philippe >> >> I wanted to integrate it in 1.2 but I have 5 conflicts. Should I juste load? >> Is it for 1.2? > > No, it's not. Do you have WebClient already in 1.2 and are trying to > merge against it? If so I can have a look at it. yes we have it in 1.2 and sven merged your changes but it would be great if you can have a look > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 27, 2010

Re: [Pharo-project] Why has MethodFinder a fixed list of results?

by Marcus Denker

On Aug 27, 2010, at 8:59 PM, Bart Gauquie wrote: > Dear list, > > I was showing off Pharo to a colleague today and was surprised that. > > My quick introduction of adding new methods on existing system classes > > String>>firstLetter > ^self copyFrom: 1 to: 1 > > - extension on String worked immediately. But that: > > in the MethodFinder evaluating: 'tried'.'t' > did not return my method I just added .... :-( > > Turns out that MethodFinder has a class side Set of Approved and AddAndRemove methods. > What is the rationale of this? Should we not allow any method, but exclude some tricky ones (doesNotUnderstand:, ... )? > The rational is that the MethodFinder would, if it would not have a positive list, quite likely call methods that do bad things to the state of the system. Remember that is just calls all methods to check if some leads to the return value that you gave! e.g. Smalltalk.true. takes a while, but it does not try to call #quitPrimitive. Which it would if Methodfinder would not be based on a positive list. It would of course be nice to be able to not need a positive list. The question of how to control side-effects (and how to realize a secure yet reflective language in general) is of course a very interesting one... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 27, 2010

Re: [Pharo-project] Running Pharo on a headless Ubuntu server

by Jan van de Sandt

Hello, When I run squeakvm directly it works! Thanks for the tip. Jan. On Thu, Aug 26, 2010 at 11:37 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Jan, > > On 26 Aug 2010, at 22:42, Jan van de Sandt wrote: > > > Hello, > > > > I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server. When > I start the image like this > > > > squeak -mmap 256m -vm-sound-null -vm-display-null seaside3.0rc.image > > > > I get the following errors: > > > > found gettext in path > > /srv/seaside > > libasound.so.2: cannot open shared object file: No such file or directory > > squeak: could not find any display driver > > /usr/bin/squeak: line 277: 7499 Aborted $VM "$1" "$2" > > > > > > Does anybody know the minimal set of packages I need to install before I > can run a headless image? > > > > Jan. > > The command line options are OK and should work. > You could try running the squeak-vm directly (/usr/bin/squeak is a shell > script). > On Ubuntu it is in /usr/lib/squeak/4.0.3-2202/squeakvm (or some other > version). > > I installed these on Ubuntu 10.04.1, but I am not sure they are needed (I > just did to get rid of the warnings). > > sudo apt-get install libsm6 > sudo apt-get install libaudio2 > sudo apt-get install libpulse0 > sudo apt-get install libglu1-mesa > > On a server they are not really needed. > > HTH, > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Jan van de Sandt gsm: +31 (0)6 3039 5998

Aug. 27, 2010

[Pharo-project] Why has MethodFinder a fixed list of results?

by Bart Gauquie

Dear list, I was showing off Pharo to a colleague today and was surprised that. My quick introduction of adding new methods on existing system classes String>>firstLetter ^self copyFrom: 1 to: 1 - extension on String worked immediately. But that: in the MethodFinder evaluating: 'tried'.'t' did not return my method I just added .... :-( Turns out that MethodFinder has a class side Set of Approved and AddAndRemove methods. What is the rationale of this? Should we not allow any method, but exclude some tricky ones (doesNotUnderstand:, ... )? Kind Regards, Bart

Aug. 27, 2010

Re: [Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

by Eliot Miranda

On Fri, Aug 27, 2010 at 1:59 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > > On 26 Aug 2010, at 21:44, Sven Van Caekenberghe wrote: > > > I hope the linux VM is equally fast. > > Is the COG VM capable of running headless on Linux ? > We routinely run it headless on linux using -vm-display-null. > sven@bladerunner:~/Smalltalk$ ./coglinux/bin/squeak -version > 3.9-7 #2 Wed Aug 18 19:45:40 GMT 2010 gcc 4.1.2 > Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.26] > Linux cern 2.6.18-194.8.1.el5PAE #1 SMP Fri Jul 2 10:18:13 CEST 2010 i686 > i686 i386 GNU/Linux > plugin path: /home/sven/Smalltalk/coglinux/lib/squeak/3.9-7/ [default: > /home/sven/Smalltalk/coglinux/lib/squeak/3.9-7/] > > sven@bladerunner:~/Smalltalk$ ./coglinux/bin/squeak -vm-display-null > -vm-sound-null seaside3.lr.cog.image > > This doesn't seem to work, no errors to be seen anywhere. Can I enable some > debugging output ? > Try -sendtrace, e.g. ./coglinux/bin/squeak -vm-display-null -vm-sound-null -sendtrace seaside3.lr.cog.image > This same image runs perfectly well with a display, as in > > sven@bladerunner:~/Smalltalk$ ./coglinux/bin/squeak seaside3.lr.cog.image > What does your image do? Does it depend on any additional plugins or shared objects? Are these also present in your Cog installation? HTH Eliot > > Thx, > > Sven > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 27, 2010

[Pharo-project] [update 1.2] #12118

by StÃ©phane Ducasse

12118 ----- Enhancing method reference with benjamin. Stef

Aug. 27, 2010

Re: [Pharo-project] Why is Stack extending from LinkedList?

by Levente Uzonyi

On Fri, 27 Aug 2010, Guillermo Polito wrote: > In my machine: > > o := OrderedCollection new: 1000. > 1 to: 1000 do: [ :each | o add: each ]. > [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. ==> 12842 > > o := LinkedList new: 1000. > 1 to: 1000 do: [ :each | o add: each ]. > [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. ==> 5603 LinkedList should be used this way if you want to use it as a Queue: o := LinkedList new: 1000. 1 to: 1000 do: [ :each | o add: each ]. [ 100000 timesRepeat: [ o addLast: o removeFirst ] ] timeToRun. "===> 119" Levente > > > On Fri, Aug 27, 2010 at 1:35 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Thu, 26 Aug 2010, Lukas Renggli wrote: >> >> I wonder why there is the need for a stack class at all? >>> >>> OrderedCollection is the class designed to do Stacks and Queues >>> efficiently and portably, see #addFirst:, #addLast:, #first, #last, >>> #removeFirst, #removeLast. >>> >> >> If so, then there are some problems: >> >> o := OrderedCollection new: 1000. >> 1 to: 1000 do: [ :each | o add: each ]. >> [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. "===> >> 11660" >> >> >> Levente >> >> >> >>> Lukas >>> >>> 2010/8/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >>> >>>> Hi list, >>>> >>>> is there a specific reason Stack is extending from LinkedList, instead of >>>> using a LinkedList internally? >>>> To me, it seems that the protocol that LinkedList, >>>> SequenceableCollection, >>>> ... provides is not the protocol you expect from a Stack? >>>> >>>> Any thoughts on this? >>>> >>>> Kind regards, >>>> >>>> Bart >>>> >>>> -- >>>> imagination is more important than knowledge - Albert Einstein >>>> Logic will get you from A to B. Imagination will take you everywhere - >>>> Albert Einstein >>>> Learn from yesterday, live for today, hope for tomorrow. The important >>>> thing >>>> is not to stop questioning. - Albert Einstein >>>> The true sign of intelligence is not knowledge but imagination. - Albert >>>> Einstein >>>> However beautiful the strategy, you should occasionally look at the >>>> results. >>>> - Sir Winston Churchill >>>> It's not enough that we do our best; sometimes we have to do what's >>>> required. - Sir Winston Churchill >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 >> >

Aug. 27, 2010

Re: [Pharo-project] Why is Stack extending from LinkedList?

by Levente Uzonyi

On Fri, 27 Aug 2010, Nicolas Cellier wrote: > 2010/8/27 Levente Uzonyi <leves(a)elte.hu>: >> On Thu, 26 Aug 2010, Lukas Renggli wrote: >> >>> I wonder why there is the need for a stack class at all? >>> >>> OrderedCollection is the class designed to do Stacks and Queues >>> efficiently and portably, see #addFirst:, #addLast:, #first, #last, >>> #removeFirst, #removeLast. >> >> If so, then there are some problems: >> >> o := OrderedCollection new: 1000. >> 1 to: 1000 do: [ :each | o add: each ]. >> [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. "===> 11660" >> >> >> Levente >> > > OrderedCollection could be implemented differently, like for example > having a circular array and maintaining a firstIndex and size instead > of lastIndex. This issue is already fixed in Squeak 4.1. I tried the OrderedCollection with a circular array just like you suggested, but it was a bit slower than Squeak's OrderedCollection. Also note that this is an edge case. Levente > > The main drawback would be that fast copy/replace would have to be > split in two parts. > > Nicolas > >>> >>> Lukas >>> >>> 2010/8/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >>>> >>>> Hi list, >>>> >>>> is there a specific reason Stack is extending from LinkedList, instead of >>>> using a LinkedList internally? >>>> To me, it seems that the protocol that LinkedList, >>>> SequenceableCollection, >>>> ... provides is not the protocol you expect from a Stack? >>>> >>>> Any thoughts on this? >>>> >>>> Kind regards, >>>> >>>> Bart >>>> >>>> -- >>>> imagination is more important than knowledge - Albert Einstein >>>> Logic will get you from A to B. Imagination will take you everywhere - >>>> Albert Einstein >>>> Learn from yesterday, live for today, hope for tomorrow. The important >>>> thing >>>> is not to stop questioning. - Albert Einstein >>>> The true sign of intelligence is not knowledge but imagination. - Albert >>>> Einstein >>>> However beautiful the strategy, you should occasionally look at the >>>> results. >>>> - Sir Winston Churchill >>>> It's not enough that we do our best; sometimes we have to do what's >>>> required. - Sir Winston Churchill >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Lukas Renggli >>> www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 >

Aug. 27, 2010

Re: [Pharo-project] Why is Stack extending from LinkedList?

by Nicolas Cellier

2010/8/27 Levente Uzonyi <leves(a)elte.hu>: > On Thu, 26 Aug 2010, Lukas Renggli wrote: > >> I wonder why there is the need for a stack class at all? >> >> OrderedCollection is the class designed to do Stacks and Queues >> efficiently and portably, see #addFirst:, #addLast:, #first, #last, >> #removeFirst, #removeLast. > > If so, then there are some problems: > > o := OrderedCollection new: 1000. > 1 to: 1000 do: [ :each | o add: each ]. > [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. "===> 11660" > > > Levente > OrderedCollection could be implemented differently, like for example having a circular array and maintaining a firstIndex and size instead of lastIndex. The main drawback would be that fast copy/replace would have to be split in two parts. Nicolas >> >> Lukas >> >> 2010/8/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >>> >>> Hi list, >>> >>> is there a specific reason Stack is extending from LinkedList, instead of >>> using a LinkedList internally? >>> To me, it seems that the protocol that LinkedList, >>> SequenceableCollection, >>> ... provides is not the protocol you expect from a Stack? >>> >>> Any thoughts on this? >>> >>> Kind regards, >>> >>> Bart >>> >>> -- >>> imagination is more important than knowledge - Albert Einstein >>> Logic will get you from A to B. Imagination will take you everywhere - >>> Albert Einstein >>> Learn from yesterday, live for today, hope for tomorrow. The important >>> thing >>> is not to stop questioning. - Albert Einstein >>> The true sign of intelligence is not knowledge but imagination. - Albert >>> Einstein >>> However beautiful the strategy, you should occasionally look at the >>> results. >>> - Sir Winston Churchill >>> It's not enough that we do our best; sometimes we have to do what's >>> required. - Sir Winston Churchill >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 >

Aug. 27, 2010

Re: [Pharo-project] Why is Stack extending from LinkedList?

by Guillermo Polito

In my machine: o := OrderedCollection new: 1000. 1 to: 1000 do: [ :each | o add: each ]. [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. ==> 12842 o := LinkedList new: 1000. 1 to: 1000 do: [ :each | o add: each ]. [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. ==> 5603 On Fri, Aug 27, 2010 at 1:35 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 26 Aug 2010, Lukas Renggli wrote: > > I wonder why there is the need for a stack class at all? >> >> OrderedCollection is the class designed to do Stacks and Queues >> efficiently and portably, see #addFirst:, #addLast:, #first, #last, >> #removeFirst, #removeLast. >> > > If so, then there are some problems: > > o := OrderedCollection new: 1000. > 1 to: 1000 do: [ :each | o add: each ]. > [ 100000 timesRepeat: [ o addFirst: o removeLast ] ] timeToRun. "===> > 11660" > > > Levente > > > >> Lukas >> >> 2010/8/26 Bart Gauquie <bart.gauquie(a)gmail.com>: >> >>> Hi list, >>> >>> is there a specific reason Stack is extending from LinkedList, instead of >>> using a LinkedList internally? >>> To me, it seems that the protocol that LinkedList, >>> SequenceableCollection, >>> ... provides is not the protocol you expect from a Stack? >>> >>> Any thoughts on this? >>> >>> Kind regards, >>> >>> Bart >>> >>> -- >>> imagination is more important than knowledge - Albert Einstein >>> Logic will get you from A to B. Imagination will take you everywhere - >>> Albert Einstein >>> Learn from yesterday, live for today, hope for tomorrow. The important >>> thing >>> is not to stop questioning. - Albert Einstein >>> The true sign of intelligence is not knowledge but imagination. - Albert >>> Einstein >>> However beautiful the strategy, you should occasionally look at the >>> results. >>> - Sir Winston Churchill >>> It's not enough that we do our best; sometimes we have to do what's >>> required. - Sir Winston Churchill >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 >

Aug. 27, 2010