Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi Eliot, Right, but in the latest Squeak5.1-trunk with the latest CogSpur.r3663.app it takes only 3 milliseconds. I guess it’s just an optimized implementation, there. (Can’t look right now.) Cheers, Bernhard > Am 20.04.2016 um 17:43 schrieb Eliot Miranda : > > Hi

Re: [Pharo-dev] Mocketry names again

Denis Kudriashov wrote > Can we use more short version #haveGot? > ... > mock should haveGot someMessage No ;) The minimum to not sound terrible would be #haveGotten Denis Kudriashov wrote > beReturnedFrom:... Should it be #haveReturnedFrom: This one seems less crucial. #have... would

Re: [Pharo-dev] Add download+uncompress behavior to Metacello?

Hi, I checked Metacello configurations but I don't know where to add such methods. One option is to add them to Object but I don't like to add methods there. I guess Metacello uses "template methods" somewhere but this download+uncompress feature is not something used by all projects. Where do

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Hi Ben. 2016-04-20 21:05 GMT+02:00 Ben Coman : > Sorry for not having a better reviewed understanding of both > frameworks, but I have some thoughts from perspective of one user... > So if you look at code you will see that what you mention below is not truth for current

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi Denis, On Wed, Apr 20, 2016 at 9:15 AM, Denis Kudriashov wrote: > > 2016-04-20 17:47 GMT+02:00 Eliot Miranda : > >> Hi Pavel, >> >> On Apr 20, 2016, at 6:54 AM, Pavel Krivanek >> wrote: >> >> That is not real amount of

Re: [Pharo-dev] Mocketry names again

2016-04-20 20:36 GMT+02:00 S Krish : > result should return: [mock someMessage] It should verify that result was returned from message defined inside block. That's why I use "should beReturnedFrom: [mock someMessage]". Following test demonstrates idea: mock

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Sorry for not having a better reviewed understanding of both frameworks, but I have some thoughts from perspective of one user... On Thu, Apr 21, 2016 at 12:05 AM, Denis Kudriashov wrote: > Hi. > > Thank's for answers. > > 2016-04-20 10:53 GMT+02:00 Norbert Hartl

Re: [Pharo-dev] Mocketry names again

result should return: [mock someMessage] On Wed, Apr 20, 2016 at 1:35 PM, S Krish wrote: > +1. > > this is easy and simple for any native / non native english .. > > Mocketry is really nice btw.. > > On Wed, Apr 20, 2016 at 7:45 AM, Denis Kudriashov

Re: [Pharo-dev] Mocketry names again

+1. this is easy and simple for any native / non native english .. Mocketry is really nice btw.. On Wed, Apr 20, 2016 at 7:45 AM, Denis Kudriashov wrote: > > 2016-04-20 13:59 GMT+02:00 Dennis Schetinin : > >> Why do we need those sophisticated

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

