Re: [Pharo-dev] GTInspector custom presentations discoverability idea

fixed! Le 22/2/15 15:50, Ben Coman a écrit : On the pharo.org home page, maybe "moldable tools" should be added under the "Feel a live environment" heading. btw, I notice there that "developping" has too many 'p's.

Re: [Pharo-dev] Athens/Morphic

how can I play with that? even if I should not. Le 20/2/15 08:54, Marcus Denker a écrit : Very nice! Works here (on Mac). I will integrate as soon as the CI is up again… Marcus On 19 Feb 2015, at 12:44, Nicolai Hess > wrote: Most of this (without the test class (

Re: [Pharo-dev] Athens/Morphic

> On 23 Feb 2015, at 09:51, stepharo wrote: > > how can I play with that? > > even if I should not. > I loaded Athens and then did AthensWrapWorldMorph new openInWorld I think. > Le 20/2/15 08:54, Marcus Denker a écrit : >> Very nice! Works here (on Mac). >> >> I will integrate as soon as

Re: [Pharo-dev] Athens/Morphic

Load the new configuration of athens (2.9) Open an AthensWorld: AthensWrapWorldMorph new openInWorld Drag and drop some morphs on this athens world. (Nautilus /Old Workspace should fully work/ GT Inspector and Playground not) 2015-02-23 9:51 GMT+01:00 stepharo : > how can I play with that? >

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

> On 21 Feb 2015, at 21:11, Jan van de Sandt wrote: > > Today I experimented a little with the new Slots feature of Pharo 4.0. As an > example I implemented support for associations/relationships. > Very nice! Can I add this to Pharo4 as an example? My idea is that at first we add these thi

Re: [Pharo-dev] Weird method source…

Update: I’ve checked in clean image and it’s ok, looks like some profiling stuff that I load is modifying that. Uko > On 23 Feb 2015, at 10:27, Yuriy Tymchuk wrote: > > Hi, > > Take a look at the a look at the attached pic please. It should display a > method #viewChanges:from:to: but as so

Re: [Pharo-dev] Athens/Morphic

so that means now athens mix with morphic just fine without extra work , great work guys :) On Mon, Feb 23, 2015 at 10:59 AM, Nicolai Hess wrote: > Load the new configuration of athens (2.9) > Open an AthensWorld: > AthensWrapWorldMorph new openInWorld > > > Drag and drop some morphs on this ath

[Pharo-dev] Determine if a method is Jitted or not

Hi All, anybody knows how to check if a method is jitted or not? I remember (maybe wrongly) that the Jit in Cog has a configurable limit on the number of bytecodes for a method to be jitted or not; I'm looking into the performance of generated code where I can, more or less, control the length of

Re: [Pharo-dev] Determine if a method is Jitted or not

2015-02-23 14:05 GMT+01:00 Thierry Goubier : > Hi All, > Hello, > > anybody knows how to check if a method is jitted or not? > I don't think there's a way to do that. > > I remember (maybe wrongly) that the Jit in Cog has a configurable limit on > the number of bytecodes for a method to be jit

Re: [Pharo-dev] CI Server still down...

Ci is up again… we now need to restart the slaves. > On 20 Feb 2015, at 11:03, Marcus Denker wrote: > > Hi, > > CI Servers are still down. > > Until they are up we can not do any integration nor run the automatic check > on submitted things. > > Marcus

Re: [Pharo-dev] Determine if a method is Jitted or not

Hi Clement, 2015-02-23 14:46 GMT+01:00 Clément Bera : > > Any method is jitted if when activated it's already in the global lookup > cache and it's not already jitted (so mostly on second calls). > Ok. > > The only limit is on the number of literals. A method with more than a > certain number

Re: [Pharo-dev] CI Server still down...

The build queues are massive ... 600+ on contrib Maybe they need to be reset ? > On 23 Feb 2015, at 14:49, Marcus Denker wrote: > > Ci is up again… we now need to restart the slaves. > >> On 20 Feb 2015, at 11:03, Marcus Denker wrote: >> >> Hi, >> >> CI Servers are still down. >> >> Until t

Re: [Pharo-dev] CI Server still down...

So I restarted the slaves, but now the Jenkins is down: https://ci.inria.fr/pharo/ I already restarted it once, it does not start up again. I try again…. > On 23 Feb 2015, at 14:49, Marcus Denker wrote: > > Ci is up again… we now need to restart the slaves. > >

Re: [Pharo-dev] CI Server still down...

> On 23 Feb 2015, at 15:13, Sven Van Caekenberghe wrote: > > The build queues are massive ... 600+ on contrib > Maybe they need to be reset ? > Yes, that would be good. I wonder if there is a way to do that without clicking 600 times? >> On 23 Feb 2015, at 14:49, Marcus Denker wrote: >> >>

Re: [Pharo-dev] CI Server still down...

> On 23 Feb 2015, at 15:17, Marcus Denker wrote: > > So I restarted the slaves, but now the Jenkins is down: > > https://ci.inria.fr/pharo/ > > I already restarted it once, it does not start up again. > > It seems to work now. > I try again…. > >> On 23 Feb

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

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

[Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 3fabea9dab3061c6749f77aef01dc44bad73167c https://github.com/pharo-project/pharo-core/commit/3fabea9dab3061c6749f77aef01dc44bad73167c Author: Jenkins Build Server Date: 2015-02-23 (Mon, 23 Feb 2015

Re: [Pharo-dev] CI Server still down...

> On 23 Feb 2015, at 15:27, Marcus Denker wrote: > > >> On 23 Feb 2015, at 15:17, Marcus Denker > > wrote: >> >> So I restarted the slaves, but now the Jenkins is down: >> >> https://ci.inria.fr/pharo/ >> >> I already restarted it o

Re: [Pharo-dev] Determine if a method is Jitted or not

2015-02-23 15:08 GMT+01:00 Thierry Goubier : > Hi Clement, > > 2015-02-23 14:46 GMT+01:00 Clément Bera : > >> >> Any method is jitted if when activated it's already in the global lookup >> cache and it's not already jitted (so mostly on second calls). >> > > Ok. > > >> >> The only limit is on the

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Cool, we're back in business ;-) > On 23 Feb 2015, at 15:52, GitHub wrote: > > Branch: refs/heads/4.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 3fabea9dab3061c6749f77aef01dc44bad73167c > > https://github.com/pharo-project/pharo-core/commit/3fabea9dab3061c6749f77aef

Re: [Pharo-dev] CI Server still down...

> On 23 Feb 2015, at 15:52, Marcus Denker wrote: > >> >> On 23 Feb 2015, at 15:27, Marcus Denker wrote: >> >> >>> On 23 Feb 2015, at 15:17, Marcus Denker wrote: >>> >>> So I restarted the slaves, but now the Jenkins is down: >>> >>> https://ci.inria.fr/pharo/ >>> >>> I already restarted

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

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

[Pharo-dev] [pharo-project/pharo-core] 6e105e: 40498

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 6e105eaf2fe849f630afc1aae35355b855ad1399 https://github.com/pharo-project/pharo-core/commit/6e105eaf2fe849f630afc1aae35355b855ad1399 Author: Jenkins Build Server Date: 2015-02-23 (Mon, 23 Feb 2015

[Pharo-dev] Fwd: Build failed in Jenkins: NeoCSV » 40,stable,vm #474

Disk full on the contribution CI ... > Begin forwarded message: > > Date: 23 Feb 2015 16:26:46 CET > From: ci-pharo-contribut...@inria.fr > To: s...@stfx.eu > Subject: Build failed in Jenkins: NeoCSV » 40,stable,vm #474 > > See >

Re: [Pharo-dev] [pharo-project/pharo-core] 6e105e: 40498

> On 23 Feb 2015, at 16:20, GitHub wrote: > > Branch: refs/heads/4.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 6e105eaf2fe849f630afc1aae35355b855ad1399 > > https://github.com/pharo-project/pharo-core/commit/6e105eaf2fe849f630afc1aae35355b855ad1399 > Author: Jenkin

Re: [Pharo-dev] Determine if a method is Jitted or not

Hi Thierry, there's an unadvertised primitive called Context>>#xRay (or ContextPart>>#xRay) that answers these questions for tests. I'm away from the system right now but I'll get you the source soon. Also, the limit on jutting methods, 60 literals, is a default. There's a command line o

Re: [Pharo-dev] Determine if a method is Jitted or not

2015-02-23 16:36 GMT+01:00 Eliot Miranda : > Hi Thierry, > > there's an unadvertised primitive called Context>>#xRay (or > ContextPart>>#xRay) that answers these questions for tests. I'm away from > the system right now but I'll get you the source soon. Also, the limit on > jutting methods,

[Pharo-dev] [pharo-project/pharo-core] 7e744b: 40499

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 7e744bae139486c46829ba22e8f7fe2d9573dc43 https://github.com/pharo-project/pharo-core/commit/7e744bae139486c46829ba22e8f7fe2d9573dc43 Author: Jenkins Build Server Date: 2015-02-23 (Mon, 23 Feb 2015

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

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

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

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

[Pharo-dev] [pharo-project/pharo-core] 22586d: 40500

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 22586ded523603b7502e4b5b68772f23fff1fae9 https://github.com/pharo-project/pharo-core/commit/22586ded523603b7502e4b5b68772f23fff1fae9 Author: Jenkins Build Server Date: 2015-02-23 (Mon, 23 Feb 2015

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

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

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

I haven't played with the relation example yet, but will real soon. Just some initial thoughts... I like RelationSlot. To me association seems one-way while a relation is two-way. btw, Is there some reason to not match the syntax of the often cited paper "Flexible Object Layout" ? I see one adv

Re: [Pharo-dev] CI Server still down...

Thanks! Doru On Mon, Feb 23, 2015 at 3:54 PM, Sven Van Caekenberghe wrote: > > > On 23 Feb 2015, at 15:52, Marcus Denker wrote: > > > >> > >> On 23 Feb 2015, at 15:27, Marcus Denker wrote: > >> > >> > >>> On 23 Feb 2015, at 15:17, Marcus Denker > wrote: > >>> > >>> So I restarted the slaves,

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Le 23/2/15 15:53, Sven Van Caekenberghe a écrit : Cool, we're back in business ;-) yes but why having String>>asPackage is better? Stef

Re: [Pharo-dev] Athens/Morphic

Le 23/2/15 09:59, Nicolai Hess a écrit : Load the new configuration of athens (2.9) I could not find it in the ConfigurationBrowser or in the Pharo40 main repo. I thought that it was integrated in Pharo (I used the latest version 40501) Open an AthensWorld: AthensWrapWorldMorph new openInWor

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

> On 23 Feb 2015, at 22:59, stepharo wrote: > > > Le 23/2/15 15:53, Sven Van Caekenberghe a écrit : >> Cool, we're back in business ;-) > > yes but why having String>>asPackage is better? > > Stef I was commenting on the CI/Integration process, not this particular issue.

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

It is symmetrical to String>>asClass which proves rather elegant for scripting class lookup. Why is it not good? Doru On Mon, Feb 23, 2015 at 10:59 PM, stepharo wrote: > > Le 23/2/15 15:53, Sven Van Caekenberghe a écrit : > >> Cool, we're back in business ;-) >> > > yes but why having String>

Re: [Pharo-dev] Athens/Morphic

I tried to load 2.9 from the athens repo into Latest update: #40501 and I got incompatibleLayoutConflict because apparently I got some packages that were saved Well I got totally lost. Le 23/2/15 23:06, stepharo a écrit : Le 23/2/15 09:59, Nicolai Hess a écrit : Load the new configu

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

Exactly :). In Fame, there is a FMMultivalueLink hierarchy that implement many to one and many to many relations. This implementation exists since before slots and now we should reimplement them with slots. It will make the code so much nicer :). Anyone interested in picking this up? Cheers, Dor

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

