Re: [Pharo-dev] Class syntax brainstorming

[Luc Fabresse]

2017-05-22 16:26 GMT+02:00 Mariano Martinez Peck :

> Honestly, I do not like that much having a more declarative (less
> Smalltalksish) definition. In fact, one of the things I was always proud of
> showing to Smalltalk newcomers, that when they created a class, all they
> were doing was a "DoIt" to tell the superclass to create the new subclass.
> And then showing how they could copy and paste that into a workspace and
> DoIt. Or Debug it.
>
> So..if it were for me, I would keep a Smalltalk syntax with a plain
> message send. Sure, a builder kind of API is better to me, like Luc
> proposes. Also, I do prefer too the #createAndInstall kind of message so
> that we can have a flavour of #createClass that only creates the class but
> doesn't install it into the system.
>

good point!



>
> Cheers,
>
> On Mon, May 22, 2017 at 10:48 AM, Ben Coman  wrote:
>
>>
>>
>> On Mon, May 22, 2017 at 3:25 PM, Luc Fabresse 
>> wrote:
>>
>>> Hi,
>>>
>>> Following Pharo Days, I brainstormed about some possible class
>>> definition syntaxes.
>>> What I have in mind:
>>>
>>> "basic mechanics, only THIS one in the image!"
>>> ClassDefinition new
>>> superclass: Object; "optional. If not specified, Object by default ;-)"
>>> name: #A; "optional and create an anonymous class if not specified"
>>> instVars: 'a b c';
>>> traits: {TEquality};
>>> package: 'Plop';
>>> createClass. " this message sent might be hidden by the browser when
>>> accepting"
>>>
>>> "---"
>>> "Some IDEAS (but I did not find one that I really like) of
>>> scripting/shorter syntaxes that must ALWAYS end up calling the above basic
>>> mechanics at the end:"
>>>
>>> Class fromDefinition: [ :def |
>>> def name: #sub;
>>> instVars: 'w r g';
>>> superclass: Object ].
>>>
>>> Object subclass  "<-- returns a subclass of Object but the problem is
>>> that the new class is muted
>>>
>>
>> (btw, I assume you mean mutated.)
>>
>>
>>> each time and the class definition is not explicit"
>>> name: #A;
>>> ivs: 'a b c';
>>> traits: { TEquality }.
>>>
>>
>> What about...
>>
>>Object subclass: [ :def | def
>> name: 'MyClass' ;  "optional and create an anonymous class if not
>> specified"
>> instanceVariables: 'a b c' ;
>> classVariables: 'M N O';
>> classInstanceVariables: 'x y z' ;
>> traits: {TEquality} ;
>> package: 'Plop'].
>>
>>Object>>subclass: builderBlock
>>^ (builderBlock value: ClassDefinition new) createClass
>>
>> or similar to Guille's declarative proposal...
>>
>>Object subclass: {
>>name: 'Myclass',
>>   a: InstVar,
>>   b: InstVar,
>>   c: InstVar
>>}
>>
>>
>> cheers -ben
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-dev] Class syntax brainstorming

[Luc Fabresse]

2017-05-22 15:06 GMT+02:00 Milan Vavra via Pharo-dev <
pharo-dev@lists.pharo.org>:

>
>
> -- Message transféré --
> From: Milan Vavra 
> To: pharo-dev@lists.pharo.org
> Cc:
> Bcc:
> Date: Mon, 22 May 2017 06:06:26 -0700 (PDT)
> Subject: Re: Class syntax brainstorming
> >ClassDefinition new
> >   superclass: Object; "optional. If not specified, Object by default
> ;-)"
> >   name: #A; "optional and create an anonymous class if not specified"
> >   instVars: 'a b c';
> >   traits: {TEquality};
> >   package: 'Plop';
> >   createClass. " this message sent might be hidden by the browser
> when
> accepting"
>
>
>
> I would like to suggest to consider replacing
> instVars: 'a b c';
>
> with
> instVars: #(
> b
> a
> c
> );
>

+1 !


>
> That is, to replace the String with names separated by whitespace, by an
> array of Symbols, one name per line.
>
>
> This would make it possible to put comments right next to variable names
> like this:
>
> instVars: #(
> b "comment about b"
> a "comment about a"
> c "comment about c"
> );
>
> Which is similar to what can be done in other object oriented languages
> like Java or C++.
>
> This would also make for nice diffs of changes to the class definition -
> when put into git - when instance variables are added, removed or
> renamed.
>
> instVars: #(
> b
> -   a
> +   d
> c
> );
>
>
> Best Regards,
>
> Milan Vavra
>
>
>
> --
> View this message in context: http://forum.world.st/Class-
> syntax-brainstorming-tp4947801p4947858.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>
>

[Pharo-dev] Class syntax brainstorming

[Luc Fabresse]

Hi,

Following Pharo Days, I brainstormed about some possible class definition
syntaxes.
What I have in mind:

"basic mechanics, only THIS one in the image!"
ClassDefinition new
superclass: Object; "optional. If not specified, Object by default ;-)"
name: #A; "optional and create an anonymous class if not specified"
instVars: 'a b c';
traits: {TEquality};
package: 'Plop';
createClass. " this message sent might be hidden by the browser when
accepting"

"---"
"Some IDEAS (but I did not find one that I really like) of
scripting/shorter syntaxes that must ALWAYS end up calling the above basic
mechanics at the end:"

Class fromDefinition: [ :def |
def name: #sub;
instVars: 'w r g';
superclass: Object ].

Object subclass  "<-- returns a subclass of Object but the problem is that
the new class is muted each time and the class definition is not explicit"
name: #A;
ivs: 'a b c';
traits: { TEquality }.

{ #superclass -> Object.
#name -> #sub.
#instVars -> 'a b c' } asClass.

{ Object asSuperclass.
 #sub asClassName.
'a b c' asInstVars.
'c' asClassVar } asClass.

"litteral approach"
#( name A
superclass Object
instVars #(a b c)
instVar d
) asClass


#Luc

Re: [Pharo-dev] About asClass and friend

[Luc Fabresse]

2016-08-26 9:10 GMT+02:00 Esteban Lorenzano :

>
> On 26 Aug 2016, at 08:49, Luc Fabresse  wrote:
>
> Hi,
>
> My point of view is:
>
> 1) in code/core, we should use (we already said that with Camille in the
> past ;-)):
>
> self environmentAt: #Blah
>
> Object>>environmentAt: aSymbol
> ^ self class environmentAt: aSymbol
>
> Object class>>environmentAt: aSymbol
>   ...
>
> The idea is that we can then customize name resolution, per object, per
> class and per module in the future.
>
>
> +1
>
>
> 2) For scripting purpose, asClass is indeed useful (GTInspector, ...).
> I would start simple as said before, re-package it and add a rule as
> suggested by Denis.
> Now, I am not sure that making asClass supporting name resolution in
> another environment is really useful.
> And if we do it using thisContext, some developers may use that instead of
>  "obj environmentAt: XXX" which would be bad.
>
>
> I dislike a lot the thisContext resolution idea.
> If is bad is bad… and it will be bad also for scripting. I know, now it
> does not looks like adding value, but think about: #asClass is monolithic
> and #asClass with thisContext “looks monolithic”, IMO promoting a bad way
> of thinking problems in Pharo thus inducing confusion for non expert users.
>

this is my feeling too.

Luc


> Esteban
>
>
> my 2Kč,
>
> #Luc
>
> 2016-08-26 6:56 GMT+02:00 Tudor Girba :
>
>> Hi,
>>
>>
>>
>> > On Aug 26, 2016, at 6:37 AM, stepharo  wrote:
>> >
>> > Thanks doru.
>> >
>> > I do not like when people think that we are complaining just because
>> something changes.
>> >
>> > It should change for the better and we all agree on that.
>>
>> Certainly. There are many points of view and many constraints. This is
>> why it is so important that we all bring forward those constraints because
>> only like this we can reach a global maximum.
>>
>> So, about asClass, everyone agrees that it should be moved to another
>> package. The open questions are:
>> - do we add an automatic deprecation for those that use it in code, or
>> - do we make use of thisContext to retrieve the environment?
>> (or both)
>>
>> Also, what about the asClassInEnvironment: method? Can it be used in
>> code, or do we better discourage its usage altogether? I am thinking that
>> if we have to write:
>> #MyClass asClassInEnvironment: self class environment
>> is even longer than:
>> self environment at: #MyClass
>> so, I think there is little point to it.
>>
>> In fact, for scripting what I find useful is not so much less characters,
>> but the lack of parentheses, hence unary methods. That is why asClass is
>> worth being salvaged for scripting (even with a solution that is slower
>> with thisContext), but the rest maybe can be removed. What do you think?
>>
>> Cheers,
>> Doru
>>
>> >
>> > Stef
>> >
>> >
>> >>>>>> Hi,
>> >>>>>>
>> >>>>>> There exists already a method for that:
>> >>>>>>  Symbol>>asClassInEnvironment:
>> >>>>>>
>> >>>>>> But, what if we introduce:
>> >>>>>>
>> >>>>>> Symbol>>asClassFrom: anObject
>> >>>>>>  ^ self asClassInEnvironment: anObject class environment
>> >>>>>>
>> >>>>>> ?
>> >>>>> The problem is asClass unary.
>> >>>>>
>> >>>>> All the tools should be parametrized by an environment.
>> >>>> Yes, but asClassFrom: would not be unary but would save us from
>> typing an extra "class environment"  :).
>> >>> Yes I see.
>> >>> But inside Pharo core tools we are ready to type
>> >>> environment as a message that dispatch to something else than a
>> symbol.
>> >> Sure.
>> >>
>> >>>>>> This would allow us to still script and be dynamic.
>> >>>>>>
>> >>>>>> Furthermore, as #asClass is meant to be mainly used for
>> convenience, not performance, I would also propose to make it lookup in
>> thisContext and take the environment from there. I know that his might
>> sound like magic, but it would be the default that we are looking for (to
>> always lookup through the current environment dynamically).
>> >>>>> argh I will die...

Re: [Pharo-dev] About asClass and friend

[Luc Fabresse]

Hi,

My point of view is:

1) in code/core, we should use (we already said that with Camille in the
past ;-)):

self environmentAt: #Blah

Object>>environmentAt: aSymbol
^ self class environmentAt: aSymbol

Object class>>environmentAt: aSymbol
  ...

The idea is that we can then customize name resolution, per object, per
class and per module in the future.

2) For scripting purpose, asClass is indeed useful (GTInspector, ...).
I would start simple as said before, re-package it and add a rule as
suggested by Denis.
Now, I am not sure that making asClass supporting name resolution in
another environment is really useful.
And if we do it using thisContext, some developers may use that instead of
 "obj environmentAt: XXX" which would be bad.

my 2Kč,

#Luc

2016-08-26 6:56 GMT+02:00 Tudor Girba :

> Hi,
>
>
>
> > On Aug 26, 2016, at 6:37 AM, stepharo  wrote:
> >
> > Thanks doru.
> >
> > I do not like when people think that we are complaining just because
> something changes.
> >
> > It should change for the better and we all agree on that.
>
> Certainly. There are many points of view and many constraints. This is why
> it is so important that we all bring forward those constraints because only
> like this we can reach a global maximum.
>
> So, about asClass, everyone agrees that it should be moved to another
> package. The open questions are:
> - do we add an automatic deprecation for those that use it in code, or
> - do we make use of thisContext to retrieve the environment?
> (or both)
>
> Also, what about the asClassInEnvironment: method? Can it be used in code,
> or do we better discourage its usage altogether? I am thinking that if we
> have to write:
> #MyClass asClassInEnvironment: self class environment
> is even longer than:
> self environment at: #MyClass
> so, I think there is little point to it.
>
> In fact, for scripting what I find useful is not so much less characters,
> but the lack of parentheses, hence unary methods. That is why asClass is
> worth being salvaged for scripting (even with a solution that is slower
> with thisContext), but the rest maybe can be removed. What do you think?
>
> Cheers,
> Doru
>
> >
> > Stef
> >
> >
> >> Hi,
> >>
> >> There exists already a method for that:
> >>  Symbol>>asClassInEnvironment:
> >>
> >> But, what if we introduce:
> >>
> >> Symbol>>asClassFrom: anObject
> >>  ^ self asClassInEnvironment: anObject class environment
> >>
> >> ?
> > The problem is asClass unary.
> >
> > All the tools should be parametrized by an environment.
>  Yes, but asClassFrom: would not be unary but would save us from
> typing an extra "class environment"  :).
> >>> Yes I see.
> >>> But inside Pharo core tools we are ready to type
> >>> environment as a message that dispatch to something else than a symbol.
> >> Sure.
> >>
> >> This would allow us to still script and be dynamic.
> >>
> >> Furthermore, as #asClass is meant to be mainly used for
> convenience, not performance, I would also propose to make it lookup in
> thisContext and take the environment from there. I know that his might
> sound like magic, but it would be the default that we are looking for (to
> always lookup through the current environment dynamically).
> > argh I will die:)
> > No use of thisContext or only in the scripting package.
> > :D
> >
> > Yes, yes. I just talked with Guille. Moving these scripting methods
> outside of the Kernel is clearly a must.
> >>> I think that each time you use them we will preempt cross compilation
> and others.
> >> Yes, we agree that this method should not be used inside code.
> >>
> > I was just thinking that we can make it so that we do not break any
> code while still making it dynamic.
> >>> I do not like your definition of dynamic. Sending a message to an
> object is dynamic.
> >>> What you imply is compact. I can understand it when typing in
> playground.
> >> By dynamic I meant the dispatch through “self class environment” or
> “self environment” which is what people will use by default.
> >>
> >>
> >  Like with scripting solutions there is a performance penalty, but
> that is fine if people choose to pay it (like in the case of
> Symbol>>#value:).
> >>> Yes for scripts. Not for core code.
> >>> Since people tend to be a bit lazy I think that having rules will make
> sense.
> >> Definitely.
> >>
> >> Doru
> >>
> > Cheers,
> > Doru
> >
> >
> >> What do you think?
> >>
> >> Cheers,
> >> Doru
> >>
> >>
> >>
> >>> On Aug 25, 2016, at 8:34 AM, Yuriy Tymchuk 
> wrote:
> >>>
> >>> Just my 2 cents:
> >>>
> >>>
> >>> instead of
> >>>
> >>> #name asClass
> >>>
> >>> we have to use
> >>>
> >>> self class environment at: #name.
> >>>
> >>>
> >>> Maybe instead of #at: we can have #classNamed:? Or something
> similar? Because 1) it’s not obvious that the meth

Re: [Pharo-dev] Main pillar web site?

[Luc Fabresse]

2015-05-18 21:58 GMT+02:00 Cyril Ferlicot :

> Hi Luc,
> I think Pillar is great to learn the visitor pattern ! Now we also
> added the Transformer which use visitor too. I don't know if you saw
> that.
>

Not yet but I will have a look at some point ;-)
keep pushing, Cyril!

Luc


>
> On 18 May 2015 at 21:25, Luc Fabresse  wrote:
> > Hi all,
> >
> > As a teacher, I wrote a little Lab subject to introduce the Visitor
> design
> > pattern to students using Pillar.
> > And I used the following fig to describe it.
> >
> > HIH,
> >
> > #Luc
> >
> > 2015-05-18 20:16 GMT+02:00 H. Hirzel :
> >>
> >> Thank you.
> >>
> >> Is it possible to add a short paragraph about the
> >>
> >>  Rational
> >>
> >> for Pillar?
> >>
> >> It seems to be a text format for the PRnnn classes which is easy to
> parse.
> >>
> >> Which formats does the Pillar documentation tool chain read and which
> >> ones are generated?
> >>
> >> --Hannes
> >>
> >> On 5/4/15, Cyril Ferlicot  wrote:
> >> > Hi.
> >> > The documentation is now here:
> >> >
> >> >
> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/PillarChap/Pillar.html
> >> >
> >> > We're still updating the documentation so that still can change.
> >> >
> >> > On 4 May 2015 at 16:14, H. Hirzel  wrote:
> >> >> Thank you!
> >> >>
> >> >> Here is the summary
> >> >>
> >> >>
> >> >>
> >> >> Pillar documentation
> >> >> 
> >> >>
> >> >> Start page
> >> >> http://www.smalltalkhub.com/#!/~Pier/Pillar
> >> >>
> >> >>
> >> >> Documentation
> >> >> https://github.com/pillar-markup/pillar-documentation
> >> >>
> >> >>
> >> >>
> >> >> First Google hit
> >> >>
> >> >>
> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/Pillar.html
> >> >>
> >> >> Leads to Pharo contribution CI server  (Confirm security exception,
> it
> >> >> is
> >> >> safe).
> >> >>
> >> >>
> >> >>
> >> >> Pillar tool chain repositories
> >> >> ---
> >> >>
> >> >> https://github.com/pillar-markup
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Cheers
> >> > Cyril Ferlicot
> >> >
> >> >
> >>
> >
>
>
>
> --
> Cheers
> Cyril Ferlicot
>
>

Re: [Pharo-dev] Main pillar web site?

[Luc Fabresse]

Hi all,

As a teacher, I wrote a little Lab subject to introduce the Visitor design
pattern to students using Pillar.
And I used the following fig to describe it.

HIH,

#Luc

2015-05-18 20:16 GMT+02:00 H. Hirzel :

> Thank you.
>
> Is it possible to add a short paragraph about the
>
>  Rational
>
> for Pillar?
>
> It seems to be a text format for the PRnnn classes which is easy to parse.
>
> Which formats does the Pillar documentation tool chain read and which
> ones are generated?
>
> --Hannes
>
> On 5/4/15, Cyril Ferlicot  wrote:
> > Hi.
> > The documentation is now here:
> >
> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/PillarChap/Pillar.html
> >
> > We're still updating the documentation so that still can change.
> >
> > On 4 May 2015 at 16:14, H. Hirzel  wrote:
> >> Thank you!
> >>
> >> Here is the summary
> >>
> >>
> >>
> >> Pillar documentation
> >> 
> >>
> >> Start page
> >> http://www.smalltalkhub.com/#!/~Pier/Pillar
> >>
> >>
> >> Documentation
> >> https://github.com/pillar-markup/pillar-documentation
> >>
> >>
> >>
> >> First Google hit
> >>
> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/Pillar.html
> >>
> >> Leads to Pharo contribution CI server  (Confirm security exception, it
> is
> >> safe).
> >>
> >>
> >>
> >> Pillar tool chain repositories
> >> ---
> >>
> >> https://github.com/pillar-markup
> >>
> >
> >
> >
> > --
> > Cheers
> > Cyril Ferlicot
> >
> >
>
>


pillarOverview.pdf
Description: Adobe PDF document

Re: [Pharo-dev] NativeBoost and memory management

[Luc Fabresse]

2015-05-07 9:58 GMT+02:00 Sven Van Caekenberghe :

>
> > On 07 May 2015, at 08:53, Holger Freyther  wrote:
> >
> > I used NB to access openlog, closelog and syslog of libc
>
> Why not use UDP datagrams to send messages to syslog ?
>

such as what Olivier did:

http://smalltalkhub.com/#!/~olivierauverlot/Syslog

Luc


>
> If you do it manually it should be just a couple of lines of code.
>
> Or have a look at SysLogSender in SystemLogger on StHub.
>
> No need to mess with native code, unless you want to, of course.
>
>

Re: [Pharo-dev] [Review] Issue 14080: Nuke remaining subStringXyz's

[Luc Fabresse]

Congrats Sean for this one!
It impacts on a lot of external packages...

#Luc

2015-04-28 20:58 GMT+02:00 Sean P. DeNigris :

> https://pharo.fogbugz.com/default.asp?14080
>
> This was a real PITA! The monkey finally passed it. All [s|S]ubStr[ing].*
> methods and users have been changed to e.g. substring. I'd like to get it
> integrated ASAP because this is another that touches many packages and will
> be hard to keep up to date. Thanks.
>
> I notified the maintainers of affected external packages, except Metacello
> which I included in the slice. Is that correct?
>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/Review-Issue-14080-Nuke-remaining-subStringXyz-s-tp4822629.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] Updated WebDoc

[Luc Fabresse]

2015-04-24 9:18 GMT+02:00 Max Leske :

>
> On 24 Apr 2015, at 08:41, Esteban Lorenzano  wrote:
>
> no, docs for pharo 4.0 are broken.
> I will regenerate it next week (it takes hours).
>
> and about if it is useful: no experienced smalltalker will ever use it.
> But newbies and google indexer will.
>
>
> When I took Oscar's programming language class and we used Pharo, that was
> one of the first questions: is there a doc? My reaction at first was to
> tell them to look at the source code. But it takes a while to getting used
> to that idea. If you come from other languages you just expect a doc. And
> if there isn’t one “then something must be wrong with that Pharo language”
> is the common reaction.
>

