Re: [Pharo-dev] Question about extensions

Le 24/10/2015 15:17, Ferlicot D. Cyril a écrit : Hi, If I browse the Fuel's package I see the True and False classes but there is no extension of Fuel on those classes. If I browse Fuel from Monticello I see True and False on *Extensions but there is nothing. Is there a bug or did I missed

[Pharo-dev] Question about extensions

Hi, If I browse the Fuel's package I see the True and False classes but there is no extension of Fuel on those classes. If I browse Fuel from Monticello I see True and False on *Extensions but there is nothing. Is there a bug or did I missed something ? -- Cyril Ferlicot

Re: [Pharo-dev] Question about extensions

Le 24/10/2015 15:41, Ferlicot D. Cyril a écrit : Le 24/10/2015 15:38, Thierry Goubier a écrit : Le 24/10/2015 15:17, Ferlicot D. Cyril a écrit : Hi, If I browse the Fuel's package I see the True and False classes but there is no extension of Fuel on those classes. If I browse Fuel from

Re: [Pharo-dev] Question about extensions

Le 24/10/2015 15:38, Thierry Goubier a écrit : > Le 24/10/2015 15:17, Ferlicot D. Cyril a écrit : >> Hi, >> >> If I browse the Fuel's package I see the True and False classes but >> there is no extension of Fuel on those classes. >> If I browse Fuel from Monticello I see True and False on

[Pharo-dev] Help with a bug fix

Hi, I begun to fix a bug, I have a working fix (I think). But I am not satisfy by a method I made. I think the method can be much better but I don't have the knowledge and time to improve it now. If someone wish to take a look:

Re: [Pharo-dev] TestAsserter>>assertCollection:hasSameElements:

Hi Peter, Le 24 oct. 2015 à 20:36, Peter Uhnák a écrit : > bump? :) > > On Tue, Sep 29, 2015 at 12:57 AM, Peter Uhnák wrote: > How practical it is to do set-based comparison in > TestAsserter>>assertCollection:hasSameElements: ? > > For example #(1 1 2) has same elements

Re: [Pharo-dev] [Vm-dev] [squeak-dev] The Trunk: Network-topa.166.mcz

I don't see how using KISS would have any effect on this problem - the problem of setting the initial state of the generator. I also don't see how could KISS be implemented in Smalltalk efficiently. Levente On Thu, 22 Oct 2015, Nicolas Cellier wrote: For these reasons, I often prefer the

Re: [Pharo-dev] String>>#expandMacros new line macro rationale

Slice in Inbox https://pharo.fogbugz.com/f/cases/16863/Make-expandMacros-more-consistent-with-general-use On Sat, Oct 24, 2015 at 4:19 AM, stepharo wrote: > Hi gabriel > >> >> macro is expanded to CR. I was expecting that expands to the line >> ending of the platform, or at

Re: [Pharo-dev] Help with a bug fix

Le 24/10/2015 15:27, Ferlicot D. Cyril a écrit : > Hi, > > I begun to fix a bug, I have a working fix (I think). But I am not > satisfy by a method I made. I think the method can be much better but I > don't have the knowledge and time to improve it now. > > If someone wish to take a look: >

Re: [Pharo-dev] TestAsserter>>assertCollection:hasSameElements:

bump? :) On Tue, Sep 29, 2015 at 12:57 AM, Peter Uhnák wrote: > How practical it is to do set-based comparison > in TestAsserter>>assertCollection:hasSameElements: ? > > For example #(1 1 2) has same elements as #(1 2) which may make sense for > sets, but not for bags. > >

Re: [Pharo-dev] ConfigurationOf and Git

In case anyone is interested, I've managed to re-use the BaselineOf definition inside the ConfigurationOf. If you need to do something similar take a look at https://github.com/gcotelli/RenoirSt/tree/master/source/ConfigurationOfRenoirSt.package/ConfigurationOfRenoirSt.class/instance This allows

[Pharo-dev] [pharo-project/pharo-core] 83a31e: 50404

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

Re: [Pharo-dev] String>>#expandMacros new line macro rationale

Hi gabriel macro is expanded to CR. I was expecting that expands to the line ending of the platform, or at least to LF. Anybody knows if this have some explanation? I'm tempted to change the expansion to use OSPlatform current lineEnding , and add as a valid macro expanding to CR. I

Re: [Pharo-dev] binary serialization

Hi Robert: > On 22 Oct 2015, at 15:11, Robert Withers wrote: > > My thoughts in the VM are to add a pool to the stack and the queue of an > event-loop. For processes/continuations what are waiting for a signal, they > are not scheduled into the queue. I believe

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

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

Re: [Pharo-dev] powerSet

We tried to port this code to python and I learned that we cannot have a set containing a set :( and other uglies like len(str) but not str.len() Stef Le 22/10/15 22:58, stepharo a écrit : Hi I was programming an exercise with one of my son (well in Python arghh) and I end it up

Re: [Pharo-dev] binary serialization

Hi robert thanks for refreshing me (I read E some year ago) and I read the PhD of tom van cutsem. Now what are you doing? What is your goal? Stef Le 22/10/15 15:11, Robert Withers a écrit : On 10/22/2015 06:19 AM, stepharo wrote: > > Which kind of migration example you have in mind that

Re: [Pharo-dev] binary serialization

Hi Stefan, On 10/24/2015 04:16 AM, Stefan Marr wrote: Hi Robert: On 22 Oct 2015, at 15:11, Robert Withers wrote: My thoughts in the VM are to add a pool to the stack and the queue of an event-loop. For processes/continuations what are waiting for a signal,