Re: [Pharo-dev] why is gt playground not saving the code

Le 31/8/16 à 22:10, Tudor Girba a écrit : Hi, The code should actually be saved on disk every time you type. Please take a look at the files from play-cache. Could you confirm? One bug is that the history is cached and not refreshed, so when you re-open a crashed page the image does not kno

Re: [Pharo-dev] About the non-use of Announcer in Bloc

Le 31/8/16 à 11:23, Denis Kudriashov a écrit : 2016-08-31 10:10 GMT+02:00 Glenn Cavarlé >: Hi all (I was out for some days), Hi Glenn What i see is that Bloc EventRegistry: 1) is not thread safe (no mutex + #select:thenDo:) 2) doesn't allow

Re: [Pharo-dev] About the non-use of Announcer in Bloc

To me, Announcer is really usefull and efficient when it is used as an event bus that can be shared between multiple objects. For instance, it seems to be useless to use an Announcer in NewValueHolder because it cannot be shared and it is only used internally to register handlers and to propagat

Re: [Pharo-dev] About the non-use of Announcer in Bloc

Hi thierry I think that if we would have a tool to show us the activity I'm quite sure that we would find bugs or mistaken behavior. could you send the scripts you did? Stef Le 30/8/16 à 22:36, Thierry Goubier a écrit : Numbers for the discussion: No activity, empty desktop: announcement

Re: [Pharo-dev] why is gt playground not saving the code

2016-08-31 18:43 GMT-03:00 Tudor Girba : > Hi, > >> On Aug 31, 2016, at 11:39 PM, Esteban A. Maringolo >> wrote: >> >> One use case that sometimes bites me is when I'm working in the "code" >> of the Playground (first screen), and then I start going deep with >> "Evaluate and Go", basically inspe

Re: [Pharo-dev] why is gt playground not saving the code

Hi, > On Aug 31, 2016, at 11:39 PM, Esteban A. Maringolo > wrote: > > One use case that sometimes bites me is when I'm working in the "code" > of the Playground (first screen), and then I start going deep with > "Evaluate and Go", basically inspecting my objects, and then I close > the window t

Re: [Pharo-dev] why is gt playground not saving the code

One use case that sometimes bites me is when I'm working in the "code" of the Playground (first screen), and then I start going deep with "Evaluate and Go", basically inspecting my objects, and then I close the window thinking I'm dealing with an inspector hence losing the code of the "workspace" i

Re: [Pharo-dev] Binary selector and special characters

2016-08-31 20:55 GMT+02:00 Nicolai Hess : > > > 2016-08-31 17:31 GMT+02:00 John Brant : > >> On 08/31/2016 08:46 AM, Nicolai Hess wrote: >> >> Anyone knows why RefactoringBrowsers smalltalk scanner (RBScanner) >>> explicit allowes >>> "#($± $· $× $÷)" to be binary selector characters ? >>> >> >>

Re: [Pharo-dev] About Pharo 60

On Wed, Aug 31, 2016 at 9:16 PM, stepharo wrote: > In squeak by example > > we could tag in the document code snippet as text and a perl script > > turn the expression into Sunit method and run the tests > > We lost that. Yes I remember this was very nice. We should have a look to the org-babel

Re: [Pharo-dev] why is gt playground not saving the code

On Wed, Aug 31, 2016 at 10:10:21PM +0200, Tudor Girba wrote: > Hi, > > The code should actually be saved on disk every time you type. Please take a > look at the files from play-cache. Could you confirm? > > One bug is that the history is cached and not refreshed, so when you re-open > a crashe

Re: [Pharo-dev] why is gt playground not saving the code

Hi, The code should actually be saved on disk every time you type. Please take a look at the files from play-cache. Could you confirm? One bug is that the history is cached and not refreshed, so when you re-open a crashed page the image does not know that there is another file. This has to be

Re: [Pharo-dev] About Pharo 60

In squeak by example we could tag in the document code snippet as text and a perl script turn the expression into Sunit method and run the tests We lost that. Stef Le 31/8/16 à 12:21, Peter Uhnak a écrit : On Wed, Aug 31, 2016 at 12:00:30PM +0200, Yuriy Tymchuk wrote: Ok, now I know what I

Re: [Pharo-dev] Binary selector and special characters

2016-08-31 17:31 GMT+02:00 John Brant : > On 08/31/2016 08:46 AM, Nicolai Hess wrote: > > Anyone knows why RefactoringBrowsers smalltalk scanner (RBScanner) >> explicit allowes >> "#($± $· $× $÷)" to be binary selector characters ? >> > > I do -- I added them about 20 years ago :)... > > Is ther