+1
Fully agree.

Luc


>
> So yes, as Esteban says, we need it for promotional purposes.
>

>
> So is good to have it and not much effort, I think.
>
> Esteban
>
> On 24 Apr 2015, at 08:37, stepharo  wrote:
>
>  Is it used? Is it useful?
> I tried to browse a method during 5 min and the result was really strange
> May be my browser is broken (safari)
>
> 
> Le 23/4/15 17:15, Guillermo Polito a écrit :
>
> Quick answer, no.
>
> More elaborate one:
>
>  The exports of the full pharo release (versions 3.0 and 4.0) exist and
> were created by Esteban manually before each release. These, are hosted
> here
>
>  http://file-pharo.inria.fr/doc/4.0
>  http://file-pharo.inria.fr/doc/3.0
>
>  We could run it automatically every day with latest pharo to avoid the
> manual steps. I'll add that into my todo and check it later ^^.
>
>
> El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe <
> s...@stfx.eu> escribió:
>
>> Great! Thank you.
>>
>> And the full image export, is that somewhere (done automatically) ?
>>
>> > On 23 Apr 2015, at 15:56, Guillermo Polito 
>> wrote:
>> >
>> > Hi guys,
>> >
>> > I started yesterday to update WebDoc to work on latest Pharo. I share
>> with you my progress since yesterday:
>> >
>> > - Now it loads in latest pharo4 :)
>> > - fixed javascript errors and render issues
>> > - a little of love to the css styles
>> > - removed unused/not working features
>> > - made it work well when exporting not the full image
>> > - ci job is again green [1]
>> >
>> > you can see the result of applying webdoc to webdoc as the result of
>> the ci job here [2]. If you use it further, you'll see there are still of
>> course some problems, but I feel it is better than before :).
>> >
>> > If you want to check it out, instructions in [3].
>> > Download:
>> >
>> > Gofer it
>> >smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
>> >package:'ConfigurationOfWebDoc';
>> >load.
>> >
>> >  (#ConfigurationOfWebDoc asClass project version: #development) load.
>> >
>> > Export:
>> > (WebDocExporter packages: {RPackageOrganizer default packageNamed:
>> 'YourProject'})
>> > title: 'YourProject';
>> > exportTo: './doc' asFileReference.
>> >
>> >
>> > Guille
>> >
>> > [1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
>> > [2]
>> https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.html&classList=package/ConfigurationOfWebDoc.html&classView=welcome.html
>> > [3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
>>
>>
>>
>
>
>

Re: [Pharo-dev] Making Seaside work in Pharo 4

[Luc Fabresse]

2015-03-26 15:16 GMT+01:00 Marcus Denker :

>
> On 26 Mar 2015, at 15:12, Luc Fabresse  wrote:
>
>
>
> 2015-03-26 12:04 GMT+01:00 Sean P. DeNigris :
>
>> Marcus Denker-4 wrote
>> > It was in the “private” category and as such removed when there where no
>> > senders anymore after a
>> > cleanup.
>>
>> Ahh, I like that practice!
>>
>
> I was thinking that the deprecation pragma should be used (to warn users)
> and a lint rule added (to help users preparing migration)  and then the
> method can be safely removed in the next version.
> I know that it is fastidious to do so perhaps it is an idea to improve
> tools on that front.
>
>
> The problem is that it is hard to do when the code changes a lot. e.g.
> maybe the method even makes no sense conceptually anymore? Private methods
> are about private implementation details…. keeping a system working with
> deprecation for private methods I think is near impossible.
>

ah now I understand.
you mean that the method was private *initially*.
ok, I wrongly understood that you moved the method in the "private"
protocol to signal that it will be removed in the next release.

So ok you are right, private methods can change and external should not
rely on it.

Luc


>
> Marcus
>
>

Re: [Pharo-dev] Making Seaside work in Pharo 4

[Luc Fabresse]

2015-03-26 12:04 GMT+01:00 Sean P. DeNigris :

> Marcus Denker-4 wrote
> > It was in the “private” category and as such removed when there where no
> > senders anymore after a
> > cleanup.
>
> Ahh, I like that practice!
>

I was thinking that the deprecation pragma should be used (to warn users)
and a lint rule added (to help users preparing migration)  and then the
method can be safely removed in the next version.
I know that it is fastidious to do so perhaps it is an idea to improve
tools on that front.

Luc


>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/Making-Seaside-work-in-Pharo-4-tp4814663p4815270.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] Who maintains Aconcagua & Chalten?

[Luc Fabresse]

Hernan probably missed your emails, try to contact him directly.

#Luc

2015-03-20 13:26 GMT+01:00 Esteban Lorenzano :

> that was developed by Hernan Wilkinson & trouppe… no idea if they keep
> maintaining it.
>
> Esteban
>
> > On 20 Mar 2015, at 13:22, Sven Van Caekenberghe  wrote:
> >
> > If there is no response, copy/fork to StHub/github ?
> >
> >> On 20 Mar 2015, at 13:03, Sean P. DeNigris 
> wrote:
> >>
> >> Any idea who maintains them and where to report issues? I have some
> >> question/fixes, some of which I posted to Pharo Users... Thanks.
> >>
> >>
> >>
> >> -
> >> Cheers,
> >> Sean
> >> --
> >> View this message in context:
> http://forum.world.st/Who-maintains-Aconcagua-Chalten-tp4813575.html
> >> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
> >>
> >
> >
>
>
>

Re: [Pharo-dev] Small Steps Multiply

[Luc Fabresse]

I fully agree *but* bash is installed by default and you still need a way
to automatically download the image/vm (thanks zeroconf) and then even pass
arguments to the image the first time you launch it (such as proxies ;-) so
that gofer will find its way)...

So bash is still not useless ... snif

Luc

2015-03-12 17:06 GMT+01:00 Sven Van Caekenberghe :

> Yes indeed, so true.
>
> With FileSystem, Zinc, XML, JSON, CSV and all the standard things (live
> IDE) that we like so much, you would be crazy to use bash or perl.
>
> Doing so also keeps your mind muscles with respect to Pharo sharp.
>
> And GT-Tools are adding yet another dimension.
>
> > On 12 Mar 2015, at 16:45, Sean P. DeNigris 
> wrote:
> >
> > Having an OSProcess image always available from CI has made it so easy
> that
> > Pharo is my go-to for most shell scripting. It's fun to use Smalltalk for
> > much of the work (e.g. loops, conditions) and only drop into shell
> commands
> > when absolutely necessary!
> >
> >
> >
> > -
> > Cheers,
> > Sean
> > --
> > View this message in context:
> http://forum.world.st/Small-Steps-Multiply-tp4811495.html
> > Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
> >
>
>
>

Re: [Pharo-dev] Easy way to write a proxy?

[Luc Fabresse]

2015-02-27 20:57 GMT+01:00 Clément Bera :

>
>
> 2015-02-27 14:06 GMT+01:00 Mariano Martinez Peck :
>
>>
>>
>> On Fri, Feb 27, 2015 at 7:10 AM, Marcus Denker 
>> wrote:
>>
>>>
>>> For most cases Ghost is the way to go.


>>> We will add a proxy model (based on Ghost or just ghost as is) to Pharo
>>> by default in Pharo5.
>>> Then people can just use it.
>>>
>>
>> And with the lazy become of Spur / new Cog  that would be a super great
>> combination.
>>
>> I made some benchs for a paper and it's crazy. Current become has
> performance proportional to the heap size, and for example it's a 350ms
> pause for a 500Mb heap on my machine (or 27ms for 35Mb heap). In spur it is
> 0.2ms independently of the heap size. It goes down to 0.035ms if both
> objects have the same size in memory.
>

Mariano was dreaming about blazing fast become for Ghost/Fuel/Marea ;-)

Luc


>
>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>

Re: [Pharo-dev] No more a single PDF for Updated PBE, why ?

[Luc Fabresse]

Hi Kilon,

2015-01-12 16:38 GMT+01:00 kilon alios :

> UPBE used to have a single pdf output for all chapters and I see this is
> no longer offered, why is that ? it was really convenient
>

I've just updated the CI config.
You now have a directory named book-result that contains the full pdf.

https://ci.inria.fr/pharo-contribution/job/UpdatedPharoByExample/79/artifact/book-result/

Cheers,

#Luc

Re: [Pharo-dev] [Pharo-users] About Pharo books

[Luc Fabresse]

Hi Guys,

I've just pushed some commits
in SquareBracketAssociates/PharoReadyForReviews
 and now it compiles.
I will do it for the new repos: PharoInProgress and PharoLimbo soon.

@Stef, now https://github.com/pillar-markup/book-skeleton to have the
latest pillar compilation tool chain.

Cheers,

#Luc

2014-12-12 21:50 GMT+01:00 stepharo :
>
> Hi guys
>
> I spent a couple of days cleaning PharoForTheEntreprise. So do not stress
> if you chapters are not where they
> were used to be :).
>
> Here is what I did now there are three stages for Chapters:
>
> - Limbo (some notes)
> - WorkInProgress
> - ReadyForReviews
>
> At the end of this flow we are thinking about the following books:
>
> - Entreprise Pharo: a Web Perspective
> (Zinc, Neo.)
> - Spec
> We decided to write a separate little book
>
> - Pharo: The Hidden Parts
> The ideas is to have many little chapters on not common aspects
>
> Stef
>
>  PS: currently doing a pass on Smacc
>
>

Re: [Pharo-dev] playground vs workspace

[Luc Fabresse]

2014-12-09 11:06 GMT+01:00 Sven Van Caekenberghe :

>
> > On 08 Dec 2014, at 22:53, Tudor Girba  wrote:
> >
> > Hi everyone,
> >
> > My intention was to have a discussion based on arguments and to ask for
> permission to change something I believe in. If I give the impression that
> I want to name for the sake of naming, I am sorry. And I am sorry I had to
> disturb so many people with my infatuation.
> >
> > At the same time, I am also quite abated by the fact that too many
> people look only at what exists and not invest trust in the commitment
> behind the effort.
> >
> > I will stop responding to this thread now.
>
> OK, fair enough, but please don't stop what you are doing ;-)
>

+1000

IMO, I do not care of the name.
Playground is good enough to me and Alex is right, next doc will be up to
date.
GTTools are innovatives and we must push them for a better and nicer Pharo.
Obviously, we should also take care of not loosing good stuff from the
existing tools and it is not the case here between Workspace and Playground.

So thx Doru, and please keep pushing ;-)

Luc



>
> > Thanks for the feedback.
> >
> > Cheers,
> > Doru
> >
> >
> >
> > On Mon, Dec 8, 2014 at 9:30 PM, Hernán Morales Durand <
> hernan.mora...@gmail.com> wrote:
> > Hello Doru,
> >
> > I think you have a new different implementation of the classic
> Workspace, for better or worst.
> >
> > The problem is everybody wants their tool be named as the highest
> taxonomic rank. Compare it with naming your cat as "Cat" and not as Siamese
> Felis Catus which is a specific breed.
> >
> > On the other side, what prevents for anyone else doing a "better"/new
> implementation and reclaiming the Workspace name? And this could happen
> every year? I don't know you but I get bored of seeing "I want that name"
> discussions.
> >
> > Workspace is a type of tool, it happens that there is an implementation
> which owned such name. It should be renamed as OldWorkspace,
> DeveloperWorkspace, ClassicWorkspace, or whatever.
> >
> > For me, Workspace in the World menu should display a sub-menu with both
> implementations. And community gains a place to display/register more
> implementations discriminated by its type.
> >
> > Hernán
> >
> >
> >
> >
> >
> >
> > 2014-12-08 3:18 GMT-03:00 Tudor Girba :
> >
> > Hi,
> >
> > As you might see, the GTPlayground is called playground not workspace.
> The main reason for this is that workspace implies the place where work is
> done, and work is typically associated with creating code.
> >
> > This is not the intention of the workspace.
> >
> > Workspace also comes with a history that is associated with actual
> implementations. While the current GTPlayground might appear to be similar
> to the workspace, I think the way you can use the latter produces a
> significant shift.
> >
> > Furthermore, I think the term playground is more inline with the idea of
> "playing with live objects". And, in the future, the implementation will
> likely evolve towards even more liveliness.
> >
> > It is for this reason that I would prefer that the World menu item gets
> renamed to Playground.
> >
> > What do you think?
> >
> > Cheers,
> > Doru
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
> >
> >
> >
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
>
>
>

Re: [Pharo-dev] [ANN] Transition of Ubuntu PPA maintenance

[Luc Fabresse]

yes Thank you very much!

#Luc

2014-12-04 23:40 GMT+01:00 Ben Coman :

> Markus Fritsche wrote:
>
>> Hello,
>>
>> The maintenance of the Ubuntu Pharo VM and .source Packages is being
>> transferred from Damien Cassou to myself, Markus Fritsche. By trade, I
>> am a Business Intelligence consultant, but always following what's going
>> on with smalltalk/ pharo.
>>
>> If you experience any problems with the ubuntu packages, please feel
>> free to contact me. I might not be able to help right away, but I'll try
>> my best!
>>
>> Best regards,
>>   Markus
>>
>>
>>
> Thanks for this Markus.
> cheers -ben
>
>

Re: [Pharo-dev] Pharo+Git cons?

[Luc Fabresse]

I will digest that amount of info now ;-)
I am still unclear on some parts for example nowadays I load a ConfigOf and
then I open the repositories of the dependencies in MC to check if there
are updates to be merged in.
It seems that it will not be that simple with this new setup.
I will give it a try.

Thank you all!

#Luc

2014-12-02 18:00 GMT+01:00 Dale Henrichs :

>
>
> On Tue, Dec 2, 2014 at 8:00 AM, Luc Fabresse 
> wrote:
>
>> Hi,
>>
>> I continue the discussion here because I really would like to know the
>> cons of using Git + Pharo.
>> From kilon's video (thx) and the discussion that followed, I have the
>> following questions about possible drawbacks of Git+Pharo:
>>
>> - The most important point to me is: does ConfigurationOf work correctly
>> with a repo on GitHub for example? any example somewhere?
>>
>
> When using git, you do not need to use a ConfigurationOf as all of the
> packages are versioned together so it isn't necessary  to track individual
> mcz package versions ... you only really need a baseline to specify
> package/project dependencies.
> Instead of a ConfigurationOf you use a BaselineOf which has a single
> baseline: method[1]. The baseline: method is like any other baseline,
> except it isn't necessary to explicitly specify a repo - the repo used for
> the packages is the same one as the BaselineOf was loaded from.
>
> To load a baseline from a github repo you use an expression like the
> following:
>
>   Metacello new
> baseline: 'Cryptography';
> repository: 'github://GsDevKit/Cryptography:master/repository';
> load: #('Cryptography')
>
> The :master in the repo specification can the name of a branch (master
> branch in this case), a SHA, a tag, or a tag pattern (1.1.? will load tags
> 1.1.0, 1.1.1, 1.1.2, etc.).
>
> To load from a local git clone (filetree repo) you use something like the
> following:
>
>   Metacello new
> baseline: 'Cryptography';
> repository: 'filetree:///opt/git/Cryptography/repository';
> load: #('Cryptography')
>
> [1]
> https://github.com/GsDevKit/Cryptography/blob/master/repository/BaselineOfCryptography.package/BaselineOfCryptography.class/instance/baseline..st
>
>>
>> - we should go to command line to commit/update but that could be saved
>> with what has been done by Dale in tODE (shell integration, UI to commit,
>> push/pull) IIUC. right?
>>
>
> In tODE I've wrapped a large chunk of the shell command line git api with
> Smalltalk ... tODE has it's own command line, so git commands can be run
> from within tODE on the command line. Other tools make calls to he
> Smalltalk api.
>
>
>>
>> - Merging could be harder because it would rely on git tools?
>>
>
> When merging with git, you may be merging multiple packages plus doc
> files, etc., at once, so the tool required for merge must be built to work
> with git merge meta data ... there are external merge tools, but I built a
> merge tool in tODE that I actually prefer over the other available merge
> tools ...
>
>
>> - opening a filetree repo in MC does not show the latest content since it
>> is the local git repo that may not be in sync with the remote one => you
>> should first pull the repo
>>
>> This is actually an advantage ... when you have a local git clone, you
> control when and how projects are updated ... how many times have
> previously working build procedures suddenly stop working because someone
> has made a change to a  configuration of a project? With local clones your
> environment is static and stable until you are ready to upgrade to a new
> version and then you do so in a controlled manner.
>
>  If you use a spec like
> 'github://GsDevKit/Cryptography:master/repository', you are really using
> the latest version of master branch (bleeding edge for a remote repo)...In
> theory you can "require" that all tests pass before a change is merged into
> the master branch (using pull requests and travis-ci). so using the latest
> master branch should always be "safe".
>
> Dale
>

[Pharo-dev] Pharo+Git cons?

[Luc Fabresse]

Hi,

I continue the discussion here because I really would like to know the cons
of using Git + Pharo.
>From kilon's video (thx) and the discussion that followed, I have the
following questions about possible drawbacks of Git+Pharo:

- The most important point to me is: does ConfigurationOf work correctly
with a repo on GitHub for example? any example somewhere?

- we should go to command line to commit/update but that could be saved
with what has been done by Dale in tODE (shell integration, UI to commit,
push/pull) IIUC. right?

- Merging could be harder because it would rely on git tools?

- opening a filetree repo in MC does not show the latest content since it
is the local git repo that may not be in sync with the remote one => you
should first pull the repo

Thx for enlightening me,

#Luc

Re: [Pharo-dev] tests coverage of minimal Pharo

[Luc Fabresse]

> The idea is to integrate it with the VM (to some extend) via Sista next
> year.
>

Meanwhile, you can already play with this idea thanks to Nick that
implemented the Reflectogram idea.
However, it requires a modified VM.
It is explained in Nick's PhD but a paper will be published soon about that.

Now, it will be much better using Reflexivity + VM support.

#Luc


>
> Alexandre
>
>
>
> On Mon, Dec 1, 2014 at 2:34 PM, Pavel Krivanek 
> wrote:
>
>> Right. Some tests ended with out-of-memory errors or vm crash. One
>> problem was in a trait so I had to put all users of it on the
>> blacklist.
>>
>> Cheers,
>> -- Pavel
>>
>> 2014-12-01 14:21 GMT+01:00 Alejandro Infante <
>> alejandroinfant...@gmail.com>:
>> > Hapao works using method wrappers, and do some stuff for every method
>> > execution. If Hapao use something you are instrumenting, you are start
>> > looping endlessly. So blacklisted classes are classes you are not going
>> to
>> > instrument.
>> >
>> > But, I was trying to understand all the classes you blacklisted, and I
>> don’t
>> > understand why you have some tests blacklisted, any reason for them?
>> >
>> > Cheers,
>> > Alejandro
>> >
>> > On Dec 1, 2014, at 7:57 AM, Guillermo Polito > >
>> > wrote:
>> >
>> > ignorant question: What is a black listed class? :)
>> >
>> > On Sun, Nov 30, 2014 at 7:21 PM, Pavel Krivanek <
>> pavel.kriva...@gmail.com>
>> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> I set the job for tests coverage testing of the mimimal Pharo using
>> Hapao:
>> >>
>> >>
>> >>
>> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-2.2-Hapao-Coverage-Test/
>> >>
>> >> To load results you should load ConfigurationOfSUnit and
>> >> ConfigurationOfKernelTests from Pharo/SystemConfigurations repository
>> >> into an image with Hapao. Then inspect:
>> >>
>> >> FLMaterializer materializeFromFileNamed: 'hapao.fuel'.
>> >>
>> >> Do not try to visualise it ;-)
>> >>
>> >> Currently blacklisted classes are:
>> >>
>> >> Array Association ArrayedCollection Behavior BlockClosure ByteSymbol
>> >> ByteString ClassDescription CompiledMethod Class Dictionary
>> >> Hapao2Package HashedCollection IdentityDictionary Integer LookupKey
>> >> FileStream Magnitude Object ProtoObject Process ProcessLocalVariable
>> >> ProcessorScheduler ProcessSpecificVariable RPackageOrganizer RPackage
>> >> SmalltalkImage SequenceableCollection Set Semaphore SmallInteger
>> >> Symbol String SourceFileArray VirtualMachine OCCompilerTest
>> >> SortedCollectionTest DictionaryTest SetTest ArrayTest SymbolTest
>> >> BagTest StringTest HeapTest FloatArrayTest OrderedCollectionTest
>> >> LinkedListTest S2BasicNewStub S2BasicNewStubClass S2BasicNewStubMethod
>> >> S2BasicNewStubPackage S2BasicNewTest S2C S2CClass S2CMethod S2CPackage
>> >> S2Class S2ClassPlugin S2Context S2InsertBehaviorPlugin S2Lock S2Method
>> >> S2MethodPlugin S2Package S2Plugin S2PluginTest S2PointNewPlugin
>> >> S2Profiler S2ProfilerPlugin S2ProfilerTest S2SenderTest S2SpyStack
>> >> S2StringNewPlugin S2TestException S2Tester S2TesterClass
>> >> S2TesterMethod S2TesterPackage S2TesterSpy S2py S2pyA S2pyB
>> >> S2pyDummyTest S2pySenderStub S2pySenderStubClass S2pySenderStubMethod
>> >> S2pySenderStubPackage
>> >>
>> >> Cheers,
>> >> -- Pavel
>> >>
>> >
>> >
>>
>>
>
>
>