I know! Now I wanted to say that we are binding everything together. We are just making the job of people like Pavel and Guille more difficult. We should not expect that they will continue to produce a modular core if we do not pay attention like that. At least I would be them, I would stop.

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

It is symmetrical to String>>asClass which proves rather elegant for scripting class lookup. Why is it not good? Because you are binding RPackage (which is for now a layer on top of class) directly inside the kernel and this should not be done like that. May be you defined it as a class exte

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Hi, Indeed, having all "asXYZ from the Earth" would not be desirable to have in the Kernel, but: - asPackage is packaged in *RPackage-SystemIntegration, so it's not in the Kernel - I think extending String is a cheap and rather elegant way to ease common access patterns, and in this case RPackage

Re: [Pharo-dev] Athens/Morphic

No, it is not yet integrated. but this should work with pharo 40501 Merge (from pharo4 inbox): ConfigurationOfAthens-NicolaiHess.52 ConfigurationOfAthens loadVersion:'2.9' AthensWrapWorldMorph new openInWorld 2015-02-23 23:09 GMT+01:00 stepharo : > I tried to load 2.9 from the athens repo int

Re: [Pharo-dev] GTInspector custom presentations discoverability idea

Ben Coman wrote > btw, At the end I felt like clapping with the audience. This sort of > overview it what has been missing from my understanding the overall > aim/architecture of GT Tools +100. I already knew the GT Toolkit was cool. But now I see how cool it really is! And have a dream about how

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Just my 2 cents: I find this really useful and have already implemented this extension in a couple of my packages, as writing: RuleChecker check: (RPackageOrganizer default packageNamed: ‘Kernel’) is much worse than: RuleChecker check: ‘Kernel’ asPackage Uko > On 23 Feb 2015, at 23:27, Tudo

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