2016-04-20 17:47 GMT+02:00 Eliot Miranda : > Hi Pavel, > > On Apr 20, 2016, at 6:54 AM, Pavel Krivanek > wrote: > > That is not real amount of objects in the object memory: > > count := 0. > object := 0 someObject. > [object == 0] whileFalse: [

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Hi. Thank's for answers. 2016-04-20 10:53 GMT+02:00 Norbert Hartl : > Agreed. As I said above. If you take to point of view from legacy logging > tool Beacon is not a big help. But the ideas in it are good and should be > integrated somewhere. If you are talking about legacy

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi Bernhard, > On Apr 20, 2016, at 5:26 AM, Bernhard Pieber wrote: > > Dear Pharoers, > > I found something strange: > Time millisecondsToRun: [ Class allSubInstances size ]. „23617" Because it does an allInstances for Class and all its subclasses, and allInstances

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Hi Pavel, > On Apr 20, 2016, at 6:54 AM, Pavel Krivanek wrote: > > That is not real amount of objects in the object memory: > > count := 0. > object := 0 someObject. > [object == 0] whileFalse: [ > count := count + 1. > object := object nextObject ]. > count.

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

On Wed, Apr 20, 2016 at 9:18 PM, Denis Kudriashov wrote: > And here other interesting results: > > Class allSubInstances size. > "5636" * 2 = 11272 > Object allSubclasses size > "11267" > > What they are not almost equal? Strange that its out by a factor of two. Its

[Pharo-dev] [Pillar] Pillar 3.0.0 release

Hi everybody, I'm happy to announce the latest release of Pillar. This release has been possible because of the hard work of Damien Cassou, Cyril Ferlicot, Damien Pollet, Stephan Eggermont, Yann Dubois, Thibault Arloing and Lukas Komarek. What did it bring and what are the largest changes ?

Re: [Pharo-dev] About CommentPane

Hi, Stef, Thank you. I come from shanghai china and study Pharo for several years. Super! Do you know that we are launching a cool mooc on Pharo http://mooc.pharo.org https://www.fun-mooc.fr/courses/inria/41010/session01/about?platform=hootsuite I want to write some my own language

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

That is not real amount of objects in the object memory: count := 0. object := 0 someObject. [object == 0] whileFalse: [ count := count + 1. object := object nextObject ]. count. "->724653" 2016-04-20 15:18 GMT+02:00 Denis Kudriashov : > And here other interesting

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

And here other interesting results: Class allSubInstances size. "5636" Object allSubclasses size "11267" What they are not almost equal? 2016-04-20 14:54 GMT+02:00 Pavel Krivanek : > Interesting. It takes very high amount of time on Pharo 2.0 too. > > -- Pavel > >

Re: [Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Interesting. It takes very high amount of time on Pharo 2.0 too. -- Pavel 2016-04-20 14:26 GMT+02:00 Bernhard Pieber : > Dear Pharoers, > > I found something strange: > Time millisecondsToRun: [ Class allSubInstances size ]. „23617" > > I did this on a new Pharo 5 image >

Re: [Pharo-dev] Mocketry names again

2016-04-20 13:59 GMT+02:00 Dennis Schetinin : > Why do we need those sophisticated past-something form after should at > all? Why not simply > > mock should receive someMessage > > ? > Maybe. What others think?

[Pharo-dev] Class allSubInstances size takes 23 seconds to run on Pharo 5 on OS X

Dear Pharoers, I found something strange: Time millisecondsToRun: [ Class allSubInstances size ]. „23617" I did this on a new Pharo 5 image curl get.pharo.org/alpha+vmLatest | bash Can somebody confirm this on their machine? What might be the reason? Cheers, Bernhard

Re: [Pharo-dev] Mocketry names again

Why do we need those sophisticated past-something form after should at all? Why not simply mock should receive someMessage ? -- Best regards, Dennis Schetinin 2016-04-20 11:35 GMT+03:00 Denis Kudriashov : > Hi. > > People start argue that my choice of names are not

Re: [Pharo-dev] Ubuntu PPA administration - volunteers?

Hi, I'll wait for another couple of days but if nobody will step in I'll try. I have the same fear not finding enough time to do it but it is worth a try. My goal with it would be to move from ubuntu ppa to opensuse build service. If integrated there we could build packages for all big linux

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50702 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] 668022: 50702

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 668022f0e62bc208deb8b7ebbd7a31550ea50346 https://github.com/pharo-project/pharo-core/commit/668022f0e62bc208deb8b7ebbd7a31550ea50346 Author: Jenkins Build Server Date:

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Denis, > Am 18.04.2016 um 18:28 schrieb Denis Kudriashov : > > Hello. > > Year ago Beacon and SystemLogger were announced. There was big discussion > about them. And there were plans to provide single solution. What was done > around that? > we had some talks but

Re: [Pharo-dev] [Ann] New version of Mocketry 3.0

2016-04-20 2:27 GMT+02:00 Sean P. DeNigris : > Tudor Girba-2 wrote > > It is your prerogative :), but “should got" sounds broken :(. > > Sounds like fingernails on a chalkboard IMH-native-english-speaker-O ;) > Ok. I open new thread about names