Re: [Pharo-dev] Scale in 3.0 (kind of ANN)

[Luc Fabresse]

yes I know
I will try to put a student on it but I must get a good one ;-)

#Luc

2014-12-02 14:53 GMT+01:00 Santiago Bragagnolo :

> wow. is amazing.
>
> 2014-12-02 14:46 GMT+01:00 Luc Fabresse :
>
>>
>> all shells are not named *sh
>> for example, I really would love to have Xiki (
>> http://xiki.org/screencasts/) in Pharo ;-)
>>
>> #Luc
>>
>> 2014-12-02 14:17 GMT+01:00 p...@highoctane.be :
>>
>> On Tue, Dec 2, 2014 at 1:47 PM, Norbert Hartl  wrote:
>>>
>>>>
>>>> > Am 02.12.2014 um 13:31 schrieb Ben Coman :
>>>> >
>>>> > p...@highoctane.be wrote:
>>>> >> I've put Guille's Scale thing (
>>>> http://guillep.github.io/blog/2014/01/23/replacing-bash-with-pharo/)
>>>> into Pharo 3.0
>>>> >> Details on how to use here:
>>>> >> http://smalltalkhub.com/#!/~philippeback/Scale
>>>> >> Enjoy,
>>>> >> Phil
>>>> >
>>>> >
>>>> > > We named the command we needed scale, because scales are in shells,
>>>> > > it sounded nice.
>>>> >
>>>> > Nice lateral thinking, but it seems like a stretch :)
>>>> >
>>>> > For making a shell, why not something simple in the tradition of sh,
>>>> bash, csh, ksh, psh? e.g. pharosh or phsh?
>>>> >
>>>> +1
>>>>
>>>
>>> Scale is what it was. There is also Coral, so, well, marine names are
>>> staying.
>>>
>>> If we want a 'sh', what about:
>>>
>>> phish
>>> phash
>>> phosh
>>>
>>> psh is not too bad after all.
>>> pharosh looks cool too.
>>>
>>> With "phish" we can say, "I am phishing" in the same vein as "I am
>>> bashing".
>>>
>>> Phil
>>>
>>>
>>>
>>>>
>>>> Norbert
>>>>
>>>>
>>>>
>>>
>>
>

Re: [Pharo-dev] Scale in 3.0 (kind of ANN)

[Luc Fabresse]

all shells are not named *sh
for example, I really would love to have Xiki (http://xiki.org/screencasts/)
in Pharo ;-)

#Luc

2014-12-02 14:17 GMT+01:00 p...@highoctane.be :

> On Tue, Dec 2, 2014 at 1:47 PM, Norbert Hartl  wrote:
>
>>
>> > Am 02.12.2014 um 13:31 schrieb Ben Coman :
>> >
>> > p...@highoctane.be wrote:
>> >> I've put Guille's Scale thing (
>> http://guillep.github.io/blog/2014/01/23/replacing-bash-with-pharo/)
>> into Pharo 3.0
>> >> Details on how to use here:
>> >> http://smalltalkhub.com/#!/~philippeback/Scale
>> >> Enjoy,
>> >> Phil
>> >
>> >
>> > > We named the command we needed scale, because scales are in shells,
>> > > it sounded nice.
>> >
>> > Nice lateral thinking, but it seems like a stretch :)
>> >
>> > For making a shell, why not something simple in the tradition of sh,
>> bash, csh, ksh, psh? e.g. pharosh or phsh?
>> >
>> +1
>>
>
> Scale is what it was. There is also Coral, so, well, marine names are
> staying.
>
> If we want a 'sh', what about:
>
> phish
> phash
> phosh
>
> psh is not too bad after all.
> pharosh looks cool too.
>
> With "phish" we can say, "I am phishing" in the same vein as "I am
> bashing".
>
> Phil
>
>
>
>>
>> Norbert
>>
>>
>>
>

Re: [Pharo-dev] Scale in 3.0 (kind of ANN)

[Luc Fabresse]

Nice but I would like to know the exact status of Coral because it would be
bad to restart from scratch.

#Luc

2014-12-02 8:38 GMT+01:00 p...@highoctane.be :

> I've put Guille's Scale thing (
> http://guillep.github.io/blog/2014/01/23/replacing-bash-with-pharo/) into
> Pharo 3.0
>
> Details on how to use here:
>
> http://smalltalkhub.com/#!/~philippeback/Scale
>
> Enjoy,
> Phil
>
>
>
>

Re: [Pharo-dev] GetOpt

[Luc Fabresse]

2014-12-02 9:37 GMT+01:00 Esteban Lorenzano :

> is cool.
> I would like to explore the possibility to replace our command line parser
> with getopt. You know… is more compatible at the end :)
>

+1 !

Thx Phil,

Luc


>
> thanks phil.
>
> Esteban
>
> On 02 Dec 2014, at 08:45, p...@highoctane.be wrote:
>
> I have made Ian Piumarta's GST GetOpt work in Pharo 3.0
>
> See:
>
> http://www.smalltalkhub.com/#!/~philippeback/GetOpt
>
> Nice tool even if we have some other support in CommandLineHandlers.
> But for a quick parameters setting in your own CommandLineHandler, it is
> fast to use and easy to debug.
>
> Phil
>
>
>
>
>

Re: [Pharo-dev] Pharo - [ANN] SimpleDDS v1.0 released.

[Luc Fabresse]

This is great.
Fo info, DDS is a standardized MOM middleware heavily used in industrial
apps with multiple concrete implementations such as
http://www.prismtech.com/opensplice.
And one of these implementations will be the next backend of ROS and
therefore needed in PhaROS.
Thx Santiago!

#Luc

2014-12-02 0:44 GMT+01:00 Ben Coman :

> Santiago Bragagnolo wrote:
>
>> Hi guys, i am just releasing SimpleDDS.
>> In order to connect into ROS world i had to implement a DDS support
>> (Publisher/subscriber).
>> For achieving this i did  MetaDDS, a library that defines basic objects,
>> announcements, event related mechanisms and data encoding formats, and on
>> top of it SimpleDDS, which is ROS based.
>>
>> SimpleDDS Has a package of examples highly commented for learning how to
>> use it.
>> The comments are also in the Github wiki, as wiki pages:
>>
>> https://github.com/sbragagnolo/SimpleDDS/wiki
>>
>> Gofer it smalltalkhubUser: 'sbragagnolo' project: 'SimpleDDS';
>> configuration; loadVersion: #stable
>>
>>
>> Here some links about
>> http://en.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern
>>
>> http://en.wikipedia.org/wiki/Data_Distribution_Service
>>
>>
>> Thats it. Enjoy.
>>
>> Santiago
>>
>>
>>
>>
>>
> I haven't heard of DDS, but this seems really significant!
>
> From wikipedia... "DDS addresses the needs of applications like financial
> trading, air-traffic control, smart grid management, and other Big data
> applications. The standard is used in applications such as smartphone
> operating systems,[1] transportation systems and vehicles,[2]
> software-defined radio, and by healthcare providers."
>
> This could be a nice lead into these application domains.
>
> If this got to a sufficient level of features, maybe Santiago could even
> be sponsored to attend an interoperability meeting? "DDS vendors
> participated in _Interoperability demonstrations_ at the Object Management
> Group (OMG) Spring Technical Meeting.[7] During the demo, each vendor
> publishes and subscribes to each other's topics using a test suite called
> the Shapes Demo." Such might be a good place to network and demo general
> use of Pharo.
>
> cheers -ben
>
>

Re: [Pharo-dev] Compilation error of the PharoEnterprise book with luatex

[Luc Fabresse]

2014-12-01 9:45 GMT+01:00 kilon alios :

> oh my bad, I had it in one of the early drafts of the video tutorial (had
> to do several times to cut it down to 10 minutes)
>

;-)


> but I forgot to include it. Anyway this is how you do it.
>

Thx Kilon

Luc


>
> On Mon, Dec 1, 2014 at 10:33 AM, kilon alios 
> wrote:
>
>> someone did not watch my video tutorial about github ;D
>>
>> go to your github repo front page on the right side you will see an icon
>> labeled settings click on it and the first setting will you see is how to
>> rename the repo.
>>
>> On Sun, Nov 30, 2014 at 9:51 PM, stepharo  wrote:
>>
>>>  great now I can compile :)
>>> About your question about moving
>>>
>>> PharoWebStack should be renamed PharoWeb: a Tutorial
>>>
>>> EntreprisePharo should be renamed PharoWebStack
>>> But I do not know how to do that on github.
>>>
>>> Stef
>>>
>>> Le 29/11/14 23:22, Luc Fabresse a écrit :
>>>
>>>
>>>  now I can compile.
>>> I've pushed some fixes on github, we will see if it now breaks for other
>>> ;-)
>>>
>>>  @Stef:
>>> $ luatex -v
>>>  This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts 2014_3)
>>> (rev 4971)
>>>
>>>  do a macport update if you do not have this version.
>>>  $ sudo port selfupdate
>>> $ sudo port update outdated
>>>
>>>  Then, you should be able to compile the latest version on github.
>>>
>>>  Cheers,
>>>
>>> #Luc
>>>
>>> 2014-11-29 9:23 GMT+01:00 Luc Fabresse :
>>>
>>>>
>>>>  can one of you just give me the result of:
>>>>
>>>>  luatex -v
>>>>
>>>>  that works compiling the chapter.
>>>> then, I will investigate.
>>>>
>>>> #Luc
>>>>
>>>> 2014-11-29 8:55 GMT+01:00 stepharo :
>>>>
>>>>> The problem is not related to that.
>>>>> To display the full encoding the guys here (damien * damien) only
>>>>> found luaTex working.
>>>>> But LuaTex does not work well on our machines apparently.
>>>>>
>>>>> Le 29/11/14 02:38, Ben Coman a écrit :
>>>>>
>>>>>  kilon alios wrote:
>>>>>>
>>>>>>> have you tried MacTex ?
>>>>>>>
>>>>>>> https://tug.org/mactex/
>>>>>>>
>>>>>>> its what I use with my iMac and so far has been working for me
>>>>>>> without any issues.
>>>>>>>
>>>>>>
>>>>>> I also ended up using MaxTex fairly easily.  (I can't remember which
>>>>>> other one originally tried that had some issues.)
>>>>>> cheers -ben
>>>>>>
>>>>>>
>>>>>>> On Sat, Nov 29, 2014 at 12:02 AM, Luc Fabresse <
>>>>>>> luc.fabre...@gmail.com <mailto:luc.fabre...@gmail.com>> wrote:
>>>>>>>
>>>>>>> Hi All,
>>>>>>>
>>>>>>> I cannot compile the latest version in
>>>>>>> SquareBracketAssociates/EnterprisePharo.git
>>>>>>> My problem is that the  "FiraSans" cannot be found.
>>>>>>> But in common.tex, the font path is correctly set up and the
>>>>>>> font is
>>>>>>> there.
>>>>>>>
>>>>>>> So on CI which version of luatex is used?
>>>>>>> I did not find it in the Jenkins log.
>>>>>>>
>>>>>>> I am using LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts
>>>>>>> 2014_1) (rev 4971)
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> #Luc
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>

Re: [Pharo-dev] Compilation error of the PharoEnterprise book with luatex

[Luc Fabresse]

2014-11-30 20:51 GMT+01:00 stepharo :

>  great now I can compile :)
>

cool!


> About your question about moving
>
> PharoWebStack should be renamed PharoWeb: a Tutorial
>
> EntreprisePharo should be renamed PharoWebStack
>

ok


> But I do not know how to do that on github.
>

I do not know

Luc


> Stef
>
> Le 29/11/14 23:22, Luc Fabresse a écrit :
>
>
>  now I can compile.
> I've pushed some fixes on github, we will see if it now breaks for other
> ;-)
>
>  @Stef:
> $ luatex -v
>  This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts 2014_3) (rev
> 4971)
>
>  do a macport update if you do not have this version.
>  $ sudo port selfupdate
> $ sudo port update outdated
>
>  Then, you should be able to compile the latest version on github.
>
>  Cheers,
>
> #Luc
>
> 2014-11-29 9:23 GMT+01:00 Luc Fabresse :
>
>>
>>  can one of you just give me the result of:
>>
>>  luatex -v
>>
>>  that works compiling the chapter.
>> then, I will investigate.
>>
>> #Luc
>>
>> 2014-11-29 8:55 GMT+01:00 stepharo :
>>
>>> The problem is not related to that.
>>> To display the full encoding the guys here (damien * damien) only found
>>> luaTex working.
>>> But LuaTex does not work well on our machines apparently.
>>>
>>> Le 29/11/14 02:38, Ben Coman a écrit :
>>>
>>>  kilon alios wrote:
>>>>
>>>>> have you tried MacTex ?
>>>>>
>>>>> https://tug.org/mactex/
>>>>>
>>>>> its what I use with my iMac and so far has been working for me without
>>>>> any issues.
>>>>>
>>>>
>>>> I also ended up using MaxTex fairly easily.  (I can't remember which
>>>> other one originally tried that had some issues.)
>>>> cheers -ben
>>>>
>>>>
>>>>> On Sat, Nov 29, 2014 at 12:02 AM, Luc Fabresse >>>> <mailto:luc.fabre...@gmail.com>> wrote:
>>>>>
>>>>> Hi All,
>>>>>
>>>>> I cannot compile the latest version in
>>>>> SquareBracketAssociates/EnterprisePharo.git
>>>>> My problem is that the  "FiraSans" cannot be found.
>>>>> But in common.tex, the font path is correctly set up and the font
>>>>> is
>>>>> there.
>>>>>
>>>>> So on CI which version of luatex is used?
>>>>> I did not find it in the Jenkins log.
>>>>>
>>>>> I am using LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts
>>>>> 2014_1) (rev 4971)
>>>>>
>>>>> Cheers,
>>>>>
>>>>> #Luc
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>
>

[Pharo-dev] Books

[Luc Fabresse]

Hi Guys,

Regarding the books, I think that all Zinc chapters and the STON one should
be moved from the EnterprisePharo to the PharoWeb book.

What do you think?

#Luc

Re: [Pharo-dev] Compilation error of the PharoEnterprise book with luatex

[Luc Fabresse]

now I can compile.
I've pushed some fixes on github, we will see if it now breaks for other ;-)

@Stef:
$ luatex -v
This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts 2014_3) (rev
4971)

do a macport update if you do not have this version.
$ sudo port selfupdate
$ sudo port update outdated

Then, you should be able to compile the latest version on github.

Cheers,

#Luc

2014-11-29 9:23 GMT+01:00 Luc Fabresse :

>
> can one of you just give me the result of:
>
> luatex -v
>
> that works compiling the chapter.
> then, I will investigate.
>
> #Luc
>
> 2014-11-29 8:55 GMT+01:00 stepharo :
>
>> The problem is not related to that.
>> To display the full encoding the guys here (damien * damien) only found
>> luaTex working.
>> But LuaTex does not work well on our machines apparently.
>>
>> Le 29/11/14 02:38, Ben Coman a écrit :
>>
>>  kilon alios wrote:
>>>
>>>> have you tried MacTex ?
>>>>
>>>> https://tug.org/mactex/
>>>>
>>>> its what I use with my iMac and so far has been working for me without
>>>> any issues.
>>>>
>>>
>>> I also ended up using MaxTex fairly easily.  (I can't remember which
>>> other one originally tried that had some issues.)
>>> cheers -ben
>>>
>>>
>>>> On Sat, Nov 29, 2014 at 12:02 AM, Luc Fabresse >>> <mailto:luc.fabre...@gmail.com>> wrote:
>>>>
>>>> Hi All,
>>>>
>>>> I cannot compile the latest version in
>>>> SquareBracketAssociates/EnterprisePharo.git
>>>> My problem is that the  "FiraSans" cannot be found.
>>>> But in common.tex, the font path is correctly set up and the font is
>>>> there.
>>>>
>>>> So on CI which version of luatex is used?
>>>> I did not find it in the Jenkins log.
>>>>
>>>> I am using LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts
>>>> 2014_1) (rev 4971)
>>>>
>>>> Cheers,
>>>>
>>>> #Luc
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>

Re: [Pharo-dev] Compilation error of the PharoEnterprise book with luatex

[Luc Fabresse]

can one of you just give me the result of:

luatex -v

that works compiling the chapter.
then, I will investigate.

#Luc

2014-11-29 8:55 GMT+01:00 stepharo :

> The problem is not related to that.
> To display the full encoding the guys here (damien * damien) only found
> luaTex working.
> But LuaTex does not work well on our machines apparently.
>
> Le 29/11/14 02:38, Ben Coman a écrit :
>
>  kilon alios wrote:
>>
>>> have you tried MacTex ?
>>>
>>> https://tug.org/mactex/
>>>
>>> its what I use with my iMac and so far has been working for me without
>>> any issues.
>>>
>>
>> I also ended up using MaxTex fairly easily.  (I can't remember which
>> other one originally tried that had some issues.)
>> cheers -ben
>>
>>
>>> On Sat, Nov 29, 2014 at 12:02 AM, Luc Fabresse >> <mailto:luc.fabre...@gmail.com>> wrote:
>>>
>>> Hi All,
>>>
>>> I cannot compile the latest version in
>>> SquareBracketAssociates/EnterprisePharo.git
>>> My problem is that the  "FiraSans" cannot be found.
>>> But in common.tex, the font path is correctly set up and the font is
>>> there.
>>>
>>> So on CI which version of luatex is used?
>>> I did not find it in the Jenkins log.
>>>
>>> I am using LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts
>>> 2014_1) (rev 4971)
>>>
>>> Cheers,
>>>
>>> #Luc
>>>
>>>
>>>
>>
>>
>>
>
>

[Pharo-dev] Compilation error of the PharoEnterprise book with luatex

[Luc Fabresse]

Hi All,

I cannot compile the latest version in SquareBracketAssociates/
EnterprisePharo.git
My problem is that the  "FiraSans" cannot be found.
But in common.tex, the font path is correctly set up and the font is there.

So on CI which version of luatex is used?
I did not find it in the Jenkins log.

I am using LuaTeX, Version beta-0.79.1 (TeX Live 2014/MacPorts 2014_1) (rev
4971)

Cheers,

#Luc

Re: [Pharo-dev] Stream instead of string concatenation

[Luc Fabresse]

Hi Uko,

2014-11-26 17:18 GMT+01:00 Yuriy Tymchuk :

