- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] AioPlugin is back in linux VMs

by Thierry Goubier

Thanks Esteban, this is really nice :) Thierry Le 28/10/2014 17:52, Esteban Lorenzano a Ã©crit : > ah yesâ¦ this was important for OSProcess and derivates :) > > Esteban > >> On 28 Oct 2014, at 17:51, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi, >> >> I reintroduced AioPlugin into the linux VM. >> In Mac it is there since always. >> In windows is irrelevant. >> >> So well, if you use linux and download the latest vm, you can play with it and check that everything is ok (or the contrary) :) >> >> Esteban > > >

Oct. 28, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] dd006c: 40336

by Max Leske

Oh yeah! Maybe now the Fuel tests will be back to green :) > On 28.10.2014, at 20:23, stepharo <stepharo(a)free.fr> wrote: > > Thanks esteban! > I'm unstuck :) > > On 28/10/14 07:41, GitHub wrote: >> 40336 >> 14337 Removing a trait usage raises an exception (2nd attempt) >> https://pharo.fogbugz.com/f/cases/14337 > >

Oct. 28, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] dd006c: 40336

by stepharo

Thanks esteban! I'm unstuck :) On 28/10/14 07:41, GitHub wrote: > 40336 > 14337 Removing a trait usage raises an exception (2nd attempt) > https://pharo.fogbugz.com/f/cases/14337

Oct. 28, 2014

Re: [Pharo-dev] Super fast delay

by phil＠highoctane.be

VMWare Workstation 10 on Win8.1 Pro PharoVM compiled on CentOS6.5 [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.473s <-- not much... user 0m0.285s sys 0m0.140s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.360s <-- not much either user 0m0.257s sys 0m0.095s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.374s user 0m0.269s sys 0m0.103s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m5.324s user 0m0.338s sys 0m0.067s [philippeback@CENTOSDEV zeroconf-centos]$ [philippeback@CENTOSDEV zeroconf-centos]$ ^C <--- FROZEN!!!! [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.468s user 0m0.287s sys 0m0.171s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.639s user 0m0.281s sys 0m0.233s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.331s user 0m0.260s sys 0m0.066s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.493s user 0m0.265s sys 0m0.210s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.343s user 0m0.258s sys 0m0.073s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.352s user 0m0.314s sys 0m0.035s [philippeback@CENTOSDEV zeroconf-centos]$ time ./pharo-vm/pharo -vm-display-null Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.303s user 0m0.266s sys 0m0.032s Completely un[reliable|predictable]... Phil > # time ./pharo Pharo.image eval '5 asSeconds asDelay wait' > a Delay(5000 msecs) > > real 0m0.696s > user 0m0.580s > sys 0m0.060s > > # time ./pharo Pharo.image eval '5 asSeconds asDelay wait' > a Delay(5000 msecs) > > real 0m5.755s > user 0m0.812s > sys 0m0.080s > > Weird ! > > Must have something todo with virtual hardware ... > > > On 28 Oct 2014, at 18:24, Norbert Hartl <norbert(a)hartl.name> wrote: > > > > I just recognized that Delay is working in a strange way on my linux box > > > > $ time pharo-vm-nox ./Pharo.image eval "(Delay forSeconds: 5) wait" > > a Delay(5000 msecs) > > > > real 0m0.158s > > user 0m0.136s > > sys 0m0.020s > > > > I use the vm from the ppa. What do you get when you execute it? > > > > Norbert > > > > >

Oct. 28, 2014

Re: [Pharo-dev] Super fast delay

by Sven Van Caekenberghe

It is even better, sometimes it works ;-) # time ./pharo Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m0.696s user 0m0.580s sys 0m0.060s # time ./pharo Pharo.image eval '5 asSeconds asDelay wait' a Delay(5000 msecs) real 0m5.755s user 0m0.812s sys 0m0.080s Weird ! Must have something todo with virtual hardware ... > On 28 Oct 2014, at 18:24, Norbert Hartl <norbert(a)hartl.name> wrote: > > I just recognized that Delay is working in a strange way on my linux box > > $ time pharo-vm-nox ./Pharo.image eval "(Delay forSeconds: 5) wait" > a Delay(5000 msecs) > > real 0m0.158s > user 0m0.136s > sys 0m0.020s > > I use the vm from the ppa. What do you get when you execute it? > > Norbert >

Oct. 28, 2014

Re: [Pharo-dev] AioPlugin is back in linux VMs

by phil＠highoctane.be

Marvelous! Phil Le 28 oct. 2014 17:51, "Esteban Lorenzano" <estebanlm(a)gmail.com> a Ã©crit : > Hi, > > I reintroduced AioPlugin into the linux VM. > In Mac it is there since always. > In windows is irrelevant. > > So well, if you use linux and download the latest vm, you can play with it > and check that everything is ok (or the contrary) :) > > Esteban >