> On 24 Feb 2015, at 07:49, Yuriy Tymchuk wrote: > > Just my 2 cents: > > I find this really useful and have already implemented this extension in a > couple of my packages, as writing: > > RuleChecker check: (RPackageOrganizer default packageNamed: ‘Kernel’) > > is much worse than: > > Rul

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

> On 23 Feb 2015, at 19:33, Jan van de Sandt wrote: > > > On Mon, Feb 23, 2015 at 9:59 AM, Marcus Denker > wrote: > > > On 21 Feb 2015, at 21:11, Jan van de Sandt > > wrote: > > > > Today I experimented a little with the new Slots fea

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

> On 23 Feb 2015, at 22:34, Ben Coman wrote: > > I haven't played with the relation example yet, but will real soon. Just > some initial thoughts... > > I like RelationSlot. To me association seems one-way while a relation is > two-way. > > btw, Is there some reason to not match the syntax

Re: [Pharo-dev] Class/Method common interface idea

> On 23 Feb 2015, at 17:46, Yuriy Tymchuk wrote: > > Hi, > > so my idea is that maybe we can create traits for common classes(behaviors) > and methods properties. Because besides the real ones there are ring, > monticello and other definitions. It would be nice if one could browse the > trai

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Interesting idea. We should have a guy trying. I would be curious to see what is happening in the context of Conch (the module system of camille). He should present it to us too. But we would need somebody to work on the tools. Now for me what I would prefer is to have a kernel in which class

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