> Hi everyone!
>
> There is a Lint rule that suggests to use stream instead of strings
> concatenation. What is the most common way, to create a string this way,
> because the only thing I can come up with is:
>
> String streamContents: [ :stream |
> stream
> nextPutAll: 'Hello';
> nextPut: $ ;
> nextPutAll: 'World’]
>
> But I’m not sure if it is the preferred solution.
>

Yes, I use this too.
and I use << instead of #nextPutAll:

Cheers,

Luc


>
> Cheers
> Uko
>

Re: [Pharo-dev] pane for repositories in the Configuration Browser

[Luc Fabresse]

2014-11-05 13:05 GMT+01:00 Torsten Bergmann :

> Hi,
>
> when I initially created the config browser my idead was that (especially
> for newbees) the packages/frameworks/projects
> are easy to load. Key to success is easy access to things.
>
> One should not have to know or fight with Metacello, Gofer, ... in the
> first place.
> Things should just work ("click, load and run"). Advances users know about
> the script way of loading things or
> build configs with dependencies on their own.
>
> So in the beginning there was only ONE repo in the Config browser that
> should include the configs
> that are known to run in a specific Pharo version (therefore
> MetaRepoForPharo20, MetaRepoForPharo30,
> MetaRepoForPharo40, ...
>
> After that we found out it will be usefull to load also from older repos
> (like loading from
> MetaRepoForPharo30 when in Pharo 4) or also allow custom repos.
> Thats why I fixed it after the request from Sean:
> https://pharo.fogbugz.com/default.asp?13941
>
> Now people seem to use this as well and would like to make the different
> repos more transparent.
> No problem with the additional pane.
>
> @Luc: I like your extension as with the config browser now people can see
> the other
>   repos, load from them when in newer Pharo versions or use custom
> ones.
>
>   But a newbee might easily be confused which repo to use and may end
> up in
>   non-working loading. This is the opposite to what was the original
> intention of the tool.
>

I agree with you and Stephan there. It must be simple for newcomers.
That is why I added the Settings and perhaps the default should be to hide
the repositories list hence it keeps the actual Configuration Browser.

I just did this extension yesterday evenning because I discovered the
"hidden" feature of multiple repositories by inadvertence ;-)


>
>
>
> So we need to support both cases, but IMHO should keep things initially
> simple (according to the original idea).
> So I would like to see:
>
>  - add a toggle to the menu ("Show repositories") to switch the preference
> also in config browser
>  - hide the pane by default


> This way a newbee can just load without getting into (for him complicated)
> questions
> like "from what repo", "why is it not working" (when loading from the
> wrong), ...
> and an advanced user can set the preference according to his need as he
> might have checked
> the menus or preferences.
>

+1

Luc


>
> Bye
> T.
>
>

[Pharo-dev] pane for repositories in the Configuration Browser

[Luc Fabresse]

Hi,

I added a new slice in the inbox for this:
https://pharo.fogbugz.com/default.asp?14392

it adds a pane for repositories in the Configuration Browser
(cf. screenshot in the bugtracker)

be careful, I made it the default Configuration Browser so you may want to
deactivate it by default or not integrate it at all ;-)

Cheers,

#Luc

Re: [Pharo-dev] NAtiveBoost error

[Luc Fabresse]

Hi Alain,

This is nice that you are working on a zmq binding for Pharo.
Is it public and on Sthub?

Cheers,

#Luc

2014-11-04 7:43 GMT+01:00 Alain Rastoul :

>
>
> Le 04/11/2014 01:32, Igor Stasenko a écrit :
>
>> What is zmq sockets? Some kind of wrapper library? Then best i can
>> advise is to follow its guidelines, since i'm not familiar with it.
>>
>> Btw, using (NBExternalArray ofType: 'xyz') is highly expensive,
>> please read carefully NBExternalArray class comment, which explains all
>> details.
>>
>>
> ZeroMQ is an open source asynchronous inter-process communication messaging
> library/framework written in c++
> zeromq sockets should not have been called sockets because they are more
> 'endpoints'
> or something like that in zmq realms, however, it uses tcp sockets in my
> tests and
> has different behaviours on linux and windows, I suspect
> something different about underlying tcp sockets states.
>
> Thank you for the indication about performance, I will take it into account
> My first step is just to make experiments that works
> to be comfortable with both nativeboost and zeromq.
> This experiment is done with two different pharo vm processes
> (the client and the server) started manually, and the same
> in C.
> This library has nice patterns that makes it  very interesting from a
> parallel computing perspective
> (request/response, publisher/subscriber, push/pull , etc).
> The guide is here and is worth looking at  http://zguide.zeromq.org/page:
> all
> I know you will be interested in, it has similarities with your
> old hydra project
> :)
>
>
>
>
>

[Pharo-dev] Make Nautilus to automatically categorize new methods (if needed) and remove empty protocols

[Luc Fabresse]

Hi,

cf. https://pharo.fogbugz.com/default.asp?14376
to eventually integrate.

Cheers,

#Luc

Re: [Pharo-dev] Trouble while defining a customized tab in GT inspector

[Luc Fabresse]

Hi Doru,

Thanks for your answer.
It worked as you suggested, but I had to copy three methods of
ObjectVariablesBrowser (evaluatorIn:, printStringOf: and
stringWithoutInitialCommentFrom:) to reproduce the evaluator part of the
tab.
I am not really happy with that but perhaps there is no other way.

I still think that the startOn: method of ObjectVariablesBrowser should not
loose the object passed in. Any explanation why  an ObjectVariablesBrowser
cannot be "pluggable"?

Cheers,

Luc

2014-11-01 21:15 GMT+01:00 Tudor Girba :

> Hi,
>
> Sorry for the late reply.
>
> Indeed the ObjectVariablesBrowser does not work with another object then
> the one of the tab. If you want to define a custom tab, you should simply
> create a table with the desired variables. For example, take a look at
> Morph>>gtInspectorMorphExtensionIn:. This one exposes the extensions
> dictionary as a separate tab. It probably matches what you want.
>
> Let me know if you still have troubles.
>
> Cheers,
> Doru
>
>
>
> On Wed, Oct 29, 2014 at 10:29 PM, Luc Fabresse 
> wrote:
>
>> Hi all,
>>
>> I try to play with the GT inspector (thx Andrei and Doru for the great
>> hands on session @ ESUG'14!).
>>
>> In short, I try to add a customized tab for Persons objects using a
>> PersonUI facade and a subclass of GTObjectVariablesBrowser (ok I can
>> explain why if needed ;-)). Like that:
>>
>> Person>>gtInspectorCustomUIIn: composite
>> 
>> ^ (composite custom: (MyGTCustomObjectVariablesBrowser new startOn:
>> (PersonUI on: self) )) " <- HERE"
>> title: 'Customized view';
>> yourself
>>
>> But, the #variableValuePairsFor: message is not sent to the PersonUI
>> object but to the Person object even if I passed a PersonUI one to the
>> #startOn: method (cf. HERE).
>> startOn: seems to not store properly the object to use afterwards or I
>> missed a something. Did I?
>>
>> please find a code sample attached if needed.
>> Try:
>> Person new inspect
>>
>> Thx for any hint,
>> Cheers,
>>
>> #Luc
>>
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>

[Pharo-dev] Trouble while defining a customized tab in GT inspector

[Luc Fabresse]

Hi all,

I try to play with the GT inspector (thx Andrei and Doru for the great
hands on session @ ESUG'14!).

In short, I try to add a customized tab for Persons objects using a
PersonUI facade and a subclass of GTObjectVariablesBrowser (ok I can
explain why if needed ;-)). Like that:

Person>>gtInspectorCustomUIIn: composite

^ (composite custom: (MyGTCustomObjectVariablesBrowser new startOn:
(PersonUI on: self) )) " <- HERE"
title: 'Customized view';
yourself

But, the #variableValuePairsFor: message is not sent to the PersonUI object
but to the Person object even if I passed a PersonUI one to the #startOn:
method (cf. HERE).
startOn: seems to not store properly the object to use afterwards or I
missed a something. Did I?

please find a code sample attached if needed.
Try:
Person new inspect

Thx for any hint,
Cheers,

#Luc


LucGT-Experiements.st
Description: Binary data

Re: [Pharo-dev] ProtoObject/Proxies

[Luc Fabresse]

2014-10-22 15:18 GMT+02:00 Esteban A. Maringolo :

> Hi Mariano,
>
> 2014-10-22 9:53 GMT-03:00 Mariano Martinez Peck :
> > Hi Esteban,
> >
> > You may want to check some proxy implementations I did. You can check
> Ghost
> > proxies in my PhD thesis:
> > http://rmod.lille.inria.fr/archives/phd/PhD-2012-Martinez-Peck.pdf  and
> > here: https://hal.inria.fr/hal-00877757/PDF/main.pdf
>
>
> I'll take a look into them, thank you.
>
>
> > One of the things I did was to be able to enable (could even be done
> > dynamically)  debugging capabilities to proxies..that is...proxies would
> > understand theirself all necessary methods for
> > inspecting/debugging/printing/exploring them without actually
> intercepting
> > the message. You can read about that in the above links. As a quick
> > prototype you way want to create a subclass of ProtoObject or
> directly
> > add those messages to the Glorp proxy.
>
> That's exactly what I did, and you can see added methods to
> AbstractProxy (Glorp) in the latest commits of Glorp at SmalltalkHub.
>
> However, my mail had two intentions, one is a rant about why some
> tools depend on methods defined only in Object but not in ProtoObject
> (and hence, most Proxies).
> The other intention was to learn about the newcoming Proxies
> implementation, about which you helpfully provided two documents to
> read about.
>
> > Also...AFAIK, Camille Teruel was doing some stuff with Ghost Proxies, so
> he
> > might have the latest version available somewhere. In anycase, my
> original
> > code was in: http://ss3.gemstone.com/ss/Ghost  but saw there is also:
> > http://smalltalkhub.com/#!/~CAR/Ghost/   which may be newer.
>
> So this is the implementation of the previously described thesis?
>

yes
and the journal paper too.

Luc


>
> Thank you!
>
>
> Esteban A. Maringolo
>
>

Re: [Pharo-dev] ProtoObject/Proxies

[Luc Fabresse]

2014-10-22 14:53 GMT+02:00 Mariano Martinez Peck :

> Hi Esteban,
>
> You may want to check some proxy implementations I did. You can check
> Ghost proxies in my PhD thesis:  http://rmod.lille.inria.fr/archives/phd/
> PhD-2012-Martinez-Peck.pdf  and here:
> https://hal.inria.fr/hal-00877757/PDF/main.pdf
>
> One of the things I did was to be able to enable (could even be done
> dynamically)  debugging capabilities to proxies..that is...proxies would
> understand theirself all necessary methods for
> inspecting/debugging/printing/exploring them without actually intercepting
> the message. You can read about that in the above links. As a quick
> prototype you way want to create a subclass of ProtoObject or directly
> add those messages to the Glorp proxy.
>
> Also...AFAIK, Camille Teruel was doing some stuff with Ghost Proxies, so
> he might have the latest version available somewhere. In anycase, my
> original code was in: http://ss3.gemstone.com/ss/Ghost  but saw there is
> also: http://smalltalkhub.com/#!/~CAR/Ghost/   which may be newer.
>

Yes I migrated the code to Sthub.
Perhaps I added very few things.
I do not remember now.
In any case, please use that one.

Thx Mariano for taking time to answer ;-)

Cheers,

Luc


>
> Cheers,
>
>
>
>
>
>
>
>
> On Wed, Oct 22, 2014 at 2:20 AM, Esteban A. Maringolo <
> emaring...@gmail.com> wrote:
>
>> I've been hit by a few side effects of using proxies (GLORP ones),
>> because some tools like the Debugger and/or inspectors expect some
>> objects to respond to methods not defined in ProtoObject.
>>
>> I discovered this by accident because looking at the stack in the
>> xterm console I saw a recursion triggered by a halt in
>> UnitOfWork>>#register:
>> Such halt caused errors that needed to be printed, and because it was
>> trigger in the context of a Proxy, boom, infinite recursion.
>>
>> Why such methods are not implemented in ProtoObject, or at least with
>> a "basic" version of it.
>> Is this by design? Methods like #shouldBePrintedAsLiteral or
>> #isSelfEvaluating (don't know what it means), along others like
>> #printStringLimitedTo... etc.
>>
>> I remember Steph said a better support for Proxies was in the was
>> roadmap, how far is that? What can be done to speed this up?
>> Debugging a proxy object (even one that doesn't use #become:) is really
>> tricky.
>>
>> If you look at the implementation of Glorp's Proxy>>#class it seems it
>> should answer the class of the proxied object (if materialized), but
>> all that is commented out returning the receiver class, it is
>> returning Proxy. If you uncomment that weird things happen. I'll come
>> back to this later, once I have time to reproduce it.
>>
>> Please don't forget not everything inherits from Object :)
>>
>> Esteban A. Maringolo
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-dev] [ANN] flow: a living full-stack #‎framework for the web

[Luc Fabresse]

2014-10-07 8:25 GMT-03:00 Ben Coman :

> Sebastian Sastre wrote:
>
>> I don’t know, flow is a mission with a curated framework (so it’s mission
>> first)
>>
>> What you can see is flow’s features being done here:
>> https://trello.com/b/NVqhll4I/flow
>>
>
>
> I get...
> Board not found.
> This board may be private. If someone gave you this link, they may need to
> invite you to one of their boards or organizations.
>

I have this link working:
https://trello.com/b/oQ17lPpV/flow

but yes we cannot edit it.

I want to propose the idea of having web app testing integrated in flow.
Selenium or whatever.

In any case thanks for that Sebastian!

Cheers,

#Luc

Re: [Pharo-dev] Roadmap on tools?

[Luc Fabresse]

Hi all,

Since the code of Spec has been integrated in Pharo when it was MIT, I
think that this is not a problem.
To me, the new licence only apply to the new code in the repository of Spec
since the licence changed.
So now, no spec code should be loaded in the Pharo base image.

Cheers,

Luc


2014-08-26 10:18 GMT+02:00 Serge Stinckwich :

> On Tue, Aug 26, 2014 at 10:10 AM, Marcus Denker 
> wrote:
> >
> > On 26 Aug 2014, at 10:03, Serge Stinckwich 
> wrote:
> >
> >> On Mon, Aug 25, 2014 at 11:17 PM, Alain Rastoul 
> wrote:
> >>> +1 for the GTInspector, and the Moose tools/paradigm too (Roassal,
> Glamour,
> >>> Moose and others), all that stuff is great step forward and could
> arouse
> >>> interest from doubtful people.
> >>> I remember myself failing to show some collegues at work how the
> smalltalk
> >>> system could be a cool tool to play with, even for people sticking on
> >>> dotNet, Delphi or C++.
> >>> And sometimes they remember that too ...
> >>> (Smalltalk? Squeak? -at that time- that blinking and poping toy ?
> hahaha
> >>> ...)
> >>> :(
> >>> Still working on that like a flea (?- a morpion)
> >>>
> >>> Morphic removed is good news - clumsy, buggy and weird - but I don't
> >>> understand the relationship with GTInspector ?
> >>> I googled about that and just found a post of you about Bloc in the
> mailing
> >>> list, it sounds like a good idea, and I'm sure you'll manage to do it
> >>> cleanly, but I'm also very curious about that: big bang  or dependency
> >>> injection and small steps? other patterns, techniques ? a link on Bloc
> ?
> >>> I'm also curious about Spec and it's status after it's change to GPL ?
> Will
> >>> it be supported in the future ? What are the alternatives ?
> >>
> >> Yes, apparently spec is distributed now under a dual licence : MIT
> >> when used as an external library (not sure what it means when you use
> >> Smalltalk)
> >> and GPL when integrated in an IDE ... I think that this is a potential
> >> problem for Pharo.
> >>
> > GPL is not compatible with Pharo. All code that is part of the Pharo
> main distribution
> > is either historical (Apple Licence) or MIT.
> >
> > We even let people sign a document that makes this clear.
> >
> > New code has to be MIT, we do not accept any other license (as part of
> the main distribution).
> >
> > e.g. Zinc was done because the HTTP server we were using was made GPL
> (it did not have
> > a licence when we started to use it).
>
> I completely agree with you. This why I was worried with this double
> licencing of spec.
>
> Regards,
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>

Re: [Pharo-dev] Release TaskIT Version 1

[Luc Fabresse]

Hi Guys,

Great to see TaskIt going on.

2014-08-24 22:07 GMT+02:00 Guillermo Polito :

> Hi guys!
>
> you probably already saw it in the list before, but I'm going anyways to
> re-release the first version of TaskIT :)
>
> What has changed between what Santiago said and this? Well... not the
> released code, since it is the same version. What we changed was the
> metacello configurations (yes, I know I should not have done that, but
> since it is not widely used yet, I felt free to do it). So now we use
> semantic versioning: *And this time is for release 1.0.*
>
> *(For the CAR team, this will not impact PhaROS nor anything ;) :P )*
>

excellent!


>
> *Some links:*
>
>  - We opened an issue tracker, please, feel free to put there issues on
> code, documentation enhancements... whatever. So we don't lose what is
> discussed here in the list.
>
> https://code.google.com/p/taskit/
>

>
>  - Documentation, I don't remember if Santi sent it, but there is a TaskIT
> version 1 chapter for PharoForTheEnterprise we were writing and enhancing.
>
> Source in Pillar:
> https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/tree/master/TaskIT
>
> Compiled version:
> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/
>

great.


>
> TaskIT version 2 is in progress.
>

what is planned?

Thanks guys,

Luc


>
> That's all,
> Thanks for reading up to here!
> Guille and Santi
>

Re: [Pharo-dev] [Moose-dev] Roassal contest result

[Luc Fabresse]

yes congrats to both of you!
nice demos

#Luc


2014-08-21 11:29 GMT+01:00 Yuriy Tymchuk :

> Thank you guys, it was very cool :)
>
> Uko
>
> On 21 Aug 2014, at 11:09, Natalia Tymchuk 
> wrote:
>
> > Thank all of you very much.
> >
> > Best regards,
> > Natalia
> > On Aug 21, 2014, at 11:01 AM, Serge Stinckwich <
> serge.stinckw...@gmail.com> wrote:
> >
> >> Congrats to the Tymchuk team ;-)
> >> Thank you Alex for this great contest.
> >>
> >> Regards,
> >>
> >> On Thu, Aug 21, 2014 at 10:58 AM, Alexandre Bergel
> >>  wrote:
> >>> Dear Friends and Colleagues,
> >>>
> >>> It is a great pleasure for me to announce the result of the 2014
> Roassal contest organized by ObjectProfile.com
> >>> Certificates and the money awards were delivered during a ceremony
> held at the Esug conference, in Cambridge, UK.
> >>>
> >>> This year we have two winners:
> >>>
> >>> Roassal2 track:
> >>> “RTVoronyjBuilder” by Natalia Tymchuk
> >>> http://youtu.be/SlJptrlBbho
> >>>
> >>> Roassal 3d track:
> >>> "Roassal City Layouts”, by Yuriy Tymchuk
> >>> http://youtu.be/CuimMwuZiGA
> >>>
> >>>
> >>> Other remarkable contributions:
> >>>
> >>> "Navigate and visualize epidemiological models with the
> KendrickBrowser”, by Fabrice Atrevi
> >>> https://vimeo.com/103197416
> >>>
> >>> "Explora Qualitas Corpus", by Leonel Merino
> >>> http://www.youtube.com/watch?v=0eoSV7LdPac
> >>>
> >>> The very same contest will be organized next year.
> >>>
> >>> Cheers,
> >>> Alexandre on behalf of the Object Profile crew
> >>> --
> >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> >>> Alexandre Bergel  http://www.bergel.eu
> >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Serge Stinckwich
> >> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> >> Every DSL ends up being Smalltalk
> >> http://www.doesnotunderstand.org/
> >>
> >> ___
> >> Moose-dev mailing list
> >> moose-...@iam.unibe.ch
> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> >
>
>
>

Re: [Pharo-dev] Division isn't correct

[Luc Fabresse]

Hi Natalia,

The major problem comes from float memory representation.
You can read the beginning of chapter "Fun with Floats" of Deep into Pharo
that gives examples of why comparing floats is dangerous.
http://rmod.lille.inria.fr/deepIntoPharo/

#Luc


2014-07-11 17:02 GMT+02:00 Natalia Tymchuk :

> But why
> 185/10 = 18.5 -> true?
>
> On Jul 11, 2014, at 4:40 PM, Norbert Hartl  wrote:
>
>
> Am 11.07.2014 um 16:33 schrieb Yuriy Tymchuk :
>
>
> On 11 Jul 2014, at 16:30, Esteban Lorenzano  wrote:
>
> On 11 Jul 2014, at 16:22, kilon alios  wrote:
>
> why not round it before comparing it ? looks like an easy enough problem
> to fix . I would expect that to be equal.
>
>
> because it wouldn’t be correct :)
>
>
> But then why 4/2 = 2?
>
>
> The same reason why
>
> 4/3 = 8/6
>
> :)
>
> Norbert
>
>
>
>
>
> On Fri, Jul 11, 2014 at 5:18 PM, Yuriy Tymchuk 
> wrote:
>
>> That’s why mathematics and programming are two different things…
>>
>>
>> On 11 Jul 2014, at 16:08, Esteban A. Maringolo 
>> wrote:
>>
>> > Usually comparing against floats is not as deterministic as you would
>> > expect. And in other dialects you use #equals: instead of #=
>> >
>> > But in Pharo there is no #equals: and instead there is a #closeTo:,
>> > but #closeTo: has an arbitrary decimal precision, more than enough for
>> > commong arithmetic.
>> >
>> > Regards!
>> >
>> > Esteban A. Maringolo
>> >
>> >
>> > 2014-07-11 10:59 GMT-03:00 Goubier Thierry :
>> >> :)
>> >>
>> >> in Smalltalk, the division of two integers is a fraction, not a float.
>> >>
>> >> i.e. 1/5 is 1/5.
>> >>
>> >> Thierry
>> >>
>> >> Le 11/07/2014 15:53, Natalia Tymchuk a écrit :
>> >>>
>> >>> Hello.
>> >>>  I found interesting thing:
>> >>> Why it is like this?
>> >>>
>> >>> Best regards,
>> >>> Natalia
>> >>>
>> >>
>> >> --
>> >> Thierry Goubier
>> >> CEA list
>> >> Laboratoire des Fondations des Systèmes Temps Réel Embarqués
>> >> 91191 Gif sur Yvette Cedex
>> >> France
>> >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
>> >>
>> >
>>
>>
>>
>
>
>
>
>