Re: [Pharo-dev] About the non-use of Announcer in Bloc

2016-08-31 18:01 GMT+02:00 Henrik Johansen : > > On 31 Aug 2016, at 10:10 , Glenn Cavarlé wrote: > > In Bloc the constraint is to propagate more than 2000 events/second without > to decrease fps > > > That's only a small part of the picture though, how many listeners are > there per each event? >

Re: [Pharo-dev] About the non-use of Announcer in Bloc

On 31 Aug 2016, at 10:10 , Glenn Cavarlé wrote:In Bloc the constraint is to propagate more than 2000 events/second withoutto decrease fpsThat's only a small part of the picture though, how many listeners are there per each event?And how large do you think the overhead spec

Re: [Pharo-dev] Binary selector and special characters

On 08/31/2016 08:46 AM, Nicolai Hess wrote: Anyone knows why RefactoringBrowsers smalltalk scanner (RBScanner) explicit allowes "#($± $· $× $÷)" to be binary selector characters ? I do -- I added them about 20 years ago :)... Is there any smalltalk dialect that uses these characters ? VW

Re: [Pharo-dev] Binary selector and special characters

2016-08-31 10:14 GMT+02:00 Eliot Miranda : > Oops. No need to add a step method; the increment method already exists: > > > On Wed, Aug 31, 2016 at 9:12 AM, Eliot Miranda > wrote: > >> >> >> On Tue, Aug 30, 2016 at 8:14 AM, Nicolai Hess >> wrote: >> >>> >>> >>> 2016-08-29 21:38 GMT+02:00 Thierr

Re: [Pharo-dev] Binary selector and special characters

2016-08-29 11:23 GMT+02:00 Nicolai Hess : > > > 2016-08-28 13:41 GMT+02:00 monty : > >> See RBParserTest>>#testBinarySelectors >> >> It's based on the draft ANSI Smalltalk-80 standard. You integrated it. It >> tests the RBParser's parsing of binary method definitions and message sends >> of all bi

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

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

[Pharo-dev] [pharo-project/pharo-core] 36483e: 60196

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 36483e309d746cb796ae363a3a5a1555c5c2883a https://github.com/pharo-project/pharo-core/commit/36483e309d746cb796ae363a3a5a1555c5c2883a Author: Jenkins Build Server Date: 2016-08-31 (Wed, 31 Aug 2016

[Pharo-dev] SUnit improvements need review and feedback

Hi. I am working on SUnit improvements. I open issue 19015 . Slice is inbox which waits your review and feedback. I was trying to address three problems: *1) Tests should never hang. They should be al

Re: [Pharo-dev] About the non-use of Announcer in Bloc

Hi Denis, > Problem that concurrent modification of OrderedCollection could just fail. > You will got debugger. Yes, effectively, if there are multiple threads that try to add an handler on the same element at the same time, this could just fail. To me, it is not a problem, it is just a rule: the

Re: [Pharo-dev] why is gt playground not saving the code

On Wed, Aug 31, 2016 at 12:32 PM, Nicolai Hess wrote: > > > 2016-08-31 12:00 GMT+02:00 Peter Uhnák : > >> At this point I’ve lost cumulatively hours and hours of work due to >> Playground not saving the code; so every time I crash I lose. >> >> >> >> In the picture below the code was demonstrably

Re: [Pharo-dev] why is gt playground not saving the code