Oct. 28, 2014

Re: [Pharo-dev] Running from the command line in Windows

by Eliot Miranda

Hi Sebastian, make sure you use a console VM. You can find non-Pharo console VMs at my site which you can test, e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3114/cogwin-14.42.3114.zip. The console VM is called SqueakConsole.exe On Tue, Oct 28, 2014 at 5:52 AM, Sebastian Tleye <sebastian.tleye(a)gmail.com> wrote: > Hi, > > I have a little question, > > I need to run a piece of code from the command line, if I do the following > in Mac it works > > ./Pharo --headless ../Resources/Pharo3.0.image eval '3+3' > > I see the result of the evaluation in the console, but if I do the same in > Windows it runs but it doesn't show the result in the console. > > Any clue of why this is happening? And how to solve it? > Thanks! > -- best, Eliot

Oct. 28, 2014

Super fast delay

by Norbert Hartl

I just recognized that Delay is working in a strange way on my linux box $ time pharo-vm-nox ./Pharo.image eval "(Delay forSeconds: 5) wait" a Delay(5000 msecs) real 0m0.158s user 0m0.136s sys 0m0.020s I use the vm from the ppa. What do you get when you execute it? Norbert

Oct. 28, 2014

Re: [Pharo-dev] AioPlugin is back in linux VMs

by Esteban Lorenzano

so you can pipe outputs when executing OSProcess commands. something like that. > On 28 Oct 2014, at 17:53, kilon alios <kilon.alios(a)gmail.com> wrote: > > whats the purpose of the plugin ? How we can test it ? > > On Tue, Oct 28, 2014 at 6:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > Hi, > > I reintroduced AioPlugin into the linux VM. > In Mac it is there since always. > In windows is irrelevant. > > So well, if you use linux and download the latest vm, you can play with it and check that everything is ok (or the contrary) :) > > Esteban >

Oct. 28, 2014

Re: [Pharo-dev] ShoreLine Reporter - A tool to collect stack traces

by Tommaso Dal Sasso

On Mon, Oct 27, 2014 at 1:18 PM, Stephan Eggermont <stephan(a)stack.nl <mailto:stephan@stack.nl>> wrote: > > Marcus wrote > > I was thinking... would it make sense to have this in the image > by default? > > Not all my work is open source. How do I make sure I don't > inadvertently > leak information? > > Stephan > > This is an interesting problem, and I would love to hear your opinion given your experience. The status of ShoreLine Reporter is that it stores the name of the class and the name of the method, no parameter is involved. I indeed understand that the name of the method and the trace of calls may reveal information that a user may want to keep private. As Markus said, we could filter the classes included in the stock Pharo image, but this would discard classes of projects like Voyage or Seaside. Another option could be to provide the user with a way to filter some classes, for example by matching the class name prefix. I am the first one to dislike "Big Brother" systems, so I am particularly sensible on the matter. What do you think? Thanks, Tommaso On 27/10/14 13:22, Marcus Denker wrote: > It would need to filter and only send those traces that are part of > the image. > > In a later step, it would be interesting to give people the same > infrastructure for their > own code, private to them. > > (like those error stack trace collecting tools that are used for > mobile apps) > > > >

Oct. 28, 2014