Re: [Pharo-dev] strange difference between localhost and 127.0.0.1 with a Zinc server on mac

[Luc Fabresse]

Hi Sven,

$ telnet localhost 1701
works perfectly but I noticed that it first tries to connect to ::1 and
then switch to 127.0.0.1

Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost

but I suspected that curl does the same and do not fallback to 127.0.0.1
and yes this one works:

curl --ipv4 http://localhost:1701

so by default my curl works on ipv6

I do not know why ::1 is before 127.0.0.1 on my mac 10.9.3.
Is there a global option?
in /etc/hosts 127.0.0.1 if first

anyway, thanks
problem solved and not related with Zinc ;-)

Luc


2014-06-14 11:03 GMT+02:00 Sven Van Caekenberghe :

> Luc,
>
> I have seen this kind of weirdness before, but I mostly see it with ab
> (apache benchmark tool). I really have no idea. Have you tried with telnet
> to do a manual HTTP request ?
>
> $ telnet localhost 1701
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> GET /random HTTP/1.1
> Host:localhost:1701
>
> HTTP/1.1 200 OK
> Content-Type: text/plain;charset=utf-8
> Content-Length: 64
> Date: Sat, 14 Jun 2014 08:58:48 GMT
> Server: Zinc HTTP Components 1.0
>
> EF97C091498F3FEA3F79F65D36C40ECAFD116A68BA31F45D027DB61EBDD1579
> ^]
> telnet> close
> Connection closed.
>
> You could also try using the same or a second Pharo image to do the
> request.
>
> $ ./pharo Pharo.image eval "ZnClient new get: '
> http://localhost:8080/random'"
> '766EF4E6E5664EF4C5163D30125B5C35BFE2AED408835CB6D6206DF0A7A15FD
> '
>
> In any case, the server socket used is normally listening on all
> interfaces [0.0.0.0]
>
> Sven
>
> On 14 Jun 2014, at 09:17, Luc Fabresse  wrote:
>
> >
> >
> > 2014-06-14 6:04 GMT+02:00 Ben Coman :
> > Luc Fabresse wrote:
> >> Hi,
> >>
> >> I experiencing a strange difference between localhost and 127.0.0.1.
> >>
> >> In Pharo I do:
> >>
> >> (ZnServer startDefaultOn: )
> >> onRequestRespond: [ :request | ZnResponse ok: (ZnEntity text:
> 'hello') ]
> >>
> >> In bash:
> >>
> >> $ lsof -Pi | grep Pharo
> >> Pharo 2718  luc7u  IPv4 0x1e64a2e9381f409b  0t0  TCP *:
> (LISTEN)
> >>
> >> I perfectly listen on port  from all interfaces *
> >>
> >> $ curl http://127.0.0.1:
> >> hello
> >>
> >> $ curl http://localhost:
> >> curl: (7) Failed to connect to localhost port : Connection refused
> <- why ?
> >>
> >> localhost is correctly resolved on my mac
> >> $ ping localhost
> >> PING localhost (127.0.0.1): 56 data bytes
> >> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.044 ms
> >>
> >> I tested with other programs than Zinc to open listening sockets and it
> works.
> >>
> >> Any idea?
> >>
> >> #Luc
> > maybe http://sourceforge.net/p/curl/bugs/1337/
> >
> > Humm, I use curl 7.36.0, so yes perhaps this bug fix is not integrated...
> >
> > Anyway, I was also suspecting curl but I tested with server: Apache on
> port  and here curl works:
> >
> > httpd 621  luc5u  IPv6 0x6ea19c1d988f10db  0t0  TCP *:
>  <-- same as Zinc
> >
> > but both:
> >
> > curl http://127.0.0.1:
> > curl http://localhost:
> >
> > are working.
> >
> > wget always works (Apache and Zinc):
> >
> > wget -qO- http://127.0.0.1:
> > wget -qO- http://localhost:
> >
> > Thanks Max and Ben,
> >
> > Luc
> >
>
>
>

Re: [Pharo-dev] Zinc IPv6 (was Re: strange difference between localhost and 127.0.0.1 with a Zinc server on mac)

[Luc Fabresse]

2014-06-14 10:55 GMT+02:00 Ben Coman :

>  Luc Fabresse wrote:
>
>
>
> 2014-06-14 6:04 GMT+02:00 Ben Coman :
>
>>  Luc Fabresse wrote:
>>
>> Hi,
>>
>>  I experiencing a strange difference between localhost and 127.0.0.1.
>>
>>  In Pharo I do:
>>
>>  (ZnServer startDefaultOn: )
>> onRequestRespond: [ :request | ZnResponse ok: (ZnEntity text:
>> 'hello') ]
>>
>>  In bash:
>>
>>  $ lsof -Pi | grep Pharo
>> Pharo 2718  luc7u  IPv4 0x1e64a2e9381f409b  0t0  TCP *:
>> (LISTEN)
>>
>>  I perfectly listen on port  from all interfaces *
>>
>>  $ curl http://127.0.0.1:
>> hello
>>
>>  $ curl http://localhost:
>>  curl: (7) Failed to connect to localhost port : Connection refused
>> *<- why ?*
>>
>>  localhost is correctly resolved on my mac
>>  $ ping localhost
>> PING localhost (127.0.0.1): 56 data bytes
>> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.044 ms
>>
>>  I tested with other programs than Zinc to open listening sockets and it
>> works.
>>
>>  Any idea?
>>
>> #Luc
>>
>>  maybe http://sourceforge.net/p/curl/bugs/1337/
>>
>
>  Humm, I use curl 7.36.0, so yes perhaps this bug fix is not integrated...
>
>  Anyway, I was also suspecting curl but I tested with server: Apache on
> port  and here curl works:
>
>  httpd 621  luc5u  IPv6 0x6ea19c1d988f10db  0t0  TCP *:
>  <-- same as Zinc
>
>
> Yes. If the *: means that Apache was listening on "all" IP addresses
> rather than just 127.0.0.1, then as you can see it was an IPv6 address that
> curl connected to.
>

ah right, I did not read the beginning of the line ;-)

So now it is clearer.
I conclude that it is a curl bug only for ipv4


>
> btw, What do you get from `nslookup localhost` ?
>

$ nslookup localhost
Server: 192.168.0.254
Address: 192.168.0.254#53

Name: localhost
Address: 127.0.0.1


> Anyway, the question then becomes... How well does Pharo / Zinc play with
> IPv6 ?
>

the Socket plugin supports some things but I do not remember now.

Thx,

Luc



>
> cheers -ben
>
>
>  but both:
>
>  curl http://127.0.0.1:
>  curl http://localhost:
>
>  are working.
>
>  wget always works (Apache and Zinc):
>
>  wget -qO- http://127.0.0.1:
>  wget -qO- http://localhost:
>
>  Thanks Max and Ben,
>
>  Luc
>
>
>

Re: [Pharo-dev] strange difference between localhost and 127.0.0.1 with a Zinc server on mac

[Luc Fabresse]

2014-06-14 6:04 GMT+02:00 Ben Coman :

>  Luc Fabresse wrote:
>
> Hi,
>
>  I experiencing a strange difference between localhost and 127.0.0.1.
>
>  In Pharo I do:
>
>  (ZnServer startDefaultOn: )
> onRequestRespond: [ :request | ZnResponse ok: (ZnEntity text:
> 'hello') ]
>
>  In bash:
>
>  $ lsof -Pi | grep Pharo
> Pharo 2718  luc7u  IPv4 0x1e64a2e9381f409b  0t0  TCP *:
> (LISTEN)
>
>  I perfectly listen on port  from all interfaces *
>
>  $ curl http://127.0.0.1:
> hello
>
>  $ curl http://localhost:
>  curl: (7) Failed to connect to localhost port : Connection refused
>   *<- why ?*
>
>  localhost is correctly resolved on my mac
>  $ ping localhost
> PING localhost (127.0.0.1): 56 data bytes
> 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.044 ms
>
>  I tested with other programs than Zinc to open listening sockets and it
> works.
>
>  Any idea?
>
> #Luc
>
> maybe http://sourceforge.net/p/curl/bugs/1337/
>

Humm, I use curl 7.36.0, so yes perhaps this bug fix is not integrated...

Anyway, I was also suspecting curl but I tested with server: Apache on port
 and here curl works:

httpd 621  luc5u  IPv6 0x6ea19c1d988f10db  0t0  TCP *:  <--
same as Zinc

but both:

curl http://127.0.0.1:
curl http://localhost:

are working.

wget always works (Apache and Zinc):

wget -qO- http://127.0.0.1:
wget -qO- http://localhost:

Thanks Max and Ben,

Luc

[Pharo-dev] strange difference between localhost and 127.0.0.1 with a Zinc server on mac

[Luc Fabresse]

Hi,

I experiencing a strange difference between localhost and 127.0.0.1.

In Pharo I do:

(ZnServer startDefaultOn: )
onRequestRespond: [ :request | ZnResponse ok: (ZnEntity text: 'hello') ]

In bash:

$ lsof -Pi | grep Pharo
Pharo 2718  luc7u  IPv4 0x1e64a2e9381f409b  0t0  TCP *:
(LISTEN)

I perfectly listen on port  from all interfaces *

$ curl http://127.0.0.1:
hello

$ curl http://localhost:
curl: (7) Failed to connect to localhost port : Connection refused
*<- why ?*

localhost is correctly resolved on my mac
$ ping localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.044 ms

I tested with other programs than Zinc to open listening sockets and it
works.

Any idea?

#Luc

Re: [Pharo-dev] ZeroConf scripts download progress

[Luc Fabresse]

Hi,

In theory, this should work:

curl get.pharo.org/stable | xargs bash {} -v

but in practice it doesn't ;-)
I suspect because of the html hack in bash script.
some characters should be protected

Cheers,

Luc



#Luc


2014-06-11 17:09 GMT+02:00 Esteban A. Maringolo :

> 2014-06-11 11:54 GMT-03:00 Max Leske :
> > @(other)Esteban
> > How important is this to you?
>
> It is not mandatory. I just like to run things verbosely. Feedback is
> paramount :)
>
> > You can always pipe the script through a ‘sed’
> > filter and remove the ‘--silent’ option.
>
> Yep, I can also download the script and keep a modified version.
>
> That's why asked if it could be done.
>
>
> Regards!
>
>

Re: [Pharo-dev] ConfigurationOfIDE, ConfigurationOfMorphicUI

[Luc Fabresse]

Congrats!

Luc

2014-06-10 22:02 GMT+02:00 Pavel Krivanek :

> Hi,
>
> I were successful in two small battles on the remodularization front.
> Firstly I'm able again to build image with ConfigurationOfIDE:
>
>
> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-3-ConfigurationOfIDE/
>
> This job takes the shrinked image and tries to load (almost) everything
> back using configuration.
>
> The second goal I were able to reach is to take Morphic-Core image and
> load the rest of Morphic packages without tools into it (only Workspace and
> Transcript are present).
>
>
> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-3-ConfigurationOfMorphicUI/
>
> Both images are still dirty and unfinished, e.g. the second one has some
> repainting problems, but we move forward.
>
> Cheers,
> -- Pavel
>
>
>

Re: [Pharo-dev] Delete a package in SmalltalkHub

[Luc Fabresse]

2014-06-06 21:47 GMT+02:00 jannik laval :

> Hum,
>
> I just retry from home and it works !!!
> So, I don't understand... an error related to proxies ? I don't understand.
>

No I can't believe that it is related to proxies
we will re-check



>
> Jannik
>
>
> 2014-06-06 21:43 GMT+02:00 jannik laval :
>
> Yes, we check, but I suspect that it does not work because it is related
>> to a team.
>> I already removed packages / mcz on my own repository and it worked (3
>> weeks ago).
>>
>> Cheers,
>> Jannik
>>
>>
>> 2014-06-06 18:13 GMT+02:00 stepharo :
>>
>> Yes but did you check because it looks like it removes it for real.
>>>
>>>
>>> On 6/6/14 10:49, jannik laval wrote:
>>>
 Hi pharoers,

 In SmalltalkHub, we would like to delete a package in a team project.
 When clicking on delete button, we get a message: "The request did not
 succeed".

 Any idea ?

 --

 ~~Jannik Laval~~
 École des Mines de Douai
 Enseignant-chercheur
 http://www.jannik-laval.eu
 http://www.phratch.com
 http://car.mines-douai.fr/


>>>
>>>
>>
>>
>> --
>>
>> ~~Jannik Laval~~
>> École des Mines de Douai
>> Enseignant-chercheur
>> http://www.jannik-laval.eu
>> http://www.phratch.com
>> http://car.mines-douai.fr/
>>
>
>
>
> --
>
> ~~Jannik Laval~~
> École des Mines de Douai
> Enseignant-chercheur
> http://www.jannik-laval.eu
> http://www.phratch.com
> http://car.mines-douai.fr/
>

Re: [Pharo-dev] ConfigurationOfMorphicCore

[Luc Fabresse]

Thanks Pavel, I have a clearer picture of the process.

Luc

2014-06-04 11:47 GMT+02:00 Pavel Krivanek :

>
> 2014-06-04 0:09 GMT+02:00 Luc Fabresse :
>
> Hi Pavel,
>>
>> I tested the image and it worked exactly as Doru described.
>> I also noted that an "error" file is created when quitting the image.
>> It contains:
>>
>> MessageNotUnderstood: receiver of "new" is nil
>>
>> Probably something in the shutdown?
>>
>
> yes
>
>>
>> BTW, can you give some explanations on the different CI jobs?
>>
>> - Pharo-4.0-Bootstrap-Step-1.0-Shrink
>>
>
> This job takes full fresh Pharo 4.0 image and unloads all packages but
> basic kernel packages, network support, Monticello, Gofer and Metacello.
>
>
>> - Pharo-4.0-Bootstrap-Step-2.0-ConfigurationOfSUnit
>>
>
> This job takes the shrinked image and loads base of SUnit and runs the
> tests
>
>
>> - Pharo-4.0-Bootstrap-Step-2.1-ConfigurationOfKernelTests
>>
>
> This job takes the image with preloaded SUnit and loads and run tests
> related to the kernel packages (currently not all)
>
>
>> - Pharo-4.0-Bootstrap-Step-3-ConfigurationOfIDE
>>
>
> This job tries to load (almost) everything back to the shninked image
> using configuration. Some time ago it really worked ;-)
>
>
>>  - Pharo-4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore
>>
>
> Loads Morphic-Core package (+some patches) to the shrinked image and
> initializes this Morphic subset.
>
> -- Pavel
>
>
>>
>>
>
>> Thanks for this important work!
>>
>> #Luc
>>
>>
>> 2014-06-03 21:36 GMT+02:00 Bernardo Ezequiel Contreras <
>> vonbecm...@gmail.com>:
>>
>>  interesting!
>>>
>>>
>>> On Tue, Jun 3, 2014 at 4:07 PM, Pavel Krivanek >> > wrote:
>>>
>>>> I'm really surprised how little we need to make TextMorph work with
>>>> basic bitmap fonts:
>>>>
>>>> TAbleToRotate
>>>> StrikeFont->#readFromStrike2:
>>>> StrikeFont->#readFromStrike2Stream:
>>>> StrikeFont->#displayLine:at:
>>>> StrikeFont->#characters:in:displayAt:clippedBy:rule:fillColor:kernDelta
>>>> :on:
>>>> StrikeFont->#height
>>>> StrikeFont->#ascent
>>>> StrikeFont->#descent
>>>> StrikeFont->#installOn:foregroundColor:backgroundColor:
>>>> BitBlt->#installStrikeFont:foregroundColor:backgroundColor:
>>>> StrikeFont->#glyphs
>>>> StrikeFont->#displayString:on:from:to:at:kern:
>>>> StrikeFont->#characterToGlyphMap
>>>> StrikeFont->#createCharacterToGlyphMap
>>>> StrikeFont->#xTable
>>>> String->#asMorph
>>>> StringMorph class->#contents:
>>>> StringMorph class->#contents:font:
>>>> StringMorph class->#contents:font:emphasis:
>>>> StringMorph->#initialize
>>>> StringMorph->#initWithContents:font:emphasis:
>>>> StringMorph->#contents:
>>>> StringMorph->#privateSetContents:
>>>> StringMorph->#fitContents
>>>> StringMorph->#measureContents
>>>> StringMorph->#fontToUse
>>>> AbstractFont->#widthOfString:
>>>> AbstractFont->#widthOfString:from:to:
>>>> StrikeFont->#widthOf:
>>>> StringMorph->#minimumWidth
>>>> StringMorph->#fullBounds
>>>> StringMorph->#contents
>>>> StringMorph->#areasRemainingToFill:
>>>> StringMorph->#drawOn:
>>>> StringMorph->#handlesMouseDown:
>>>> StringMorph->#isEditable:
>>>> StringMorph class->#editableStringMorph
>>>> StringMorph->#isTranslucentButNotTransparent
>>>> WorldMorph->#acceptDroppingMorph:event:
>>>> Morph->#justDroppedInto:event:
>>>> StringMorph->#imageForm:forRectangle:
>>>>
>>>>
>>>> 2014-06-03 15:54 GMT+02:00 stepharo :
>>>>
>>>> Nice!
>>>>> Alain restarted to work on Bloc and the result looks nice. I'm trying
>>>>> to get some influence and rewrite clean what I see that
>>>>> can be cleaned.
>>>>>
>>>>> Stef
>>>>>
>>>>>
>>>>>  Hi,
>>>>>>
>>>>>> I created a job that bootstraps MorphicCore - an image that contains
>>>>>> runable subset of Morphic that is able only to display a simple morph and
>>>>>> handle mouse and keyboard events on it. Please, try to test the image on
>>>>>> Mac.
>>>>>>
>>>>>> https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-
>>>>>> 4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore/
>>>>>>
>>>>>> Cheers,
>>>>>> -- Pavel
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Bernardo E.C.
>>>
>>> Sent from a cheap desktop computer in South America.
>>>
>>
>>
>

Re: [Pharo-dev] ConfigurationOfMorphicCore

[Luc Fabresse]

Hi Pavel,

I tested the image and it worked exactly as Doru described.
I also noted that an "error" file is created when quitting the image.
It contains:

MessageNotUnderstood: receiver of "new" is nil

Probably something in the shutdown?

BTW, can you give some explanations on the different CI jobs?

- Pharo-4.0-Bootstrap-Step-1.0-Shrink
- Pharo-4.0-Bootstrap-Step-2.0-ConfigurationOfSUnit
- Pharo-4.0-Bootstrap-Step-2.1-ConfigurationOfKernelTests
- Pharo-4.0-Bootstrap-Step-3-ConfigurationOfIDE
- Pharo-4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore

Thanks for this important work!

#Luc


2014-06-03 21:36 GMT+02:00 Bernardo Ezequiel Contreras :