2016-08-31 12:00 GMT+02:00 Peter Uhnák : > At this point I’ve lost cumulatively hours and hours of work due to > Playground not saving the code; so every time I crash I lose. > > > > In the picture below the code was demonstrably executed and yet it’s not > in the history and if I would crash (whi

[Pharo-dev] [pharo-project/pharo-core] 9d68e3: 60195

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 9d68e35455cae474b2ec8b645213c3dd32b9bed7 https://github.com/pharo-project/pharo-core/commit/9d68e35455cae474b2ec8b645213c3dd32b9bed7 Author: Jenkins Build Server Date: 2016-08-31 (Wed, 31 Aug 2016

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

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

Re: [Pharo-dev] About Pharo 60

On Wed, Aug 31, 2016 at 12:00:30PM +0200, Yuriy Tymchuk wrote: > Ok, now I know what I want. > > I want a better way to document. Because I’m trying to write a documentation > about my stuff, but there are too many disconnected ways to do that. I’m > trying to always have reasonable class commen

[Pharo-dev] why is gt playground not saving the code

At this point I’ve lost cumulatively hours and hours of work due to Playground not saving the code; so every time I crash I lose. In the picture below the code was demonstrably executed and yet it’s not in the history and if I would crash (which happens several times a day in “stable” pharo 5)

Re: [Pharo-dev] About Pharo 60

Ok, now I know what I want. I want a better way to document. Because I’m trying to write a documentation about my stuff, but there are too many disconnected ways to do that. I’m trying to always have reasonable class comments. But sometimes you need a more general description, so you write help

Re: [Pharo-dev] [pharo-project/pharo-core] 518075: 60194

> On 31 Aug 2016, at 11:29, GitHub wrote: > > > Log Message: > --- > 60194 > Moose > > http://files.pharo.org/image/60/60194.zip > > This update contains: - case 18965 (removed GTExample) - case 18596 Remove references from Glamour to Smalltalk evaluate: - case 18948

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

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

[Pharo-dev] [pharo-project/pharo-core] 518075: 60194

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 518075095836b300fd9be99765a1f918ed5884f2 https://github.com/pharo-project/pharo-core/commit/518075095836b300fd9be99765a1f918ed5884f2 Author: Jenkins Build Server Date: 2016-08-31 (Wed, 31 Aug 2016

Re: [Pharo-dev] About the non-use of Announcer in Bloc

2016-08-31 10:10 GMT+02:00 Glenn Cavarlé : > Hi all (I was out for some days), > Hi Glenn > > What i see is that Bloc EventRegistry: > 1) is not thread safe (no mutex + #select:thenDo:) > 2) doesn't allow handler removal from the handler list currently used in > the > thenDo: loop > 3) is used

Re: [Pharo-dev] Binary selector and special characters

Oops. No need to add a step method; the increment method already exists: On Wed, Aug 31, 2016 at 9:12 AM, Eliot Miranda wrote: > > > On Tue, Aug 30, 2016 at 8:14 AM, Nicolai Hess > wrote: > >> >> >> 2016-08-29 21:38 GMT+02:00 Thierry Goubier : >> >>> Le 29/08/2016 à 21:28, stepharo a écrit :

Re: [Pharo-dev] About the non-use of Announcer in Bloc

Hi all (I was out for some days), What i see is that Bloc EventRegistry: 1) is not thread safe (no mutex + #select:thenDo:) 2) doesn't allow handler removal from the handler list currently used in the thenDo: loop 3) is used specifically for a one-to-many communication (1 BlElement -> X handlers)

Re: [Pharo-dev] Binary selector and special characters

On Tue, Aug 30, 2016 at 8:14 AM, Nicolai Hess wrote: > > > 2016-08-29 21:38 GMT+02:00 Thierry Goubier : > >> Le 29/08/2016 à 21:28, stepharo a écrit : >> >>> >>> >>> Le 29/8/16 à 17:45, Thierry Goubier a écrit : >>> Hi Stef, 2016-08-29 11:42 GMT+02:00 stepharo >>>

Re: [Pharo-dev] Binary selector and special characters

On Tue, Aug 30, 2016 at 8:14 AM, Nicolai Hess wrote: > > > 2016-08-29 21:38 GMT+02:00 Thierry Goubier : > >> Le 29/08/2016 à 21:28, stepharo a écrit : >> >>> >>> >>> Le 29/8/16 à 17:45, Thierry Goubier a écrit : >>> Hi Stef, 2016-08-29 11:42 GMT+02:00 stepharo >>>