I have to think about what it means that have them in global (in terms of having different kind of value for binding). Stef Le 24/2/15 08:01, Marcus Denker a écrit : On 24 Feb 2015, at 07:49, Yuriy Tymchuk wrote: Just my 2 cents: I find this really useful and have already implemented this ex

[Pharo-dev] [pharo-project/pharo-core] 3f2cda: 40502

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 3f2cdac7de828dde7c7a11862756359315d4fb26 https://github.com/pharo-project/pharo-core/commit/3f2cdac7de828dde7c7a11862756359315d4fb26 Author: Jenkins Build Server Date: 2015-02-24 (Tue, 24 Feb 2015

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

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

[Pharo-dev] convention for protocol names

Nautilus provides some nice icons for different protocol names a red square for a "private" a yellow diamond for "initialization" And you can generate the initialize method. But this generated initialize method is put into an "initialize" protocol. What is the convention a protocol for the initia

Re: [Pharo-dev] [Slots] Invisible Slots

> On 19 Feb 2015, at 10:19, Marcus Denker wrote: > >> >> >> I started to implement PropertySlot, this uses hidden slots, initialisation >> (to set the empty dictionary of the base slot), virtual slots >> (the proper slots), reflectively changing the class both when adding and >> removing (to

Re: [Pharo-dev] convention for protocol names

> On 24 Feb 2015, at 08:47, Nicolai Hess wrote: > > Nautilus provides some nice icons for different protocol names > a red square for a "private" > a yellow diamond for "initialization" > > And you can generate the initialize method. > But this generated initialize method is put into an "initi

Re: [Pharo-dev] [pharo-project/pharo-core] 3fabea: 40497

Doru and Yuriy String is not a good API for reflective operations. This is what you are doing with asPackage. When I want to access to a class I do Class or Smalltalk globals classNamed: 'Point' a compile method Point>>#x and not 'Point?x' asCompiledMethod I would prefer to

Re: [Pharo-dev] Class/Method common interface idea

Le 24/2/15 08:13, Marcus Denker a écrit : On 23 Feb 2015, at 17:46, Yuriy Tymchuk wrote: Hi, so my idea is that maybe we can create traits for common classes(behaviors) and methods properties. Because besides the real ones there are ring, monticello and other definitions. It would be nice i