> interesting!
>
>
> On Tue, Jun 3, 2014 at 4:07 PM, Pavel Krivanek 
> wrote:
>
>> I'm really surprised how little we need to make TextMorph work with
>> basic bitmap fonts:
>>
>> TAbleToRotate
>> StrikeFont->#readFromStrike2:
>> StrikeFont->#readFromStrike2Stream:
>> StrikeFont->#displayLine:at:
>> StrikeFont->#characters:in:displayAt:clippedBy:rule:fillColor:kernDelta
>> :on:
>> StrikeFont->#height
>> StrikeFont->#ascent
>> StrikeFont->#descent
>> StrikeFont->#installOn:foregroundColor:backgroundColor:
>> BitBlt->#installStrikeFont:foregroundColor:backgroundColor:
>> StrikeFont->#glyphs
>> StrikeFont->#displayString:on:from:to:at:kern:
>> StrikeFont->#characterToGlyphMap
>> StrikeFont->#createCharacterToGlyphMap
>> StrikeFont->#xTable
>> String->#asMorph
>> StringMorph class->#contents:
>> StringMorph class->#contents:font:
>> StringMorph class->#contents:font:emphasis:
>> StringMorph->#initialize
>> StringMorph->#initWithContents:font:emphasis:
>> StringMorph->#contents:
>> StringMorph->#privateSetContents:
>> StringMorph->#fitContents
>> StringMorph->#measureContents
>> StringMorph->#fontToUse
>> AbstractFont->#widthOfString:
>> AbstractFont->#widthOfString:from:to:
>> StrikeFont->#widthOf:
>> StringMorph->#minimumWidth
>> StringMorph->#fullBounds
>> StringMorph->#contents
>> StringMorph->#areasRemainingToFill:
>> StringMorph->#drawOn:
>> StringMorph->#handlesMouseDown:
>> StringMorph->#isEditable:
>> StringMorph class->#editableStringMorph
>> StringMorph->#isTranslucentButNotTransparent
>> WorldMorph->#acceptDroppingMorph:event:
>> Morph->#justDroppedInto:event:
>> StringMorph->#imageForm:forRectangle:
>>
>>
>> 2014-06-03 15:54 GMT+02:00 stepharo :
>>
>> Nice!
>>> Alain restarted to work on Bloc and the result looks nice. I'm trying to
>>> get some influence and rewrite clean what I see that
>>> can be cleaned.
>>>
>>> Stef
>>>
>>>
>>>  Hi,

 I created a job that bootstraps MorphicCore - an image that contains
 runable subset of Morphic that is able only to display a simple morph and
 handle mouse and keyboard events on it. Please, try to test the image on
 Mac.

 https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-
 4.0-Bootstrap-Step-3.0-ConfigurationOfMorphicCore/

 Cheers,
 -- Pavel

>>>
>>>
>>>
>>
>
>
> --
> Bernardo E.C.
>
> Sent from a cheap desktop computer in South America.
>

Re: [Pharo-dev] ConfigurationOfIDE and issue 12601

[Luc Fabresse]

+1


#Luc


2014-05-15 18:43 GMT+02:00 Tudor Girba :

> Sold. We make this goal number 1.
>
> Doru
>
>
> On Thu, May 15, 2014 at 6:36 PM, Esteban Lorenzano wrote:
>
>> form my POV, this THE goal of pharo 4.
>> Being able to build pharo from kernel and with nice configurations for
>> all submodules.
>>
>> We’ll see :P
>>
>> Esteban
>>
>>
>> On 15 May 2014, at 18:34, Tudor Girba  wrote:
>>
>> This would make for a beautiful goal.
>>
>> Doru
>>
>>
>> On Thu, May 15, 2014 at 2:27 PM, stepharo  wrote:
>>
>>> Pavel
>>>
>>> for Pharo 40 we would really like to start from your image and load
>>> configurations. :)
>>>
>>> Stef
>>>
>>>
>>>
>>> On 15/5/14 13:00, Pavel Krivanek wrote:
>>>
 Hi,

 I finally found some time to investigate why the job
 PharoKernel3.0-FromTopShrink-Reload that tries to load
 ConfigurationOfIDE to a shrinked image does not work. The raised errors are
 misleading. The main problem is that during atomic load of the packages in
 the configuration nothing is really done. No error is raised, the process
 writes "Finished atomic load" but no package is loaded.
 So I was looking for an update that has broken it. It was the update
 30781 that integrates the issue https://pharo.fogbugz.com/f/cases/12601.
 Still not sure why.

 Cheers,
 -- Pavel

>>>
>>>
>>>
>>
>>
>> --
>> www.tudorgirba.com
>>
>> "Every thing has its own flow"
>>
>>
>>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
>

[Pharo-dev] Condense changes

[Luc Fabresse]

hi all,

In a fresh image #30826, I tried:

Smalltalk image condenseChanges -> ZnInvalidUTF8 error

https://pharo.fogbugz.com/default.asp?12729&;
describes that but it is closed.

I tried the new version:

PharoChangesCondenser condense. -> parse error

Do we open a new bug?

Is there another way that I missed?

Do you agree that we should remove condenseChanges from SmalltalkImage?

Cheers,

#Luc

[Pharo-dev] Smalltalkhub down

[Luc Fabresse]

Hi,

http://www.downforeveryoneorjustme.com/http://smalltalkhub.com/

Any admin? ;-)

#Luc

Re: [Pharo-dev] [OT] Pharo-Amber stack screencast

[Luc Fabresse]

2014-04-11 22:06 GMT+02:00 Sebastian Sastre :

>
> On Apr 11, 2014, at 4:47 PM, Luc Fabresse  wrote:
>
> Hi Sebastian,
>
> Really nice video and demo app!
> Thanks a lot for sharing this.
>
> thanks for your feedback, I’m glad you enjoyed!
>
> Is the code available?
>
> Two issues with that:
> 1. it has many piece and a screencast for that would be long
> 2. Amber is changing a little how it organises things, I would like to
> share the new way and that app has the old way. Hopefully this is the first
> screencast of many showing the new way which is way cooler.
>
> What can be done? I’ll release the pieces and screencast as I can. One is
> already there <https://github.com/sebastianconcept/Mapless> but could
> find time to explain how to install motivation, applicability, etc. Stay
> tuned!
>

sure I will!


>
>
> To learn more in details ;-)
>
> In the video, I also liked when you presented the root folder of your
> project and how you managed the marriage of everything.
> For example, you explained that you use filetree so I suppose that you use
> git or svn for versioning the whole thing?
>
>
> Glad you mention this. I was suspecting someone would appreciate that (I
> know I would a while ago).
> Yes, I use filetree and git.
> If I have to start it again from scratch I think I would do it a little
> simpler
> I guess I’ve learned as I did it XD
>

ha, now I am curious ;-)
what did you simplified?

#Luc

>
>
> I would also have liked more details on the network communications.
> 1 websocket per webpage?
> home-made protocol?
>
> That’s something interesting I didn’t showed there, you’re right. Not too
> fancy, just WebSockets with a custom Zinc handler on the backend. I’m
> thinking on doing a second part showing just that.
>
> again thanks for your input and glad you enjoyed
>
>
>
> Cheers,
>
> Luc
>
>
> #Luc
>
>
> 2014-04-11 0:51 GMT+02:00 Sebastian Sastre :
>
>> Hi guys,
>>
>> this might be of interest to some:
>>
>> *A tour into tasks, a flowing experiment on full-duplex web applications
>> using web sockets*
>>
>> http://blog.flowingconcept.com/brandIt/a-tour-into-tasks-a-flowing-experiment-on-fullduplex-web-applications-using-web-sockets
>>
>> Is a ~28m screencast I’ve published in enGrish giving a tour on various
>> details of this little experiment:
>>
>> http://tasks.flowingconcept.com/service/
>>
>> These screencasts will be *feedback-driven* so feel free to comment and
>> send suggestions on how to make them better or cover topics you feel need
>> to be proven the most for a broader audience
>>
>> hope you enjoy and don’t forget to vote up on youtube if you do!
>>
>>  sebastian <https://about.me/sebastianconcept>
>>
>> o/
>>
>>
>>
>>
>>
>>
>
>

Re: [Pharo-dev] [OT] Pharo-Amber stack screencast

[Luc Fabresse]

Hi Sebastian,

Really nice video and demo app!
Thanks a lot for sharing this.

Is the code available?
To learn more in details ;-)

In the video, I also liked when you presented the root folder of your
project and how you managed the marriage of everything.
For example, you explained that you use filetree so I suppose that you use
git or svn for versioning the whole thing?

I would also have liked more details on the network communications.
1 websocket per webpage?
home-made protocol?

Cheers,

Luc


#Luc


2014-04-11 0:51 GMT+02:00 Sebastian Sastre :

> Hi guys,
>
> this might be of interest to some:
>
> *A tour into tasks, a flowing experiment on full-duplex web applications
> using web sockets*
>
> http://blog.flowingconcept.com/brandIt/a-tour-into-tasks-a-flowing-experiment-on-fullduplex-web-applications-using-web-sockets
>
> Is a ~28m screencast I’ve published in enGrish giving a tour on various
> details of this little experiment:
>
> http://tasks.flowingconcept.com/service/
>
> These screencasts will be *feedback-driven* so feel free to comment and
> send suggestions on how to make them better or cover topics you feel need
> to be proven the most for a broader audience
>
> hope you enjoy and don’t forget to vote up on youtube if you do!
>
> sebastian 
>
> o/
>
>
>
>
>
>

Re: [Pharo-dev] Crazy Smalltalk code snippets

[Luc Fabresse]

Hi Frank,

 It you be excellent to have a workshop paper on partial continuations.
 Here are the infos: http://www.esug.org/wiki/pier/Conferences/2014/IWST14

Cheers,

#Luc


2014-03-26 14:25 GMT+01:00 Frank Shearar :

> Hi Stef,
>
> Thanks for the kind words! How would I go about doing that?
>
> frank
>
> On 26 March 2014 07:26, Pharo4Stef  wrote:
> > Hi frank
> >
> > It would really great if you send an article on this to the ESUG
> workshop.
> > I can help reviewing the draft if you want.
> > Stef
> >
> >> Yes: http://ss3.gemstone.com/ss/Control.html
> >>
> >> Last time I checked I did need to add a shim (see the ControlPharo
> >> package), but it did load cleanly and pass all its own tests.
> >>
> >> Control not only provides a convenient way of making partial
> >> continuations (of the shift/reset sort, if you're familiar with the
> >> literature), but also _delimited_ dynamic variables. As soon as you
> >> start stack-slicing with partial continuations, you quickly find that
> >> standard implementations of dynamic variables fail in all sorts of
> >> nasty ways. Fundamentally, "normal" dynamic variables _cannot_ work
> >> cleanly with partial continuations because they either close over too
> >> much of the dynamic environment, or too little.
> >>
> >> Here's some reading on the topic:
> >>
> >> [1] http://okmij.org/ftp/Computation/dynamic-binding.html
> >> [2] http://www.cs.rutgers.edu/~ccshan/dynscope/DDBinding.pdf
> >> [3]
> http://www.lshift.net/blog/2012/06/27/resumable-exceptions-can-macro-express-delimited-dynamic-variables
> >>
> >> frank
> >>
> >> Cheers,
> >> -- Pavel
> >
> >
> 
> 
> 
>  --
>  best,
>  Eliot
> >>>
> >>>
> >>
> >
> >
>
>

Re: [Pharo-dev] [Pharo-users] Pharo 3.0 on Mac OS X 10.9

[Luc Fabresse]

2014-02-27 11:43 GMT+01:00 Damien Cassou :

> Hi Sven,
>
> On Wed, Feb 26, 2014 at 11:52 PM, Sven Van Caekenberghe 
> wrote:
> > The out of the box experience. Installing and running Pharo 3.0 on a
> blank Mac OS X 10.9 account in 40 seconds.
> >
> > https://www.youtube.com/watch?v=xxljgugI4c4
> >
> > With 3 extra minutes to demo some networking and image manipulation
> interactions.
>
> don't forget there is the dmg installer now:
> https://ci.inria.fr/pharo-contribution/job/PharoLauncher-Mac-Package/


cool, I was not aware of that.
A link should be added in the download section of pharo.org

Luc


>
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
> "Success is the ability to go from one failure to another without
> losing enthusiasm."
> Winston Churchill
>
>

Re: [Pharo-dev] iPad version does not work ?

[Luc Fabresse]

Hi All,

 Are these steps written README file in the PharoVM repo?
 e.g. https://github.com/pharo-project/pharo-vm/blob/master/README.md

Luc


2014-02-26 21:34 GMT+01:00 jannik laval :

> Yes, but a Pharo1.4
> I tried with a Pharo2.0 but it freezes. Morover, for Pharo2.0 there are
> some changes to do to download all the stuff.
>
> Here is the process for Pharo 1.4:
>
> 
> git clone https://github.com/pharo-project/pharo-vm.git
> cd pharo-vm/image/
> ./newImage.sh ==> it load a pharo20
>
> ./pharo generator.image eval --save PharoIPhoneBuilder buildIPhoneSimulator
> -- or --
> ./pharo generator.image eval --save PharoIPhoneBuilder buildIPhone
>
> cd ../iosbuild/resources/
>
> ./generate.sh
>
> cd ../../build/
>
> sudo ../scripts/extract-commit-info.sh
>
> sudo cmake -G Xcode .
>
> open iPharoSimulator.xcodeproj/
>
> In the list "ALL_BUILD", go to edit scheme, and change the Executable
> field to the iPharo...
> Select your iOS version and compile it.
>
>
>
>
> 2014-02-26 20:45 GMT+01:00 Alexandre Bergel :
>
> So, can we have Pharo on the iphone and ipad?
>>
>> Alexandre
>>
>>
>> On Feb 26, 2014, at 7:33 AM, jannik laval  wrote:
>>
>> > Thank you Esteban,
>> > It works. I failed probably because I did not remove the app in the
>> simulator.
>> >
>> > Thank you again.
>> >
>> > Jannik
>> >
>> >
>> > 2014-02-25 13:26 GMT+01:00 Esteban Lorenzano :
>> > btw what can be happening is that xcode fails to build freetype2.
>> > the way to workaround this problem is:
>> >
>> > first, build a makefile version of the app:
>> >
>> > sh build.sh
>> >
>> > then, re-prepare for xcode:
>> >
>> > rm CMakeCache.txt
>> > cmake -G Xcode .
>> >
>> >
>> > (that will build freetype2 first, and when xcode tries to get it, it
>> will be already there, so it will ski the build part, who often and
>> mysteriously fails)
>> >
>> > Esteban
>> >
>> >
>> > On 25 Feb 2014, at 13:22, Esteban Lorenzano 
>> wrote:
>> >
>> >> that works for me.
>> >> what is the problem you are having?
>> >>
>> >>
>> >> On 25 Feb 2014, at 12:10, jannik laval  wrote:
>> >>
>> >>> It seems to not work :(
>> >>> Here is the process I follow:
>> >>>
>> >>> ===
>> >>> git clone https://github.com/pharo-project/pharo-vm.git
>> >>> cd pharo-vm/image/
>> >>> ./newImage.sh   ==> it load a pharo20
>> >>>
>> >>> ./pharo generator.image eval --save PharoIPhoneBuilder
>> buildIPhoneSimulator
>> >>>
>> >>> cd ../iosbuild/resources/
>> >>>
>> >>> ./generate.sh  ==> it is a pharo1.4 image.
>> >>>
>> >>> sudo ../scripts/extract-commit-info.sh
>> >>> sudo cmake -G Xcode .
>> >>>
>> >>> open iPharoSimulator.xcodeproj/
>> >>>
>> >>> In the list "ALL_BUILD", go to edit scheme, and change the Executable
>> field to the iPharo.
>> >>> Select your iOS version and compile it.
>> >>> ===
>> >>>
>> >>> Jannik
>> >>>
>> >>>
>> >>> 2014-02-25 9:23 GMT+01:00 Esteban Lorenzano :
>> >>>
>> >>> On 25 Feb 2014, at 08:04, Pharo4Stef  wrote:
>> >>>
>> 
>>  On 25 Feb 2014, at 01:31, Esteban Lorenzano 
>> wrote:
>> 
>> > it *should* be working now.
>> >
>> > cheers
>> > Esteban (who needs to write more documentation, but he does what he
>> can :) )
>> 
>>  No need lentghly sentences just some nice bulleted lists of actions
>>  and we can do something with that.
>> >>>
>> >>> yes, I will... but as I always say: time is a tyrant. And writing
>> documentation is boring :)
>> >>> Anyway most of the process is already covered with current
>> documentation, I just need to add a few points.
>> >>>
>> >>> (no one reads documentation either, is a bit annoying... every time is
>> like starting from scratch... But don't take me into appoint, I'm having a
>> cynical morning :P)
>> >>>
>> >>> Esteban
>> >>>
>> 
>> 
>> 
>> >
>> > On 24 Feb 2014, at 08:58, Esteban Lorenzano 
>> wrote:
>> >
>> >> not yet... so far I restored the build capability, not the image
>> event handling :(
>> >> (nevertheless, I'm on it :) )
>> >>
>> >> Esteban
>> >>
>> >> On 24 Feb 2014, at 08:00, jannik laval 
>> wrote:
>> >>
>> >>> Hi Esteban,
>> >>>
>> >>> Did you already try ?
>> >>> I saw a message on the VM repo related to iOS, not sure it is for
>> my problem.
>> >>>
>> >>> Cheers,
>> >>> Jannik
>> >>>
>> >>>
>> >>> 2014-01-29 17:32 GMT+01:00 Esteban Lorenzano > >:
>> >>> oks... I will take a look... as soon as I can :S
>> >>>
>> >>>  (damn... I need to learn how to do a mitosis...)
>> >>>
>> >>> On 29 Jan 2014, at 17:28, jannik laval 
>> wrote:
>> >>>
>>  I confirm that it does not work: the simulator compile (but not
>> the non-simulator).
>>  Then the image cannot be open: I have a white screen.
>>  Here is my process:
>> 
>>  ===
>>  1) git clone https://github.com/pharo-project/pharo-vm.git
>>  2) in ./image dir prepare a VMMaker image (including download of
>> a pharo 2.0):
>>  ./newImage.sh

Re: [Pharo-dev] What is wrong with Settings Browser ?

[luc . fabresse]

I guess (i do not know) that it relies on pragma and therefore it scans the 
whole system

Luc

Envoyé de mon iPhone

> Le 15 févr. 2014 à 07:51, jannik laval  a écrit :
> 
> It means it opens only preferences related to this package.
> 
> Jannik
> 
> 
> 2014-02-15 0:07 GMT+01:00 Alexandre Bergel :
>> What does it mean to open a Setting Browser on a package?
>> 
>> Alexandre
>> 
>> 
>> On Feb 13, 2014, at 12:30 PM, jannik laval  wrote:
>> 
>> > Hi pharoers,
>> >
>> > I have a small problem with Settings Browser: when I open it on a single 
>> > package settings, it is really slow.
>> >
>> > Just try it.
>> > Opening a Settings browser is fast (213ms on my machine):
>> > ==
>> > SettingBrowser new open
>> > ==
>> > Now, with a specific package name, it is really slow (5284ms on my machine 
>> > !!!):
>> > ==
>> > SettingBrowser new setViewedPackageNames: 'Settings-Network'; open.
>> > ==
>> > or this line:
>> > ==
>> > SettingBrowser new changePackageSet: {PackageOrganizer default 
>> > packageNamed: 'Settings-Network' ifAbsent:[]}; open.
>> > ==
>> >
>> > I don't understand what is wrong. Any idea ?
>> >
>> > Cheers,
>> > --
>> > ~~Jannik Laval~~
>> > École des Mines de Douai
>> > Enseignant-chercheur
>> > http://www.jannik-laval.eu
>> > http://car.mines-douai.fr/
>> >
>> 
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> -- 
> ~~Jannik Laval~~
> École des Mines de Douai
> Enseignant-chercheur
> http://www.jannik-laval.eu
> http://car.mines-douai.fr/

Re: [Pharo-dev] ARM, Raspbian: Good new everyone, Raspbian display is now fixed

[Luc Fabresse]

this is really nice.
good job JB!
I should try it.

#Luc


2014-02-13 19:21 GMT+01:00 Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com>:

> Just a question: did you switch back to bitmap fonts?
>
>
> 2014-02-13 19:01 GMT+01:00 Sven Van Caekenberghe :
>
> Very nice, I will try it over the weekend !
>> Thanks!
>>
>> On 13 Feb 2014, at 18:38, Jean Baptiste Arnaud <
>> jbaptiste.arn...@gmail.com> wrote:
>>
>> > Small picture for you:
>> >
>> > 
>> > On 13 Feb 2014, at 18:27, Jean Baptiste Arnaud <
>> jbaptiste.arn...@gmail.com> wrote:
>>
>>
>>
>

Re: [Pharo-dev] What will change in Pharo with Spur the new Cog memory manager ...

[Luc Fabresse]

Thanks Clement for the post and a big thank you to Eliot for Spur!
Can't wait for pharo 4 running on Spur-based Cog ;-)

Luc

2014-02-07 Clément Bera :

> 2014-02-06 20:34 GMT+01:00 Sebastian Sastre 
> :
>
> Thanks for this information.
>>
>> Great post.
>>
>> So larger images would be no problem?  let's say growing to 900MB?
>>
>
> I wouldn't say no problem, I would say that images up to 1 Gb should be
> usable and should behave much better than they used to due to the lack of
> full GC pauses. Now that's the theory we need to make it real and this
> summer we will see...
>
>
>>
>>
>>
>>
>> On Feb 6, 2014, at 12:48 PM, Clément Bera  wrote:
>>
>> Hello pharoers,
>>
>> The new Cog memory manager, Spur, is simply *amazing*. I saw at FOSDEM
>> that some of you were interested in it, but unfortunately you were lacking
>> information about it.
>>
>> I wrote a one page article that sums up Spur's new features so every one
>> can know what will be better. There's no VM technical details here, it's
>> just about what will change for a regular pharo user.
>>
>>
>> http://clementbera.wordpress.com/2014/02/06/7-points-summary-of-the-spur-memory-manager/
>>
>> Let me know if you think I forgot yet another feature.
>>
>> If you have questions, I'll try to answer, but ask Eliot, he implemented
>> Spur so he can answer your questions much better than I can :-).
>>
>> Regards,
>>
>> Clément
>>
>>
>>
>