[Pharo-dev] Mocketry names again

Hi. People start argue that my choice of names are not good. For now Mocketry use "should got" to verify that following message was occurred: mock *should got* someMessage This is broken for native english speakers. Do you agree to replace it with correct #haveReceived? Can we use more short

[Pharo-dev] [Pharo5] Status: 23 open issues

Hi, There are now 23 open issues tagged for Milestone “Pharo5”. https://pharo.fogbugz.com/f/filters/125/5-0-All The plan is to release in 2 weeks. Please check if - all these issues are real show-stoppers. The idea is that e.g. everything that was already a problem in Pharo4 can not

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

> On 20 Apr 2016, at 9:54 , Tudor Girba wrote: > > Hi, > >> On Apr 20, 2016, at 9:37 AM, Henrik Johansen >> wrote: >> >> >>> On 19 Apr 2016, at 3:34 , Tudor Girba wrote: >>> >>> In the process I also added the

Re: [Pharo-dev] unzip:to:

Valentin Ryckewaert writes: > Hello, > > I understood the problem with pathString and I'm ok with your opinion but I > would like to come back on the first one "fullfilename" as I understand it, > it must be a basename ? > When I read the implementation with

Re: [Pharo-dev] unzip:to:

Hello, I understood the problem with pathString and I'm ok with your opinion but I would like to come back on the first one "fullfilename" as I understand it, it must be a basename ? When I read the implementation with fullfilename which would be a path '/aPath/foo.zip'. newName := fullFileName

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

Hi, > On Apr 20, 2016, at 9:37 AM, Henrik Johansen > wrote: > > >> On 19 Apr 2016, at 3:34 , Tudor Girba wrote: >> >> In the process I also added the possibility to remove Announcements from an >> AnnouncementSet and I would like to push

Re: [Pharo-dev] About CommentPane

Hi, Serge, Nice to meet you.Welcome to China again, I live in shanghai. pudong new area. Best Regards! Bing Liang

Re: [Pharo-dev] What the state of unifying Beacon with SystemLogger?

> On 19 Apr 2016, at 3:34 , Tudor Girba wrote: > > In the process I also added the possibility to remove Announcements from an > AnnouncementSet and I would like to push this in Pharo 6.0. One thing I would > work on is to add to Annoucements the possibility of filtering

Re: [Pharo-dev] About CommentPane

Nice to see you again Bing Liang :-) We interact some months ago. BTW, where are you located in China ? I will made a short stop next week at Hong Kong. Welcome in the Pharo community. See you On Wed, Apr 20, 2016 at 12:05 PM, lb wrote: > The commentPane is opened,when

Re: [Pharo-dev] About CommentPane

Hi, Stef, Thank you. I come from shanghai china and study Pharo for several years. I want to write some my own language comment , so i wrote a tool for me. the comment text pane and my comment pane need to switch. so I ask this silly question. Pharo 5.0 I used. Best Regards! Bing Liang

Re: [Pharo-dev] [Ann] New version of Mocketry 3.0

Le 19/4/16 15:46, Tudor Girba a écrit : Hi, On Apr 6, 2016, at 6:13 AM, Denis Kudriashov wrote: 2016-04-06 14:51 GMT+02:00 Tudor Girba : Just the English does not sound quite well for statements like: mock should got someMessage

Re: [Pharo-dev] About CommentPane

Welcome Liang On which version of Pharo are you? I like to browse fast all the comments of the classes of a package. So this is handy that it does not get close. Can you tell us a bit more what you are doing and where you are from? Stef Le 20/4/16 07:05, lb a écrit : The commentPane is