[Pharo-dev] [ANN] CJSolver

[Luc Fabresse]

Hi all,

As a teacher, I always try to find new programming exercices for students.
I discovered the CodeJam coding contest that provides problems and their
data sets. We can also upload a solution on the website and it tells us if
it is right or wrong.

Example of problem:
   http://code.google.com/codejam/contest/dashboard?c=351101#s=p2

So, I did a little framework (CJSolver) to make it easier to read data sets
and write result files.

More info here:

http://car.mines-douai.fr/2014/01/cjsolver-a-framework-to-solve-problems-of-the-codejam-programming-contest/

 The code is on Smalltalkhub but since I also wanted to commit data set
files and correct results, I also have a github repo here:

 https://github.com/LucFabresse/CJSolver

 You can checkout the code, test it, implement solution to other problems
or *optimize* already implemented solutions (I did the simplest version
;-)) and sometimes it is slow on big data sets.

have fun,

#Luc

Re: [Pharo-dev] unload all

[Luc Fabresse]

Thank you very much Pavel!
I am eager to go smaller using the bootstrap process ;-)

#Luc


2014/1/19 Alexandre Bergel 

> Impressive job!
>
> Alexandre
>
> Le 18-01-2014 à 16:37, Pavel Krivanek  a écrit :
>
> Hi,
>
> I finally successfully created a script that is able to unload everything
> *by Monticello* except kernel packages, network, Monticello, Gofer and
> related packages. I will setup a job when Jenkins will be healthy again.
> It uses several temporary patches that we need to solve properly:
> - make NativeBoost optional
> - make UserManager optional
> - small super-easy issue https://pharo.fogbugz
> .com/f/cases/12679/change-package-of-ClassTrait-soleInstance
>
> The size of resultant image is about 6.6 MB, 4.9 MB without MC data and
> caches. BTW in the full image Monticello data have about 5MB. The image
> has no Undeclared nor obsolete classes and is really able to load something
> using Gofer.
>
> With some care we can make it usable base for the next remodularizationeffort.
>
> Cheers,
> -- Pavel
>
>

Re: [Pharo-dev] Two videos to explain what we do when integrating a fix.

[Luc Fabresse]

2014/1/7 Benjamin 

> I do not want that end users to get expose to
> >> git on the command-line with different platforms. We should keep the
> simplicity of Pharo.
> >>
>
> Having an integration process based on git will expose only
> core-developpers ton git :)
>

yes.
For example, I really like what people (camillo? esteban? igor?) did for
the VM code on github.
now it is easy to get a synchronized VMMaker image and also commit to git
the new mcz versions.

Luc


> Not the end-users ;)
> Ben
>
>
>

Re: [Pharo-dev] Pharo magic

[Luc Fabresse]

Hi,

thanks kilon for sharing your Python experience ;-)
 I really enjoy listening to people that discover Pharo "recently".

 Thank you all!



#Luc


2013/12/6 kilon alios 

> Well I tried pharo just for fun , I knew it would not last. Pharo is
> unpopular, not enough libraries, small community , not nearly enough
> documentation. Pharo was nothing more than a little break from python.
> After all we all know smalltalk is dead , right ?  The plan was simple,
> have fun with Pharo , steal some ideas, go back to python where you can get
> things done. Little did I know. Several months later here I am. I still
> have not found the reason to give up on Pharo, my questions have been
> answered , found many great libraries to work with and the documentation is
> getting better and better.
>
> Overall my experience is way better than I predicted. Pharo is turning
> into the environment I always wanted to have. Its so unique that I just
> cant compare it with anything else, and the uniqueness is not just in
> details, its almost everywhere. I am so addicted to live coding that I cant
> see myself going back to the old way. This is the future of coding.
>
> I only wish the best for Pharo , not for me but for you guys, you work
> hard for it and you deserve it. Thank you :)
>
>
>
> On Fri, Dec 6, 2013 at 10:33 PM, Stéphane Ducasse <
> stephane.duca...@inria.fr> wrote:
>
>> Thanks for your warm words (because sometimes I would like so much to
>> improve pharo even more that I'm down).
>> We have a great team (I do not want to list names because I do not want
>> to forget someone).
>>
>> Stef
>>
>> > Maybe others noticed the same:
>> >
>> > - the numbers of closed issues is amazing(see the news on the homepage)
>> > - Pharo3.0 is already really usable and a pleasure to work with
>> > - more and more nice projects appear on STHub and elsewhere
>> > - more and more Pharo projects use continuous integration
>> > - most projects and packages are loadable from the config browser and
>> other places without
>> >   conflicting with each other
>> > - there is so much activity regarding Pharo these days on mailinglists,
>> bug-tracker,
>> >   twitter, conferences, blogs, stackoverflow, github ... it becomes
>> hard to follow
>> >   but this is a good sign
>> > - I see more and more fixes and improvements already as an update
>> coming in before
>> >   I really realize that an own bug is needed because it improves the
>> situation
>> > - more and more new names appear on the dev and user mailinglist which
>> is a good
>> >   sign that there is growing interest
>> > - Pharo is on the right track and I like to be on the train
>> >
>> > Step by step it goes...
>> >
>> > Bye
>> > T.
>> >
>> >
>> >
>> >
>>
>>
>>
>

Re: [Pharo-dev] NativeBoost String Handling Bug?

[Luc Fabresse]

Congrats Sean!
and thanks Igor ;-)


#Luc


2013/12/3 Igor Stasenko 

> Yes, thank you.
>
>
> On 3 December 2013 05:57, Sean P. DeNigris  wrote:
>
>> Igor Stasenko wrote
>> > if yes then i think we can finally close the bug entry).
>>
>> I updated the issue and made your packages into a slice:
>> https://pharo.fogbugz.com/default.asp?7542
>> SLICE-Issue-7542-NB-system-example-SeanDeNigris.1
>>
>>
>>
>> -
>> Cheers,
>> Sean
>> --
>> View this message in context:
>> http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>
>
>
> --
> Best regards,
> Igor Stasenko.
>

Re: [Pharo-dev] Old ClassBuilder remove!

[Luc Fabresse]

yes thanks a lot!
I like cleaning.


#Luc


2013/11/21 Camille Teruel 

>
> On 21 nov. 2013, at 13:44, kilon alios  wrote:
>
> any links why newcomers like me should be impressed ? Whats the advantages
> ?
>
>
> That's just cleaning. The old class builder was an incredibly complex
> piece of code that is now replaced with the Slot class builder.
> The later is based on slots and is much more understandable and thus much
> easier to maintain.
> It's been integrated some time ago thanks to Martin.
>
> Slots are the work of Toon and Camillo and enables a lot of useful
> features:
>
> http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectLayouts.pdf
> They are based on the reification of class layouts (variable,weak,fixed
> and co) and instance variables (slots).
> Slots are an abstraction added on top of low-level class "fields".
> It means that one will be able to create a customized slot class that
> define the logic to read and write a slot:
>
> Object subclass: #MyClass
> slots: { x => MyFancySlot }
> category: 'Playground'
>
> Then when a method read or writes x, the logic you defined in MyFancySlot
> is executed.
> All that still need to be absorbed by Opal so it's not available right now
> but it will (Pharo 4)!
>
>
>
>
>
> On Thu, Nov 21, 2013 at 2:21 PM, Tudor Girba  wrote:
>
>> Triple impressive! This is another sample of an apparently tiny change
>> that actually has deep impact on the future of our beloved environment.
>>
>> Ladies and gentlemen, I know you are busy, but please take the time to
>> acknowledge it :)
>>
>> Doru
>>
>>
>>
>>
>> On Thu, Nov 21, 2013 at 12:58 PM, Martin Dias wrote:
>>
>>> wow, impressive!
>>>
>>>
>>> On Thu, Nov 21, 2013 at 9:02 AM, Marcus Denker 
>>> wrote:
>>>
 Hi,

 Yesterday Camille did the change to finally remove the old class
 builder!
 (just a removal + a small change to NativeBoost to use the new class
 builder to create anonymous classes).

 This means
 - 1000 Loc of completely un-understandable code removed.
 -  we now 100% run on the new class builder from the Slot
 Project.

 Next on the list (not all for Pharo3):

 - remove PackageInfo
 - old Browser + CodeHolder hierarchy
 - PseudoClass&Co —> Ring
 - old AST+Compiler (this in Pharo4)

 We already did (all in Pharo3):
 -> remove URI
 -> deprecated Url for ZnUrl
 -> removed HTTPSocket facade
 -> MIMEType retired for ZnMimeType
 -> old Debugger is removed
 -> Class categories are replaced by Protocols

 I am quite sure that these cleanups will enable us to build a lot of
 very interesting things
 in the future.

 Marcus

>>>
>>>
>>
>>
>> --
>> www.tudorgirba.com
>>
>> "Every thing has its own flow"
>>
>
>
>

Re: [Pharo-dev] Does "browse" make sense?

[Luc Fabresse]

Hi Mariano,

 I would prefer to keep browse for everything.
 If it is a selector, it opens a browser on the only one implementation or
the implementors windows.
 If it is a class name, it browses it.
 etc.
 my idea would be to have one keybinding and context disambiguation.

Cheers,

Luc


#Luc


2013/11/8 Mariano Martinez Peck 

> Hi guys,
>
> Currently (it was not like that before), if we search implementors and
> there is only one implementation, it will open a normal browser with that
> method. If there are more, it will open the classic implementors windows.
> "Browse" (for example in the FinderUI), does exactly the same as
> implementors: if 1 result, browse, if more than 1 result, implementors
> windows.
> Sodo we need to keep having "browse" if it has the same behavior as
> "implementors"?
> I am missing something?
>
> Thanks,
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-dev] Duplicate IVs | Bug or feature?

[Luc Fabresse]

2013/11/4 Luc Fabresse 

>
> perhaps related to the new object layout.
>

arg no, not in 2.0 I guess

Luc


>
> Luc
>
> 2013/11/4 Noury Bouraqadi 
>
>> Hi,
>>
>> In Pharo2.0  #20625 it's possible to create two classes, one inheriting
>> from the other, and declaring the exact same IV (attached code).
>> It turns out that instances of the subclass hold two IVs with the exact
>> name.
>> When accessing the IV in the superclass, the first IV is used, while in
>> the subclass the second IV is accessed.
>>
>> Bug or feature?
>>
>> Noury
>> Ecole des Mines de Douai
>> http://car.mines-douai.fr/noury
>> --
>>
>>
>>
>>
>>
>>
>> Afin de contribuer au respect de l'environnement,
>>
>>
>> merci de n'imprimer ce courriel qu'en cas de necessite
>>
>>
>>
>>
>>
>> Please consider the environment before you print
>>
>>
>>
>>
>>
>>
>

Re: [Pharo-dev] Duplicate IVs | Bug or feature?

[Luc Fabresse]

perhaps related to the new object layout.

Luc

2013/11/4 Noury Bouraqadi 

> Hi,
>
> In Pharo2.0  #20625 it's possible to create two classes, one inheriting
> from the other, and declaring the exact same IV (attached code).
> It turns out that instances of the subclass hold two IVs with the exact
> name.
> When accessing the IV in the superclass, the first IV is used, while in
> the subclass the second IV is accessed.
>
> Bug or feature?
>
> Noury
> Ecole des Mines de Douai
> http://car.mines-douai.fr/noury
> --
>
>
>
>
>
>
> Afin de contribuer au respect de l'environnement,
>
>
> merci de n'imprimer ce courriel qu'en cas de necessite
>
>
>
>
>
> Please consider the environment before you print
>
>
>
>
>
>

Re: [Pharo-dev] Losing instance variable addition

[Luc Fabresse]

Hi All,

 I remember encountering the same problem somewhere and we fastly solved it
using a preLoadDoit (I do not remember the exact name now) method of the
ConfigurationOfOurProject in which we tested if the iv was there and if not
added it.

Cheers,

#Luc


2013/10/30 Stéphane Ducasse 

> Note that this is quite bad (and limit of MC) because it means that the
> people are forced to copy the package, do the modification
> and publish and do that each time the mother package will change.
>
> Stef
>
> On Oct 30, 2013, at 7:15 PM, Stéphane Ducasse 
> wrote:
>
> > Ok in fact
> > Gisela forked the AST-Core package to be able to load a new version with
> the instance variables.
> > Because there is no way to say that a class definition modification is
> attached to a given package.
> >
> > Stef
> >
> >> Apparently the problem is that gisela is adding instance variable to a
> class that is not in the Flamel package.
> >> So it was working before but not anymore.
> >>
> >> Stef
> >>
> >>
> >>
> >>> Hi guys
> >>>
> >>> we are losing instance variables addition when loading a package.
> >>> Here is the example:
> >>>
> >>> Gofer new
> >>> url: 'http://smalltalkhub.com/mc/gisela/Flamel/main';
> >>> version:   'Flamel-GiselaDecuzzi.94';
> >>> load
> >>>
> >>> Normally RBProgramNode should have three new instance variables and
> not this is not the case.
> >>> Is it a known bug?
> >>>
> >>> Stef
> >>
> >>
> >
>
>
>

Re: [Pharo-dev] CMD+/ => Comment Selection or Line

[Luc Fabresse]

On Oct 20, 2013, at 11:49 AM, Benjamin  
wrote:

> I love you :)
> 
> Doest it take in account nested comments ?

yes ;-)

> 
> Ben
> 
> On Oct 20, 2013, at 1:19 AM, Luc Fabresse  wrote:
> 
>> Hi all,
>> 
>> I wanted to be able to easily comment lines or code selection using CMD+/
>> For those interested, a .cs to test is here: 
>> https://pharo.fogbugz.com/f/cases/11959
>> It is implemented in SmalltalkEditor so it works for: Workspace, Nautilus 
>> code pane, …
>> 
>> Cheers,
>> 
>> #Luc
>> 
>> 
> 

[Pharo-dev] CMD+/ => Comment Selection or Line

[Luc Fabresse]

Hi all,

 I wanted to be able to easily comment lines or code selection using CMD+/
 For those interested, a .cs to test is here: 
https://pharo.fogbugz.com/f/cases/11959
 It is implemented in SmalltalkEditor so it works for: Workspace, Nautilus code 
pane, …
 
Cheers,

#Luc

Re: [Pharo-dev] Pharo Sprint Lille 18th October

[Luc Fabresse]

Hi all,

 I will be there too.

Luc


#Luc


2013/10/8 Erwan Douaille 

> count me in :)
>
> (afternoon)
>
>
> 2013/10/8 Noury Bouraqadi 
>
>> I'll be traveling, so I won't make it.
>> Hope to attend next time.
>>
>> Noury
>> On 8 oct. 2013, at 15:40, Marcus Denker wrote:
>>
>> > What? Pharo Sprint
>> > When? Friday, 18th October, slowly starting at 9:30am
>> >
>> > Where?
>> >   RMoD, Inria Lille, Building B, third floor
>> >   http://rmod.lille.inria.fr/web/pier/contact
>> >
>> > As the building is not open, please contact us before if you plan to
>> come.
>> >
>> > 
>>
>>
>>
>>
>
>
> --
> Best regards,
>
> Douaille Erwan 
>

Re: [Pharo-dev] Commit right on github.com/pharo-project/pharo-vm/

[Luc Fabresse]

On Oct 8, 2013, at 2:10 PM, Esteban Lorenzano  wrote:

> better than doing a pull request: do the merge directly :)

I know.
That is why I asked for rights to do it

> 
> On Oct 8, 2013, at 2:06 PM, Luc Fabresse  wrote:
> 
>> 
>> On Oct 8, 2013, at 12:18 PM, Esteban Lorenzano  wrote:
>> 
>>> yeah, I´m sorry Luc, I didn't had the time... but I'm trying, I'm trying :)
>> 
>> yes I know.
>> No problem at all.
>> Since, it is really a silly fix, I can do the merge.
>> 
>>> 
>>> On Oct 8, 2013, at 11:10 AM, Camillo Bruni  wrote:
>>> 
>>>> can you remake the pull request on the development branch?
>> 
>> arg, I will…
>> 
>> Luc
>> 
>>>> 
>>>> I changed the branches and added travis in the meantime.
>>>> 
>>>> sorry for the inconvenience :(
>>>> 
>>>> On 2013-10-08, at 10:19, Luc Fabresse  wrote:
>>>>> Hi all,
>>>>> 
>>>>> I made a pull request on github a week ago on the pharo-vm repo.
>>>>> https://github.com/pharo-project/pharo-vm/pulls
>>>>> 
>>>>> Can someone give me commit rights there?
>>>>> 
>>>>> Bug entry is there: 
>>>>> https://pharo.fogbugz.com/f/cases/11698/Serial-Plugin-primitives-ByName
>>>>> 
>>>>> Cheers,
>>>>> 
>>>>> #Luc
>>>> 
>>> 
>>> 
>> 
>> ---
>> Dr. Luc Fabresse
>> Mines Telecom Institute, Mines Douai, 
>> France
>> http://luc.user.fr
>> 
>> 
>> 
>> 
> 
> 

---
Dr. Luc Fabresse
Mines Telecom Institute, Mines Douai, 
France
http://luc.user.fr

Re: [Pharo-dev] Commit right on github.com/pharo-project/pharo-vm/

[Luc Fabresse]

On Oct 8, 2013, at 12:18 PM, Esteban Lorenzano  wrote:

> yeah, I´m sorry Luc, I didn't had the time... but I'm trying, I'm trying :)

yes I know.
No problem at all.
Since, it is really a silly fix, I can do the merge.

> 
> On Oct 8, 2013, at 11:10 AM, Camillo Bruni  wrote:
> 
>> can you remake the pull request on the development branch?

arg, I will…

Luc

>> 
>> I changed the branches and added travis in the meantime.
>> 
>> sorry for the inconvenience :(
>> 
>> On 2013-10-08, at 10:19, Luc Fabresse  wrote:
>>> Hi all,
>>> 
>>> I made a pull request on github a week ago on the pharo-vm repo.
>>> https://github.com/pharo-project/pharo-vm/pulls
>>> 
>>> Can someone give me commit rights there?
>>> 
>>> Bug entry is there: 
>>> https://pharo.fogbugz.com/f/cases/11698/Serial-Plugin-primitives-ByName
>>> 
>>> Cheers,
>>> 
>>> #Luc
>> 
> 
> 

---
Dr. Luc Fabresse
Mines Telecom Institute, Mines Douai, 
France
http://luc.user.fr

[Pharo-dev] Commit right on github.com/pharo-project/pharo-vm/

[Luc Fabresse]

Hi all,

 I made a pull request on github a week ago on the pharo-vm repo.
 https://github.com/pharo-project/pharo-vm/pulls

 Can someone give me commit rights there?

 Bug entry is there: 
https://pharo.fogbugz.com/f/cases/11698/Serial-Plugin-primitives-ByName

Cheers,

#Luc

Re: [Pharo-dev] [Pharo-users] [ANN] Bootstrap for Seaside3 project (Release 0.1.0)

[Luc Fabresse]

Thank you very much Torsten!

#Luc


2013/10/3 Stéphane Ducasse 

> Gorgeous
>
>
> On Oct 3, 2013, at 12:52 AM, "Torsten Bergmann"  wrote:
>
> > Hi,
> >
> > there are various frameworks out there helping you to ease common tasks
> in web development.
> > One of them is Bootstrap (http://getbootstrap.com) that is used more
> and more to easily style
> > web sites and web applications.
> >
> > We had wrappers for Bootstrap supporting Seaside in the past already:
> > - the TwitterBootstrap project on SS3 from the Seaside team
> > - the TBootstrap project from Gaston Dall Oglio
> >
> > Unfortunately these projects are not up to date with the latest
> Bootstrap version,
> > not covered by tests, had no docu or examples, no CI, ...
> >
> > To provide better support for Bootstrap and Seaside3 development I
> created a fresh project
> > called "Bootstrap for Seaside" (or "Bootstrap" for short).
> >
> > This new project is
> > - nearly feature complete regarding components (Nav, Navbar, Jumbotron,
> Buttons, Alarms, Layouts, ...)
> > - uses the latest Bootstrap libraries (http://getbootstrap.com)
> > - covered by more than 160 tests
> > - completed with an example browser that shows Bootstrap components and
> according Smalltalk code
> > - available at STHub (
> http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap)
> > - documented (see mentioned project website on STHub) with docu support
> for PharoOnlineHelp and catalog
> > - controlled by CI (
> https://ci.inria.fr/pharo-contribution/job/Bootstrap/)
> > - easily loadable using config browser in Pharo 2.0
> >
> > Attached are some screenshots from the project itself.
> >
> > More details can be found in the more docu at the project site on
> SmalltalkHub. Just scroll down at the
> > info page provided there.
> >
> > You can easily load it in a fresh Pharo 2.0 as "Bootstrap" from the
> config browser. It loads Seaside3
> > as a dependency. After loading evaluate
> >
> >  ZnZincServerAdaptor startOn: 8080
> >
> > to start the webserver and go to http://localhost:8080/bootstrap to
> browse the samples.
> >
> > Feel free to use it for your next Pharo/Seaside/Bootstrap based web
> project and thanks in advance
> > for any contribution you may give to the project in the future.
> >
> > Bye
> > T.
> > 
>
>
>

[Pharo-dev] VM Serial plugin

[Luc Fabresse]

Hi all,

 With Santiago, we made a small fix for the serial plugin on Linux and OsX.
 We worked on a cloned repository of the PharoVM on github.
 I just sent a pull request.

 I guess I should also fill a bug entry somewhere.
 on which bugtracker, the pharo one ?
 Tell me and I will do it.

Thanks,

#Luc

Re: [Pharo-dev] VM repos on Gitorious

[Luc Fabresse]

2013/9/25 Sean P. DeNigris 

> EstebanLM wrote
> > Sorry for the mess.
>
> Evolution is never pretty. All we can do is act and error correct. Thank
> you
> (all the core devs) for being consistently available to clear up the
> inevitable confusion :)
>

yes thanks ;-)
and I will try with this repo.

Luc


>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/VM-repos-on-Gitorious-tp4710346p4710360.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

[Pharo-dev] VM repos on Gitorious

[Luc Fabresse]

Hi all,

 I am little bit lost in all repositories on Gitorious.
 I was using  cogvm/blessed but currently it does not compile smoothly
(small glitches) on my mountain lion.

 But VM is green on CI: https://ci.inria.fr/pharo/view/VM/job/PharoVM/

 So my questions are:
 - does CI uses cogvm/pharovm on gitorious?
 - should I use that one instead of cogvm/blessed?

Thanks,

#Luc

Re: [Pharo-dev] [NB] Trying to implement a ReadStream on NBExternalAddress

[Luc Fabresse]

2013/9/24 Nicolas Cellier 

> Isn't Eliot just implementing this feature, having a segment of non
> relocatable objects?
>

AFAIU, yes ;-)

Cheers,

Luc


>
>
> 2013/9/23 Igor Stasenko 
>
>>
>>
>>
>> On 23 September 2013 21:40, Igor Stasenko  wrote:
>>
>>>
>>>
>>>
>>> On 23 September 2013 16:23, Camillo Bruni wrote:
>>>
 Hi Jan,

 I think I will add the ByteArray accessor to NBExternalAddress today
 or tomorrow since I need it as well for another project.

 hmm, reading from memory into bytearray can be done with memory copy:
>>>
>>> inputs: address , offset , size to read
>>>
>>> newAddress := NBExternalAddress value: address value + offset.
>>> buffer := ByteArray new: size.
>>> NativeBoost memCopy: newAddress to: buffer size: size.
>>>
>>> same way, writing, just swap the source and destination:
>>>
>>> newAddress := NBExternalAddress value: address value + offset.
>>> buffer "is given from somewhere".
>>> NativeBoost memCopy: buffer  to: newAddress size: size.
>>>
>>> but as Jan noted, you cannot tell to write starting at specified offset
>>> from/to bytearray, e.g.:
>>>
>>> copy from: address to: buffer + someOffset
>>> neither:
>>> copy from: buffer + someOffset to: someAddress
>>>
>>> this  where we need to introduce special 'field address' type, so you
>>> can construct it like this:
>>>
>>> offsetAddress := buffer nbAddressAt: offset.
>>>
>>> so then you can use it to pass to any function, which expects address,
>>> like memory copy
>>> or any foreign function.
>>>
>>> Since objects are moving in memory, we cannot calculate address of field
>>> before hand:
>>>
>>> address := NBExternalAddress value:  someObject address + offset.
>>>
>>> because if GC will happen, after computing such address and its actual
>>> use,
>>> you will read/write to wrong location.
>>>
>>
>> ** after computing and *before* actual use **
>>
>>
>>> Thus we should keep oop + offset up to the point of passing it to
>>> external function, under
>>> controllable conditions, that guarantee there's no GC is possible.
>>>
>>>
>>> Things would be much simpler if we could have pinning, isnt? :)
>>
>>
>>> --
>>> Best regards,
>>> Igor Stasenko.
>>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>>
>
>

Re: [Pharo-dev] [Pharo-users] Fwd: PhaROS - VirtualBox.

[Luc Fabresse]

Thanks Santiago.
And we want screenshots and videos too ;-)

Luc


2013/9/19 Santiago Bragagnolo 

>
>
> Hi all! For people that went ESUG probaby this is already known, but, in
> Ecole des mines de Douai we are working in PhaROS, which is a client
> framework for ROS operative system.
>
> So, if you are interested in get a bit into or deeper, here is a link.
>
>
> http://car.mines-douai.fr/2013/09/pharos-virtualbox-image/
>
>
>
> There you can find an explaining post and a link to a virtualbox image
> with everything installed :).
>
>
> We will have an issue tracker soon, meanwhile, if you use it and you have
> blames or issues, send me email with [PhaROS] in the subject please!
>
> Thank you very much, i hope you enjoy it :).
>
>
> Santiago.
>
>
>
>
>
>
>

Re: [Pharo-dev] Metacello2 now is part of Pharo3

[Luc Fabresse]

Hi,

 Cool.
 Is Versionner also integrated?

Luc


#Luc


2013/9/18 Esteban Lorenzano 

> Hi,
>
> Since 10 minutes ago, Metacello2 is part of Pharo :)
> Thanks Dale and Christophe for their hard work!
>
> Now... we have a lot more of functionality and possibilities, but I will
> let the authors explain better and point to the documentation links (yes,
> I'm really lazy and really good at delegating :)
>
> Esteban
>

Re: [Pharo-dev] [NativeBoost] Can't load function on OS X 10.8.5

[Luc Fabresse]

Hi,

 I checked the symbol table:

nm
/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib
| grep JNI_CreateJavaVM_Impl
6ee9 T _JNI_CreateJavaVM_Impl

so it seems that the exported symbol is  _JNI_CreateJavaVM_Impl

Luc


#Luc


2013/9/15 Joachim Geidel 

> I am trying to change JNIPort such that it uses NativeBoost instead of
> Alien.
> The first problem I ran into is that I can't load a function from the Java
> VM library libclient.dylib on OS X 10.8.5 in Pharo 2.0. I am using the
> 1.6.0
> JDK from Apple, and libclient.dylib is an i386 (i.e. 32 bit) library. The
> following expression answers nil:
>
> NativeBoost
> loadFunction: 'JNI_CreateJavaVM_Impl'
> from:
>
> '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib'
>
> The same happens when I copy libclient.dylib to the working directory and
> do
> not specify a path. The only way to produce a different behavior is copying
> the library into the Pharo2.0.app bundle and put it in the directory
> Pharo2.0.app/Contents/MacOS/Plugins. Then, executing
>
> NativeBoost loadFunction: 'JNI_CreateJavaVM_Impl' from:
> 'libclient.dylib'
>
> crashes Pharo when attempting to load the library:
>
> Crashed Thread:  0  Dispatch queue: com.apple.main-thread
>
> Exception Type:  EXC_BAD_ACCESS (SIGABRT)
> Exception Codes: EXC_I386_GPFLT
>
> Application Specific Information:
> dyld: in dlopen()
> abort() called
>
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   libsystem_kernel.dylib 0x03f34a6a __pthread_kill + 10
> 1   libsystem_c.dylib 0x03df0b2f pthread_kill + 101
> 2   libsystem_c.dylib 0x03e27631 abort + 168
> 3   org.pharo.Pharo   0x0019f04a error + 138
> 4   ???   0x 0 + 4294967295
> 5   libdyld.dylib 0x03da5be9
> getPerThreadBufferFor_dlerror(unsigned int) + 108
> 6   dyld   0x8fe87076 dlerrorSet(char const*) + 47
> 7   dyld   0x8fe8454c dlopen + 533
> 8   libdyld.dylib 0x03da5dbe dlopen + 68
> 9   org.pharo.Pharo   0x001a1d65 tryLoadingInternals + 293
>
> Any ideas what is wrong?
>
> Joachim Geidel
>
>
>
> --
> View this message in context:
> http://forum.world.st/NativeBoost-Can-t-load-function-on-OS-X-10-8-5-tp4708359.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] NBFFI version of the OpenDBXDriver

[Luc Fabresse]

2013/9/12 Mariano Martinez Peck 

>
>
>
> On Thu, Sep 12, 2013 at 1:08 AM, Rocio Amaya  wrote:
>
>> *
>>
>> Hi!
>>
>> I'd like to show a bit the outcome of the first iteration of the DBXTalk
>> Gsoc of this year.
>>
>> First, I've been adapting myself to the environment and technology
>> (DBXTalk, OpenDBX, TalkFFI), and I've written some little tutorials of what
>> I've learnt about them:
>>
>> - Post of how to install  OpenDBX
>>
>>
>> http://rochiamaya.wordpress.com/2013/07/28/how-to-install-version-1-4-6-of-opendbx-for-linux/
>>
>> - Post of how to install and use TalkFFI to generate mappings
>>
>> http://rochiamaya.wordpress.com/2013/07/30/create-bindings-with-talkffi/
>>
>> - Post  of how to use  mappings generated  by  TalkFFI
>>
>>
>> http://rochiamaya.wordpress.com/2013/08/06/how-to-use-the-generated-bindings-talkffi/
>>
>>
>> Also, as concrete code, we have built a NBFFI version of the
>> OpenDBXDriver. The main idea of this is to provide a backward compatibility
>> layer to people that  use OpenDBX, while letting us move forward dropping
>> the old FFI implementation.
>>
>> *
>>
>
> That's all very cool. Thanks Rocio for keep us informed! Much appreciated.
>
> Regarding the usage of NBFFI, could you benchmark and see if there is a
> difference with using the traditional FFI?
>

yes I am interested in that too on a concrete example such as OpenDBX.
but for the general case: callout and marshalling speed comparison, you can
have a look at:

1) presentation @ IWST'13
http://esug.org/data/ESUG2013/IWST/Slides/04-slidesNB-IWST13.pdf
2) and the paper for more details in the proceeding
http://esug.org/data/ESUG2013/IWST/proceedings.pdf

Luc



> There used to be a package in DBXTalk with several benchmarks, I am sure
> you could reuse some I can give you more details if you want.
>
>
>
>
>> *
>>
>> Gofer it
>>
>> smalltalkhubUser: 'DBXTalk' project: 'Configurations';
>>
>> configurationOf: 'OpenDBXDriver';
>>
>> load.
>>
>> (((Smalltalk at: #ConfigurationOfOpenDBXDriver)
>>
>>   perform: #project)
>>
>>   perform: #version: with: ‘1.3’)
>>
>>   load: 'DeveloperGroup'.
>>
>>
>> However, the configuration still supports to load the former version of
>> the driver (no NBFFI)
>>
>>   Gofer it
>>
>>  smalltalkhubUser: 'DBXTalk' project: 'Configurations';
>>
>> configurationOf: 'OpenDBXDriver';
>>
>> load.
>>
>> (((Smalltalk at: #ConfigurationOfOpenDBXDriver)
>>
>>   perform: #project)
>>
>>   perform: #version: with: ‘1.3’)
>>
>>   load: 'FFIDriver'.
>>
>>
>> And the configuration with only NBFFI version.
>>
>>   Gofer it
>>
>>  smalltalkhubUser: 'DBXTalk' project: 'Configurations';
>>
>> configurationOf: 'OpenDBXDriver';
>>
>> load.
>>
>> (((Smalltalk at: #ConfigurationOfOpenDBXDriver)
>>
>>   perform: #project)
>>
>>   perform: #version: with: ‘1.3’)
>>
>>   load:  'NBFFIDriver'.
>>
>>
>> To use, writte in the Workspace and DoIt:
>>
>>
>> “to set the NBFFI bind”
>>
>> LibOpenDBXMap initialize.
>>
>> OpenDBX current: NBPharoOpenDBX new.
>>
>> “or to set the oldFFI bind”
>>
>> OpenDBX current: FFIOpenDBX  ffiImplementationForOS .
>>
>>
>> In our current/next steps, we are starting to dig into the other driver
>> implementations. I'm currently working in a Mysql driver implementation
>> that will use the C mysql library directly without the intermediation of
>> OpenDBX. That way, the setup of the environment will be far easier and the
>> entry barrier will be lowered.
>>
>> *
>>
>
> To be honest, I don't see the advantages of this. You would avoid dealing
> with openDBX + mysql libs to be dealing with mysql lib only. But for that
> purpose there already is a MySQL Smalltalk driver implementation.
>
> Cheers,
>
>
>
>> *
>> Best Regards!*
>> *Rocio.*
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "DBXTalk" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to dbxtalk+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>

Re: [Pharo-dev] "self foo: (var := …)" vs "var := …. self foo: var"

[Luc Fabresse]

2013/9/2 Stéphane Ducasse 

> Alex
>
> from a style point of view I found really ugly to use the side effect
> value.
> I tend to think that they return #undefined as in Scheme.
>

yes
but it would be nice if := were a message send and in that case it would
make sense to write it like that.

Luc


> Stef
>
> On Sep 1, 2013, at 3:02 PM, Alexandre Bergel 
> wrote:
>
> > Hi!
> >
> > I am facing a strange situation:
> >
> > The following expression raises an error:
> > -=-=-=-=-=-=-=-=-=
> > rawView add: (helpLabel := (ROElement on: 'Click here!') + ROLabel).
> > -=-=-=-=-=-=-=-=-=
> >
> > Apparently, what is sent as argument to #add: is an integer.
> >
> > I have to update my code with :
> > -=-=-=-=-=-=-=-=-=
> > (helpLabel := (ROElement on: 'Click here!') + ROLabel).
> > rawView add: helpLabel.
> > -=-=-=-=-=-=-=-=-=
> >
> > To not have an error.
> >
> > This is really strange! By the way, this looks like the issue with
> Metacello?
> >
> > Alexandre
> >
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
>
>
>

Re: [Pharo-dev] Updating the Pharo Contributors listing

[Luc Fabresse]

Hi all,

 Here another updated one:

PharoContributor new
  name: 'Luc Fabresse';
  id: 'lucfabresse';
  email: 'luc.fabre...@gmail.com';
  website: 'http://luc.user.fr/';
  description: 'Associate professor at Mines-Telecom Institute (Mines
Douai). ESUG board member.';
  image: 'http://car.mines-douai.fr/luc/imgs/lucId.png';
  yourself

Thanks Sven,

Luc


#Luc


2013/8/12 Igor Stasenko 

> On 12 August 2013 18:24, Sven Van Caekenberghe  wrote:
> >
> > On 12 Aug 2013, at 18:09, Igor Stasenko  wrote:
> >
> >> Hi, Sven,
> >>
> >> i added my photo on gravatar site.
> >> I don't know how to get url from that, except that it associated with
> >> my google mail..
> >> else, same avatar on google+ site.
> >
> > Ahh, but you don't have to do anything then: just specify the correct
> email address (the one associated with the gravatar), and leave image
> out/blank and the super intelligent code will automagically do the right
> thing !
> >
> > But you still have to give me an updated object...
> >
>
> PharoContributor new
>   name: 'Igor Stasenko';
>   id: 'sig';
>   email: 'siguc...@gmail.com';
>   website: 'http://computeradventures.wordpress.com';
>   description: 'Software engineer @ Inria, Lille';
>   image: '';
>   yourself
>
> is this one ok?
>
>
> --
> Best regards,
> Igor Stasenko.
>
>

Re: [Pharo-dev] We did it! SlotClassBuilder is active

[Luc Fabresse]

Yes thanks to all to keep pushing this kind of really cool new features!

Luc

2013/7/3 Sven Van Caekenberghe 

>
> On 03 Jul 2013, at 17:00, Marcus Denker  wrote:
>
> > Hi,
> >
> > Today we turned on the SlotClassBuilder… this means actually quite a
> huge change, as it puts into place
> > lots of things that we can build on later.
> >
> > What it means for now
> >
> >   -> A new, much easier to understand ClassBuilder
> >   -> meta Objects. Layouts + Slots
> >
> > For example, there is now for every instance variable a meta object that
> describes it
> > It will be very interesting to see what we can do with that!
> >
> > Thanks to Toon + Camillo for the original implementation, and Martin
> Dias with Camillo
> > for the work to get in really into 3.0.
> >
> >   Marcus
>
> Progress, progress !
>
> Now we need some nice blog posts explaining all this to mere mortals, like
> me.
>
> Sven
>
>
>

Re: [Pharo-dev] [rmod] sprint in June: 21 or 28?

[Luc Fabresse]

Hi all,

 21 would have been better for me.
 but if I know it early probably I can arrange myself.

Cheers,

Luc

2013/6/4 p...@highoctane.be 

> 28 +1
>
>
> On Tue, Jun 4, 2013 at 11:22 AM, Marcus Denker wrote:
>
>>
>> On Jun 4, 2013, at 11:21 AM, Stéphane Ducasse 
>> wrote:
>>
>> > Hi guys
>> >
>> > when do we do the june sprint?
>> >
>>
>> I just put in holidays for the 21, so I vote for the 28th  :-)
>>
>> Marcus
>>
>>
>>
>

Re: [Pharo-dev] Where did Nativeboost Documentation disappear ?

[Luc Fabresse]

Here it is:

https://code.google.com/p/nativeboost/wiki/Help

Enjoy,

Luc


2013/6/5 kilon 

> tried also pdftex in ubuntu again it complains about errors in
> nativeboost.tex file :(
>

just dozen of warnings ;-)
but now I committed the pdf also


>
>
>
> --
> View this message in context:
> http://forum.world.st/Pharo-dev-Where-did-Nativeboost-Documentation-disappear-tp4691731p4691760.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] Where did Nativeboost Documentation disappear ?

[Luc Fabresse]

2013/6/5 Igor Stasenko 

> On 5 June 2013 13:26, Luc Fabresse  wrote:
> > Hi Dimitris,
> >
> >  yes it has moved.
> >  I said it in the commit log but did not provide the link.
> >  here it is:
> >
> >
> https://github.com/SquareBracketAssociates/PharoLimbo/blob/master/NativeBoost/nativeboost.tex
> >
> > Then, I probably do not have write access to the Nativeboost google code
> > website.
> >
> yes you are! :)
>

ahah right I can do it.
So now, should I do it?
because the chapter is far from an alpha version ;-)

Luc


>
> > Cheers,
> >
> > Luc
> >
> >
> >
> > 2013/6/5 dimitris chloupis 
> >>
> >> I am trying to figure out Nativeboost for using dlerror() and I can find
> >> the documentation that used to be here
> >>
> >>
> >>
> https://gforge.inria.fr/scm/viewvc.php/PharoByExampleTwo-Eng/?root=pharobooks
> >>
> >> it used to be in pbe2 folder and then move there and then it was
> removed,
> >> or way moved somewhere i cant find it. Why ?
> >>
> >> Can you please bring the pdf back and link to it in the Nativeboost
> google
> >> code website ?
> >
> >
>
>
>
> --
> Best regards,
> Igor Stasenko.
>
>

Re: [Pharo-dev] Where did Nativeboost Documentation disappear ?

[Luc Fabresse]

Hi Dimitris,

 yes it has moved.
 I said it in the commit log but did not provide the link.
 here it is:

https://github.com/SquareBracketAssociates/PharoLimbo/blob/master/NativeBoost/nativeboost.tex

Then, I probably do not have write access to the Nativeboost google code
website.

Cheers,

Luc



2013/6/5 dimitris chloupis 

> I am trying to figure out Nativeboost for using dlerror() and I can find
> the documentation that used to be here
>
>
> https://gforge.inria.fr/scm/viewvc.php/PharoByExampleTwo-Eng/?root=pharobooks
>
> it used to be in pbe2 folder and then move there and then it was removed,
> or way moved somewhere i cant find it. Why ?
>
> Can you please bring the pdf back and link to it in the Nativeboost google
> code website ?
>