Re: [Pharo-dev] 100% CPU usage on image resume

[Holger Hans Peter Freyther]

On Wed, Feb 12, 2014 at 03:31:56PM +0100, Sven Van Caekenberghe wrote:
> Holger,

Dear Sven,

thanks a lot for your answer.

> > The entire process list is below. My assumption is that the >>fireTimers:
> > method is actually being executed. The best thing I found was to use SIGUSR1
> > to sample which processes run. My assumption is that this process runs 
> > before
> > DateAndTime has been re-initialized by the SmalltalkImage.


> 
> Now, you do agree that you are doing tricky stuff, right ? You play with 
> timers, timestamps and delays in a process that you expect to keep running 
> over image save/resume ;-)

The timers work with absolute time and the code is working fine with GNU
Smalltalk for years (with image save/resume). I think the only thing weird
in Pharo is that (Delay forSeconds: 1) wait will wait forever on image
resume but IIRC this is a known issue/feature.

> 
> I think a better approach would be to subscribe to image #shutDown: and 
> #startUp: events (trace these selectors for examples). With these you can 
> cleanly stop your process on image save and restart it when the image 
> resumes. I think all long running processes work that way.


I have implemented your proposal and I think the problem will go away
with that. To me this sounds a bit like a work-around. Do you agree? I
think something like:

[[DateAndTime now] repeat] fork

could re-produce the issue. It can either get stuck inside the Delay
created from within >>#now or in this mysterious loop that takes all the
CPU and doesn't allow me to interact with the image anymore. It would be
nice to fully understand why this process runs away and no other process
will be scheduled.

I don't know how the ProcessorScheduler works in Pharo and when/if a
method is pre-empted. Is there any guarantee that the StartUpList will
be executed before any other process will be scheduled? From quick browsing
it seems that the SmalltalkImage code does not suspend all the other
processes?

kind regards
holger

Re: [Pharo-dev] PostID success story video

[Marcus Denker]

I added it to the todo… will do it some of the next days as a news entry, too.
On 13 Feb 2014, at 00:17, Torsten Bergmann  wrote:

> Anyone able to add the "PostID Software Development Toolkit"
> (created using Pharo at Pinesoft) 
> 
> http://www.youtube.com/watch?v=Izg_Dr2Cg7k&feature=youtu.be
> 
> to the success story page at 
> http://www.pharo-project.org/about/success-stories
> 

[Pharo-dev] PostID success story video

[Torsten Bergmann]

Anyone able to add the "PostID Software Development Toolkit"
(created using Pharo at Pinesoft) 

http://www.youtube.com/watch?v=Izg_Dr2Cg7k&feature=youtu.be

to the success story page at http://www.pharo-project.org/about/success-stories

[Pharo-dev] [OT] Speed of light 6-2-2014

[Torsten Bergmann]

some quotes:


"Borrowed largely (or shamelessly copied) from Smalltalk’s message sending 
syntax ..."

"Categories or through runtime functions (more on those soon) itself, but 
Objective C’s objects pale in  comparison to those of a Smalltalk-like 
environment, where objects are always live and browsable"

"So if a successor language is to emerge, it’s got to come from elsewhere." 

"It seems absurd that 30 years after the Mac we still build the same 
applications the same ways. It seems absurd we still haven’t really caught up 
to Smalltalk. It seems absurd beautiful graphical applications are created 
solely and sorely in textual, coded languages. And it seems absurd to rely on 
one vendor to do something about it."

see

http://nearthespeedoflight.com/article/2014_02_06_objective_c_is_a_bad_language_but_not_for_the_reasons_you_think_it_is__probably__unless_you___ve_programmed_with_it_for_a_while_in_which_case_you_probably_know_enough_to_judge_for_yourself_anyway__the_jason_brennan_rant

Re: [Pharo-dev] [ANN] Spec documentation in PFTE book finished

[Sven Van Caekenberghe]

Thanks a lot, Johan & Ben, this is great work !

On 12 Feb 2014, at 16:08, Johan Fabry  wrote:

> Hi all,
> 
> I am happy to announce that Ben and I finished the documentation of Spec for 
> the Pharo For The Enterprise book. This documentation is up-to-date with the 
> latest version of Spec, and is focused towards people wanting to use it and 
> even extend it (in contrast to the academic papers which are … academic ;-) 
> ). I hope that this text will help all the people that are building UIs in 
> Pharo, and it will clear up any doubts that they may have.
> 
> The chapter is available in source form from the GitHub project of the PFTE 
> book: https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english
> 
> The easiest way to read the chapter is from the continuous integration 
> server, which produces a html file of the chapter here:
> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/Spec/Spec.pier.html
>  
> (The same server also produces pdf and markdown files, but there are some 
> strange artifacts there, currently. I guess this will be cleared up in the 
> future)
> 
> We tried our best to make it understandable and complete, but if you have any 
> doubts or comments please do not hesitate to let us know !! Ben prefers 
> Github apparently, but if you are oldskool like me you can also send a mail 
> (privately or to the mailing list).
> 
> Now it's time to build some cool user interfaces! :-)
> 
> ---> Save our in-boxes! http://emailcharter.org <---
> 
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile
> 
> 

[Pharo-dev] Monkey Business - Please integrate issue 12852

[Torsten Bergmann]

The monkey lamented on problems (merge conflict) which is strange.

Nonetheless I double checked and Christophe confirmed the change
for Versionner, so please integrate:

  https://pharo.fogbugz.com/f/cases/12852

Thanks in advance
T.

Re: [Pharo-dev] Playing an mp3

[kmo]

As far as I know pharoSound only plays AIF and WAV. Phratch certanly has MP3
playing abilities - but I've only tried it on Linux and MP3s do not play.



--
View this message in context: 
http://forum.world.st/Playing-an-mp3-tp4742737p4743093.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Why Smalltalk is not popular?

[Marcus Denker]

On 12 Feb 2014, at 20:24, Sean P. DeNigris  wrote:

> Igor Stasenko wrote
>> Why Smalltalk is not popular?
>> because it's not.
> 
> That can't be right… I'm going to have to check your math ;)
> 
> p.s. I was surprised we were able to keep this thread to so few posts.
> Discussing this question is Smalltalk's version of discussing the weather in
> elevators - pointless, but irresistible...
> 

Honestly it was fun in 1999… it gets boring after a while ;-)

Popularity is overrated. What you want is just a size that the community can
sustain itself.  

To the current size this is “just” a factor 10 more, I think.

Marcus

Re: [Pharo-dev] Why Smalltalk is not popular?

[Sean P. DeNigris]

Igor Stasenko wrote
> Why Smalltalk is not popular?
> because it's not.

That can't be right… I'm going to have to check your math ;)

p.s. I was surprised we were able to keep this thread to so few posts.
Discussing this question is Smalltalk's version of discussing the weather in
elevators - pointless, but irresistible...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009p4743091.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Why Smalltalk is not popular?

[Sebastian Sastre]

Will could be a push or wishful thinking so I agree on that it will not help 
directly.

Maybe is time to watch Merchants of Cool ?

https://archive.org/details/PbsFrontlineMerchantsOfCool

It has everything to do with convenience and making teens fell "super powers"

If enhancing the product's usability is under your control, then you might be 
able to manufacture some cool

And that’s a question that really contributes to the question 

Unless you give a shit about UX/UI to the next generation of newcomers of course

sebastian

o/





On Feb 12, 2014, at 4:45 PM, Esteban A. Maringolo  wrote:

> 2014-02-12 15:10 GMT-03:00 Igor Stasenko :
>> too bad, this is not forum, where you can stick certain topics on top..
>> because this one reoccurring on a regular basis and contributes nothing to
>> answering
>> the question :)
>> 
>> but let me try to answer
>> 
>> Why Smalltalk is not popular?
> 
>> because it's not.
> 
> This time I agree with Igor "extremely literal" answer.
> 
> Popularity is like "being cool", a social consequence out of your
> control  (a fad most of the times), you can't "turn cool" with pure
> will.
> 
> But there are some attributes that might put you in the "cool
> technology" list some day:
> * Simplicity
> * Reliability
> * Performance
> * Modernicity
> * Interoperability
> * Ease of use
> 
> Among others.
> 
> I think that if you focus in what you do, do it the best you can, get
> feedback from "foreigners" and work hard, ceteris paribus, the success
> is inevitable.
> 
> Regards,
> 
> 
> 
> 
> 
> 
> Esteban A. Maringolo
> 

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] 80399f: 30755

[GitHub]

  Branch: refs/heads/3.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 80399fb87096215524136eec52dae22fc2278808
  
https://github.com/pharo-project/pharo-core/commit/80399fb87096215524136eec52dae22fc2278808
  Author: Jenkins Build Server 
  Date:   2014-02-12 (Wed, 12 Feb 2014)

  Changed paths:
M Graphics-Display Objects.package/ColorArray.class/README.md
M Morphic-Base.package/MorphTreeListManager.class/instance/selection 
change/selectedItems_.st
A Morphic-Base.package/PluggableTextMorph.class/instance/menu 
commands/cancelWithoutConfirmation.st
M 
Nautilus.package/AbstractNautilusUI.class/class/shortcut-old/buildEditorCommentKeymappingsOldOn_.st
M 
Nautilus.package/AbstractNautilusUI.class/class/shortcuts/buildEditorCommentKeymappingsOn_.st
M 
Nautilus.package/AbstractNautilusUI.class/class/shortcuts/buildEditorKeymappingsOn_.st
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
scripts/script408.st
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
updates/update30755.st
M 
ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M 
Text-Edition.package/TextEditor.class/class/shortcuts/buildTextEditorShortcutsOn_.st

  Log Message:
  ---
  30755
12845 Make Cmd-L working the cancel without asking to cancel
https://pharo.fogbugz.com/f/cases/12845

12856 Class comments missing in package Graphics-Display Objects
https://pharo.fogbugz.com/f/cases/12856

12848 The filtering on top of packages is broken
https://pharo.fogbugz.com/f/cases/12848

http://files.pharo.org/image/30/30755.zip

Re: [Pharo-dev] Why Smalltalk is not popular?

[Esteban A. Maringolo]

2014-02-12 15:10 GMT-03:00 Igor Stasenko :
> too bad, this is not forum, where you can stick certain topics on top..
> because this one reoccurring on a regular basis and contributes nothing to
> answering
> the question :)
>
> but let me try to answer
>
> Why Smalltalk is not popular?

> because it's not.

This time I agree with Igor "extremely literal" answer.

Popularity is like "being cool", a social consequence out of your
control  (a fad most of the times), you can't "turn cool" with pure
will.

But there are some attributes that might put you in the "cool
technology" list some day:
* Simplicity
* Reliability
* Performance
* Modernicity
* Interoperability
* Ease of use

Among others.

I think that if you focus in what you do, do it the best you can, get
feedback from "foreigners" and work hard, ceteris paribus, the success
is inevitable.

Regards,






Esteban A. Maringolo

Re: [Pharo-dev] Why Smalltalk is not popular?

[Igor Stasenko]

too bad, this is not forum, where you can stick certain topics on top..
because this one reoccurring on a regular basis and contributes nothing to
answering
the question :)

but let me try to answer
Why Smalltalk is not popular?


because it's not.

:P



On 12 February 2014 18:40, Sebastian Sastre wrote:

> great topic
>
> Time to upvote outside our niche?
>
> https://news.ycombinator.com/item?id=7225808
>
>
>
>
>
>
>
> On Feb 12, 2014, at 3:06 PM, b...@openinworld.com wrote:
>
>  hi kilon,
>
> Thanks for your words.  I particularly like them since you've come
> recently to Smalltalk after a number of other languages.
>
> There is some interesting discussion of this topic at [1] which indicate a
> predominance of non-technical issues and technical issues that don't apply
> today.
> Paul Grahams "Blub Paradox" [2] explains why popular is not always best.
> Finally, I'd like to get an update on this from this Gartner [3]..
>
> [1] http://c2.com/cgi/wiki?WhyIsSmalltalkDead
> [2] http://www.paulgraham.com/avg.html   (for the time constrained search
> down the page for "Blub")
> [3] http://blogs.gartner.com/mark_driver/2008/10/09/remember-smalltalk/
>
> cheers -ben
>
> kilon alios wrote:
>
> frankly I find the community here, extremely friendly , well motivated,
> reasonable and humble. And I dont let a couple of incidents per year change
> my mind of what happens here on a daily basis.
>
>  Smalltalk is unpopular because it never had a big company behind it or a
> good marketing strategy. 99% of people out there, had, have and will have
> no clue what smalltalk is all about.
>
>  You want to talk about ObjC ? fine . Lets be honest , objc was like 42th
> most popular language in TIOBE and now is like 3rd. Why ? because iOS.
> Thats all, not because of quality of the language , not because it has
> super friendly community , not because users saw the light.
>
>   The only thing that ObjC shares with smalltalk is message passing. Does
> that make ObjC part of the family , eh , no. Unless you are prepared to let
> tons other languages and IDEs join you, but then you still wont have a
> family but a nation. And ObjC is a seriously ugly language. Its still no
> C++ , Javascript , Perl or PHP, but its ugly. Smalltalk is gorgeous.
>
>  Also dont put too much emphasis on popularity. Java library is super
> popular and many of its libraries are a big pile of mess. Its quantity vs
> quality. C++ is on the same boat. Popularity gives you mainly quantity.
>
>  My advice is don't be humble, be proud of your work and what you have
> accomplished with Pharo and your individual project. And if sometimes
> things go south , remember its much better to be passionate than being
> dull. Its all part of being human. Keep an open mind, and keep walking ,
> one step at a time.
>
>
> On Wed, Feb 12, 2014 at 5:40 PM, Sven Van Caekenberghe wrote:
>
>>
>> On 12 Feb 2014, at 14:54, askoh  wrote:
>>
>> > The recent arguments in Smalltalk made me have an Eureka moment on why
>> > Smalltalk is not popular. Smalltalk attracts brilliant people. But these
>> > brilliant people scare others away. Instead of Showing How, they Show
>> Off.
>> > Instead of being inclusive, they are picky. Instead of discussing, they
>> > fight.
>> >
>> > So, Smalltalkers, please be humble, friendly and pacific. Show How.
>> Invite
>> > anyone interested to join. And let's talk normally.
>>
>>  I agree, of course. (With the second paragraph, less with the first:
>> these discussion happen everywhere, ever read emails by Linus Torvalds ?)
>>
>> --
>>
>> But I had an epiphany today, based on this discussion of what is the
>> definition of Smalltalk. I hereby declare that we are the _third_ most
>> popular language (family) in use today !
>>
>> Based on this very reputable (ahem) index:
>>
>>   http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>>
>> I really think that in a broad definition of Smalltalk, Objective-C is
>> part of the family.
>>
>> According to the first line of
>>
>>   http://en.wikipedia.org/wiki/Objective-C
>>
>> Objective-C is a general-purpose, object-oriented programming language
>> that adds Smalltalk-style messaging to the C programming language.
>>
>> And messaging is at the core of Smalltalk. It also has a similar class
>> based object model, is late bound in almost everything and has some
>> reflective capabilities. There are even a couple of projects mixing the two
>> explicitly.
>>
>> Reserve a bigger venue for the next ESUG !
>>
>> Sven
>>
>> PS: We've had these discussions before on various occasions: it is really
>> hard to come up with a definition of what is Smalltalk, or even a good list
>> of what is so special about it - there really is a elusive, hard to define
>> aspect to it.
>>
>> > All the best,
>> > Aik-Siong Koh
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
>> > Sent from the Pharo Smalltalk Developers mailing list archive at
>> N

Re: [Pharo-dev] Why Smalltalk is not popular?

[Sebastian Sastre]

great topic

Time to upvote outside our niche?

https://news.ycombinator.com/item?id=7225808






On Feb 12, 2014, at 3:06 PM, b...@openinworld.com wrote:

> hi kilon,  
> 
> Thanks for your words.  I particularly like them since you've come recently 
> to Smalltalk after a number of other languages.
> 
> There is some interesting discussion of this topic at [1] which indicate a 
> predominance of non-technical issues and technical issues that don't apply 
> today.
> Paul Grahams "Blub Paradox" [2] explains why popular is not always best.
> Finally, I'd like to get an update on this from this Gartner [3]..
> 
> [1] http://c2.com/cgi/wiki?WhyIsSmalltalkDead
> [2] http://www.paulgraham.com/avg.html   (for the time constrained search 
> down the page for "Blub")
> [3] http://blogs.gartner.com/mark_driver/2008/10/09/remember-smalltalk/
> 
> cheers -ben
> 
> kilon alios wrote:
>> 
>> frankly I find the community here, extremely friendly , well motivated, 
>> reasonable and humble. And I dont let a couple of incidents per year change 
>> my mind of what happens here on a daily basis. 
>> 
>> Smalltalk is unpopular because it never had a big company behind it or a 
>> good marketing strategy. 99% of people out there, had, have and will have no 
>> clue what smalltalk is all about. 
>> 
>> You want to talk about ObjC ? fine . Lets be honest , objc was like 42th 
>> most popular language in TIOBE and now is like 3rd. Why ? because iOS. Thats 
>> all, not because of quality of the language , not because it has super 
>> friendly community , not because users saw the light. 
>> 
>>  The only thing that ObjC shares with smalltalk is message passing. Does 
>> that make ObjC part of the family , eh , no. Unless you are prepared to let 
>> tons other languages and IDEs join you, but then you still wont have a 
>> family but a nation. And ObjC is a seriously ugly language. Its still no C++ 
>> , Javascript , Perl or PHP, but its ugly. Smalltalk is gorgeous. 
>> 
>> Also dont put too much emphasis on popularity. Java library is super popular 
>> and many of its libraries are a big pile of mess. Its quantity vs quality. 
>> C++ is on the same boat. Popularity gives you mainly quantity. 
>>   
>> My advice is don't be humble, be proud of your work and what you have 
>> accomplished with Pharo and your individual project. And if sometimes things 
>> go south , remember its much better to be passionate than being dull. Its 
>> all part of being human. Keep an open mind, and keep walking , one step at a 
>> time.
>> 
>> 
>> On Wed, Feb 12, 2014 at 5:40 PM, Sven Van Caekenberghe  wrote:
>> 
>> On 12 Feb 2014, at 14:54, askoh  wrote:
>> 
>> > The recent arguments in Smalltalk made me have an Eureka moment on why
>> > Smalltalk is not popular. Smalltalk attracts brilliant people. But these
>> > brilliant people scare others away. Instead of Showing How, they Show Off.
>> > Instead of being inclusive, they are picky. Instead of discussing, they
>> > fight.
>> >
>> > So, Smalltalkers, please be humble, friendly and pacific. Show How. Invite
>> > anyone interested to join. And let's talk normally.
>> 
>> I agree, of course. (With the second paragraph, less with the first: these 
>> discussion happen everywhere, ever read emails by Linus Torvalds ?)
>> 
>> --
>> 
>> But I had an epiphany today, based on this discussion of what is the 
>> definition of Smalltalk. I hereby declare that we are the _third_ most 
>> popular language (family) in use today !
>> 
>> Based on this very reputable (ahem) index:
>> 
>>   http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>> 
>> I really think that in a broad definition of Smalltalk, Objective-C is part 
>> of the family.
>> 
>> According to the first line of
>> 
>>   http://en.wikipedia.org/wiki/Objective-C
>> 
>> Objective-C is a general-purpose, object-oriented programming language that 
>> adds Smalltalk-style messaging to the C programming language.
>> 
>> And messaging is at the core of Smalltalk. It also has a similar class based 
>> object model, is late bound in almost everything and has some reflective 
>> capabilities. There are even a couple of projects mixing the two explicitly.
>> 
>> Reserve a bigger venue for the next ESUG !
>> 
>> Sven
>> 
>> PS: We've had these discussions before on various occasions: it is really 
>> hard to come up with a definition of what is Smalltalk, or even a good list 
>> of what is so special about it - there really is a elusive, hard to define 
>> aspect to it.
>> 
>> > All the best,
>> > Aik-Siong Koh
>> >
>> >
>> >
>> > --
>> > View this message in context: 
>> > http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
>> > Sent from the Pharo Smalltalk Developers mailing list archive at 
>> > Nabble.com.
>> >
>> 
>> 
>> 
> 

Re: [Pharo-dev] Why Smalltalk is not popular?

[p...@highoctane.be]

Excellent points. Facing most of them on the Obj-C, Java, and PHP fronts.

Now, in this age of cloud/bigdata/hadoop etc, there is one place where we
could make it shine: web api automation & scripting.

Yes, Ruby and Python can do that too, but... with things like ZnClient and
explore abilities, there is a significant advantage to Pharo.

The growing space at the moment are things like Hadoop cluster 2.x.
With HDFS for example, there is WebHDFS (REST API).

So, this would be a space where we could become great due to the
introspection abilities and livecoding.

Coupled with Seaside, we could come up with fast interfaces. Now, Ruby has
Sinatra for these things but we could have an edge if we start now.

I am investigating Hortonworks Data Platform in depth since a couple weeks
and Pharo really can help. The WebUIs (like Ambari) are decent, but nothing
Seaside+Pharo cannot do fast. Lots of API are Java but the trend is to use
REST things.

My 0.02.

---
Philippe Back
Visible Performance Improvements
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
Mail:p...@highoctane.be | Web: http://philippeback.eu
Blog: http://philippeback.be | Twitter: @philippeback
Youtube: http://www.youtube.com/user/philippeback/videos

High Octane SPRL
rue cour Boisacq 101 | 1301 Bierges | Belgium

Pharo Consortium Member - http://consortium.pharo.org/
Featured on the Software Process and Measurement Cast -
http://spamcast.libsyn.com
Sparx Systems Enterprise Architect and Ability Engineering EADocX Value
Added Reseller




On Wed, Feb 12, 2014 at 5:53 PM, J.F. Rick  wrote:

> Well, there are some serious reasons that Smalltalk is not currently so
> popular. Here are a few:
> (1) It used to be expensive. That kept it from being adopted initially.
> That may no longer be the case but, once the reputation is ruined, it is
> hard for people to give it a second chance.
> (2) There is no natural bias built in. Want to program in the browser?
> Learn Javascript. Want to program on the server? Learn PHP. Want to take
> the AP CS exam in the US? Learn Java. Want to program for MacOS / iOS?
> Learn Objective C. Want to use the Microsoft Developer Suite? Learn C#.
> Want to bind to the largest set of libraries? Learn C. There is no killer
> application domain for Smalltalk.
> (3) The syntax is significantly different than languages people are
> familiar with. In addition, the IDE is quite different. So, transitioning
> is difficult.
> (4) There's a Catch-22. People who want to employ Smalltalk programmers
> can't find any, so they switch to some language they can find (e.g., Java).
> Then, nobody bothers to learn Smalltalk because they perceive as no demand.
>
> I think there's a real possibility that Pharo can overcome these obstacles
> in a meaningful way. The web technologies part is so strong already that it
> could easily be the next Ruby on Rails (i.e., comes out of nowhere to gain
> real market share by doing one thing really well). The simplicity and live
> coding ability could also make it a very nice teaching language, but
> significant work will need to be done to make it that.
>
> Cheers,
>
> Jeff
>
>
> On Wed, Feb 12, 2014 at 5:14 PM, kilon alios wrote:
>
>> frankly I find the community here, extremely friendly , well motivated,
>> reasonable and humble. And I dont let a couple of incidents per year change
>> my mind of what happens here on a daily basis.
>>
>> Smalltalk is unpopular because it never had a big company behind it or a
>> good marketing strategy. 99% of people out there, had, have and will have
>> no clue what smalltalk is all about.
>>
>> You want to talk about ObjC ? fine . Lets be honest , objc was like 42th
>> most popular language in TIOBE and now is like 3rd. Why ? because iOS.
>> Thats all, not because of quality of the language , not because it has
>> super friendly community , not because users saw the light.
>>
>>  The only thing that ObjC shares with smalltalk is message passing. Does
>> that make ObjC part of the family , eh , no. Unless you are prepared to let
>> tons other languages and IDEs join you, but then you still wont have a
>> family but a nation. And ObjC is a seriously ugly language. Its still no
>> C++ , Javascript , Perl or PHP, but its ugly. Smalltalk is gorgeous.
>>
>> Also dont put too much emphasis on popularity. Java library is super
>> popular and many of its libraries are a big pile of mess. Its quantity vs
>> quality. C++ is on the same boat. Popularity gives you mainly quantity.
>>
>> My advice is don't be humble, be proud of your work and what you have
>> accomplished with Pharo and your individual project. And if sometimes
>> things go south , remember its much better to be passionate than being
>> dull. Its all part of being human. Keep an open mind, and keep walking ,
>> one step at a time.
>>
>>
>> On Wed, Feb 12, 2014 at 5:40 PM, Sven Van Caekenberghe wrote:
>>
>>>
>>> On 12 Feb 2014, at 14:54, askoh  wrote:
>>>
>>> > The recent arguments in Smalltalk made me have an Eureka mo

Re: [Pharo-dev] Playing an mp3

[Sean P. DeNigris]

On Feb 12, 2014, at 10:37 AM, Noury Bouraqadi-2 [via Smalltalk] 
 wrote:
> @Sean why did you chose to use FMOD and not use the PharoExtras/Sound?  What 
> are features that you are missing? 

I guess because I didn't know it played mp3s ;) Also, I wanted to play with 
NativeBoost...

My requirements are:
- play at any speed (e.g. normal, 1.5x, 2x)
- play any snippet with millisecond granularity (e.g. play from 5m3s500ms to 
...)
Do you know off-hand if that's possible with PharoExtras?

- Sean



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Playing-an-mp3-tp4742737p4743057.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Why Smalltalk is not popular?

[btc]

hi kilon,  

Thanks for your words.  I particularly like them since you've come
recently to Smalltalk after a number of other languages.

There is some interesting discussion of this topic at [1] which
indicate a predominance of non-technical issues and technical issues
that don't apply today.
Paul Grahams "Blub Paradox" [2] explains why popular is not always best.
Finally, I'd like to get an update on this from this Gartner [3]..

[1] http://c2.com/cgi/wiki?WhyIsSmalltalkDead
[2] http://www.paulgraham.com/avg.html   (for the time constrained
search down the page for "Blub")
[3] http://blogs.gartner.com/mark_driver/2008/10/09/remember-smalltalk/

cheers -ben

kilon alios wrote:

  frankly I find the community here, extremely friendly
, well motivated, reasonable and humble. And I dont let a couple of
incidents per year change my mind of what happens here on a daily
basis. 
  
  
  Smalltalk is unpopular because it never had a big company behind
it or a good marketing strategy. 99% of people out there, had, have and
will have no clue what smalltalk is all about. 
  
  
  You want to talk about ObjC ? fine . Lets be honest , objc was
like 42th most popular language in TIOBE and now is like 3rd. Why ?
because iOS. Thats all, not because of quality of the language , not
because it has super friendly community , not because users saw the
light. 
  
  
   The only thing that ObjC shares with smalltalk is message
passing. Does that make ObjC part of the family , eh , no. Unless you
are prepared to let tons other languages and IDEs join you, but then
you still wont have a family but a nation. And ObjC is a seriously ugly
language. Its still no C++ , _javascript_ , Perl or PHP, but its ugly.
Smalltalk is gorgeous. 
  
  
  Also dont put too much emphasis on popularity. Java library is
super popular and many of its libraries are a big pile of mess. Its
quantity vs quality. C++ is on the same boat. Popularity gives you
mainly quantity. 
    
  
  My advice is don't be humble, be proud of your work and what you
have accomplished with Pharo and your individual project. And if
sometimes things go south , remember its much better to be passionate
than being dull. Its all part of being human. Keep an open mind, and
keep walking , one step at a time.
  
  
  
  On Wed, Feb 12, 2014 at 5:40 PM, Sven Van
Caekenberghe 
wrote:
  

On 12 Feb 2014, at 14:54, askoh  wrote:

> The recent arguments in Smalltalk made me have an Eureka moment on
why
> Smalltalk is not popular. Smalltalk attracts brilliant people. But
these
> brilliant people scare others away. Instead of Showing How, they
Show Off.
> Instead of being inclusive, they are picky. Instead of discussing,
they
> fight.
>
> So, Smalltalkers, please be humble, friendly and pacific. Show
How. Invite
> anyone interested to join. And let's talk normally.


I agree, of course. (With the second paragraph, less with the first:
these discussion happen everywhere, ever read emails by Linus Torvalds
?)

--

But I had an epiphany today, based on this discussion of what is the
definition of Smalltalk. I hereby declare that we are the _third_ most
popular language (family) in use today !

Based on this very reputable (ahem) index:

  http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

I really think that in a broad definition of Smalltalk, Objective-C is
part of the family.

According to the first line of

  http://en.wikipedia.org/wiki/Objective-C

Objective-C is a general-purpose, object-oriented programming language
that adds Smalltalk-style messaging to the C programming language.

And messaging is at the core of Smalltalk. It also has a similar class
based object model, is late bound in almost everything and has some
reflective capabilities. There are even a couple of projects mixing the
two explicitly.

Reserve a bigger venue for the next ESUG !

Sven

PS: We've had these discussions before on various occasions: it is
really hard to come up with a definition of what is Smalltalk, or even
a good list of what is so special about it - there really is a elusive,
hard to define aspect to it.


> All the best,
> Aik-Siong Koh
>
>
>
> --
> View this message in context: http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
Nabble.com.
>




  
  
  
  

Re: [Pharo-dev] Why Smalltalk is not popular?

[J.F. Rick]

Well, there are some serious reasons that Smalltalk is not currently so
popular. Here are a few:
(1) It used to be expensive. That kept it from being adopted initially.
That may no longer be the case but, once the reputation is ruined, it is
hard for people to give it a second chance.
(2) There is no natural bias built in. Want to program in the browser?
Learn Javascript. Want to program on the server? Learn PHP. Want to take
the AP CS exam in the US? Learn Java. Want to program for MacOS / iOS?
Learn Objective C. Want to use the Microsoft Developer Suite? Learn C#.
Want to bind to the largest set of libraries? Learn C. There is no killer
application domain for Smalltalk.
(3) The syntax is significantly different than languages people are
familiar with. In addition, the IDE is quite different. So, transitioning
is difficult.
(4) There's a Catch-22. People who want to employ Smalltalk programmers
can't find any, so they switch to some language they can find (e.g., Java).
Then, nobody bothers to learn Smalltalk because they perceive as no demand.

I think there's a real possibility that Pharo can overcome these obstacles
in a meaningful way. The web technologies part is so strong already that it
could easily be the next Ruby on Rails (i.e., comes out of nowhere to gain
real market share by doing one thing really well). The simplicity and live
coding ability could also make it a very nice teaching language, but
significant work will need to be done to make it that.

Cheers,

Jeff


On Wed, Feb 12, 2014 at 5:14 PM, kilon alios  wrote:

> frankly I find the community here, extremely friendly , well motivated,
> reasonable and humble. And I dont let a couple of incidents per year change
> my mind of what happens here on a daily basis.
>
> Smalltalk is unpopular because it never had a big company behind it or a
> good marketing strategy. 99% of people out there, had, have and will have
> no clue what smalltalk is all about.
>
> You want to talk about ObjC ? fine . Lets be honest , objc was like 42th
> most popular language in TIOBE and now is like 3rd. Why ? because iOS.
> Thats all, not because of quality of the language , not because it has
> super friendly community , not because users saw the light.
>
>  The only thing that ObjC shares with smalltalk is message passing. Does
> that make ObjC part of the family , eh , no. Unless you are prepared to let
> tons other languages and IDEs join you, but then you still wont have a
> family but a nation. And ObjC is a seriously ugly language. Its still no
> C++ , Javascript , Perl or PHP, but its ugly. Smalltalk is gorgeous.
>
> Also dont put too much emphasis on popularity. Java library is super
> popular and many of its libraries are a big pile of mess. Its quantity vs
> quality. C++ is on the same boat. Popularity gives you mainly quantity.
>
> My advice is don't be humble, be proud of your work and what you have
> accomplished with Pharo and your individual project. And if sometimes
> things go south , remember its much better to be passionate than being
> dull. Its all part of being human. Keep an open mind, and keep walking ,
> one step at a time.
>
>
> On Wed, Feb 12, 2014 at 5:40 PM, Sven Van Caekenberghe wrote:
>
>>
>> On 12 Feb 2014, at 14:54, askoh  wrote:
>>
>> > The recent arguments in Smalltalk made me have an Eureka moment on why
>> > Smalltalk is not popular. Smalltalk attracts brilliant people. But these
>> > brilliant people scare others away. Instead of Showing How, they Show
>> Off.
>> > Instead of being inclusive, they are picky. Instead of discussing, they
>> > fight.
>> >
>> > So, Smalltalkers, please be humble, friendly and pacific. Show How.
>> Invite
>> > anyone interested to join. And let's talk normally.
>>
>> I agree, of course. (With the second paragraph, less with the first:
>> these discussion happen everywhere, ever read emails by Linus Torvalds ?)
>>
>> --
>>
>> But I had an epiphany today, based on this discussion of what is the
>> definition of Smalltalk. I hereby declare that we are the _third_ most
>> popular language (family) in use today !
>>
>> Based on this very reputable (ahem) index:
>>
>>   http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>>
>> I really think that in a broad definition of Smalltalk, Objective-C is
>> part of the family.
>>
>> According to the first line of
>>
>>   http://en.wikipedia.org/wiki/Objective-C
>>
>> Objective-C is a general-purpose, object-oriented programming language
>> that adds Smalltalk-style messaging to the C programming language.
>>
>> And messaging is at the core of Smalltalk. It also has a similar class
>> based object model, is late bound in almost everything and has some
>> reflective capabilities. There are even a couple of projects mixing the two
>> explicitly.
>>
>> Reserve a bigger venue for the next ESUG !
>>
>> Sven
>>
>> PS: We've had these discussions before on various occasions: it is really
>> hard to come up with a definition of what is Smalltalk, or even a 

Re: [Pharo-dev] Why Smalltalk is not popular?

[Torsten Bergmann]

Regarding TIOBE and popularity: 

http://astares.blogspot.de/2006/07/stupid-metrics.html 

Re: [Pharo-dev] Why Smalltalk is not popular?

[kilon alios]

frankly I find the community here, extremely friendly , well motivated,
reasonable and humble. And I dont let a couple of incidents per year change
my mind of what happens here on a daily basis.

Smalltalk is unpopular because it never had a big company behind it or a
good marketing strategy. 99% of people out there, had, have and will have
no clue what smalltalk is all about.

You want to talk about ObjC ? fine . Lets be honest , objc was like 42th
most popular language in TIOBE and now is like 3rd. Why ? because iOS.
Thats all, not because of quality of the language , not because it has
super friendly community , not because users saw the light.

 The only thing that ObjC shares with smalltalk is message passing. Does
that make ObjC part of the family , eh , no. Unless you are prepared to let
tons other languages and IDEs join you, but then you still wont have a
family but a nation. And ObjC is a seriously ugly language. Its still no
C++ , Javascript , Perl or PHP, but its ugly. Smalltalk is gorgeous.

Also dont put too much emphasis on popularity. Java library is super
popular and many of its libraries are a big pile of mess. Its quantity vs
quality. C++ is on the same boat. Popularity gives you mainly quantity.

My advice is don't be humble, be proud of your work and what you have
accomplished with Pharo and your individual project. And if sometimes
things go south , remember its much better to be passionate than being
dull. Its all part of being human. Keep an open mind, and keep walking ,
one step at a time.


On Wed, Feb 12, 2014 at 5:40 PM, Sven Van Caekenberghe  wrote:

>
> On 12 Feb 2014, at 14:54, askoh  wrote:
>
> > The recent arguments in Smalltalk made me have an Eureka moment on why
> > Smalltalk is not popular. Smalltalk attracts brilliant people. But these
> > brilliant people scare others away. Instead of Showing How, they Show
> Off.
> > Instead of being inclusive, they are picky. Instead of discussing, they
> > fight.
> >
> > So, Smalltalkers, please be humble, friendly and pacific. Show How.
> Invite
> > anyone interested to join. And let's talk normally.
>
> I agree, of course. (With the second paragraph, less with the first: these
> discussion happen everywhere, ever read emails by Linus Torvalds ?)
>
> --
>
> But I had an epiphany today, based on this discussion of what is the
> definition of Smalltalk. I hereby declare that we are the _third_ most
> popular language (family) in use today !
>
> Based on this very reputable (ahem) index:
>
>   http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>
> I really think that in a broad definition of Smalltalk, Objective-C is
> part of the family.
>
> According to the first line of
>
>   http://en.wikipedia.org/wiki/Objective-C
>
> Objective-C is a general-purpose, object-oriented programming language
> that adds Smalltalk-style messaging to the C programming language.
>
> And messaging is at the core of Smalltalk. It also has a similar class
> based object model, is late bound in almost everything and has some
> reflective capabilities. There are even a couple of projects mixing the two
> explicitly.
>
> Reserve a bigger venue for the next ESUG !
>
> Sven
>
> PS: We've had these discussions before on various occasions: it is really
> hard to come up with a definition of what is Smalltalk, or even a good list
> of what is so special about it - there really is a elusive, hard to define
> aspect to it.
>
> > All the best,
> > Aik-Siong Koh
> >
> >
> >
> > --
> > View this message in context:
> http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
> > Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
> >
>
>
>

[Pharo-dev] R: Why Smalltalk is not popular?

[Lorenzo Schiavina]

+1

-Messaggio originale-
Da: Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] Per conto di askoh
Inviato: mercoledì 12 febbraio 2014 14:55
A: pharo-dev@lists.pharo.org
Oggetto: [Pharo-dev] Why Smalltalk is not popular?

The recent arguments in Smalltalk made me have an Eureka moment on why
Smalltalk is not popular. Smalltalk attracts brilliant people. But these
brilliant people scare others away. Instead of Showing How, they Show Off.
Instead of being inclusive, they are picky. Instead of discussing, they
fight.

So, Smalltalkers, please be humble, friendly and pacific. Show How. Invite
anyone interested to join. And let's talk normally.

All the best,
Aik-Siong Koh



--
View this message in context:
http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Why Smalltalk is not popular?

[Sven Van Caekenberghe]

On 12 Feb 2014, at 14:54, askoh  wrote:

> The recent arguments in Smalltalk made me have an Eureka moment on why
> Smalltalk is not popular. Smalltalk attracts brilliant people. But these
> brilliant people scare others away. Instead of Showing How, they Show Off.
> Instead of being inclusive, they are picky. Instead of discussing, they
> fight.
> 
> So, Smalltalkers, please be humble, friendly and pacific. Show How. Invite
> anyone interested to join. And let's talk normally.

I agree, of course. (With the second paragraph, less with the first: these 
discussion happen everywhere, ever read emails by Linus Torvalds ?)

--

But I had an epiphany today, based on this discussion of what is the definition 
of Smalltalk. I hereby declare that we are the _third_ most popular language 
(family) in use today !

Based on this very reputable (ahem) index:

  http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

I really think that in a broad definition of Smalltalk, Objective-C is part of 
the family.

According to the first line of

  http://en.wikipedia.org/wiki/Objective-C

Objective-C is a general-purpose, object-oriented programming language that 
adds Smalltalk-style messaging to the C programming language.

And messaging is at the core of Smalltalk. It also has a similar class based 
object model, is late bound in almost everything and has some reflective 
capabilities. There are even a couple of projects mixing the two explicitly.

Reserve a bigger venue for the next ESUG !

Sven

PS: We've had these discussions before on various occasions: it is really hard 
to come up with a definition of what is Smalltalk, or even a good list of what 
is so special about it - there really is a elusive, hard to define aspect to it.

> All the best,
> Aik-Siong Koh
> 
> 
> 
> --
> View this message in context: 
> http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

Re: [Pharo-dev] Playing an mp3

[Noury Bouraqadi]

Thanks Jannik! 

@Sean why did you chose to use FMOD and not use the PharoExtras/Sound?  What 
are features that you are missing?

Noury
On 11 févr. 2014, at 16:07, jannik laval wrote:

> Ok the description is not good.
> In phratch, I can load MP3.
> 
> Jannik
> 
> 
> 2014-02-11 15:30 GMT+01:00 Noury Bouraqadi :
> Thanks Sean.
> Sounds cool.
> 
> Noury
> On 11 févr. 2014, at 14:44, Sean P. DeNigris wrote:
> 
> > For mp3s, I started wrapping the FMOD library with NB. It's on sthub. I
> > ported enough to play an mp3 and porting other features should be
> > straightforward at this point... HTH
> >
> >
> >
> > -
> > Cheers,
> > Sean
> > --
> > View this message in context: 
> > http://forum.world.st/Playing-an-mp3-tp4742737p4742774.html
> > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> >
> 
> Noury
> --
> http://twitter.com/#!/NouryBouraqadi
> http://car.mines-douai.fr/noury
> 
> 
> 
> 
> 
> -- 
> ~~Jannik Laval~~
> École des Mines de Douai
> Enseignant-chercheur
> http://www.jannik-laval.eu
> http://car.mines-douai.fr/
> 

Noury
--
http://twitter.com/#!/NouryBouraqadi
http://car.mines-douai.fr/noury

Re: [Pharo-dev] [ANN] Spec documentation in PFTE book finished

[Clara Allende]

Nice, just what I was looking for :) Thank you very much!


On 12 February 2014 12:08, Johan Fabry  wrote:

> Hi all,
>
> I am happy to announce that Ben and I finished the documentation of Spec
> for the Pharo For The Enterprise book. This documentation is up-to-date
> with the latest version of Spec, and is focused towards people wanting to
> use it and even extend it (in contrast to the academic papers which are ...
> academic ;-) ). I hope that this text will help all the people that are
> building UIs in Pharo, and it will clear up any doubts that they may have.
>
> The chapter is available in source form from the GitHub project of the
> PFTE book:
> https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english
>
> The easiest way to read the chapter is from the continuous integration
> server, which produces a html file of the chapter here:
>
> https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/Spec/Spec.pier.html
> (The same server also produces pdf and markdown files, but there are some
> strange artifacts there, currently. I guess this will be cleared up in the
> future)
>
> We tried our best to make it understandable and complete, but if you have
> any doubts or comments please do not hesitate to let us know !! Ben prefers
> Github apparently, but if you are oldskool like me you can also send a mail
> (privately or to the mailing list).
>
> Now it's time to build some cool user interfaces! :-)
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile
>
>
>

[Pharo-dev] [ANN] Spec documentation in PFTE book finished

[Johan Fabry]

Hi all,

I am happy to announce that Ben and I finished the documentation of Spec for 
the Pharo For The Enterprise book. This documentation is up-to-date with the 
latest version of Spec, and is focused towards people wanting to use it and 
even extend it (in contrast to the academic papers which are … academic ;-) ). 
I hope that this text will help all the people that are building UIs in Pharo, 
and it will clear up any doubts that they may have.

The chapter is available in source form from the GitHub project of the PFTE 
book: https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english

The easiest way to read the chapter is from the continuous integration server, 
which produces a html file of the chapter here:
https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/Spec/Spec.pier.html
 
(The same server also produces pdf and markdown files, but there are some 
strange artifacts there, currently. I guess this will be cleared up in the 
future)

We tried our best to make it understandable and complete, but if you have any 
doubts or comments please do not hesitate to let us know !! Ben prefers Github 
apparently, but if you are oldskool like me you can also send a mail (privately 
or to the mailing list).

Now it's time to build some cool user interfaces! :-)

---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile

Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

[Torsten Bergmann]

Ben wrote:
> Torsten Bergmann wrote:
> > sent [..] using a Pharo driven mobile phone
> That sounds interesting!
>

Nothing special - just time travelling ;)

Bye
T.

Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

[btc]

Torsten Bergmann wrote:

sent [..] using a Pharo driven mobile phone

That sounds interesting!

Re: [Pharo-dev] To improve Stef's mood...

[Tudor Girba]

This is fantastic news! Thank you very much for all this work!

Doru


On Wed, Feb 12, 2014 at 3:04 PM, Pavel Krivanek wrote:

> It's Guille's work so it depends on him :-)
> If everything will go well, Pharo 4 will be already use it in time of
> ESUG. ;-)
>
> Cheers,
> -- Pavel
>
>
> 2014-02-12 14:59 GMT+01:00 Alexandre Bergel :
>
> Excellent Pavel!
>> Will all this be demonstrated at ESUG?
>>
>> Alexandre
>>
>>
>> Le 12-02-2014 à 3:57, Pavel Krivanek  a écrit :
>>
>> Hi,
>>
>> we are now able to bootstrap the PharoKernel and get responsive image
>> that is able to execute scripts and process 'eval' argument.
>>
>> https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/
>>
>> It has shrinked Unicode tables, has no network support, not everything
>> is initialized well and the job takes 1 hr 45 min but it is important step
>> on our 100m competition :-)
>>
>> -- Pavel
>>
>>
>>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-dev] 100% CPU usage on image resume

[Sven Van Caekenberghe]

Holger,

On 12 Feb 2014, at 15:09, Holger Hans Peter Freyther  wrote:

>> Does this happen with a virgin image ? Probably not, what code did you load ?
> 
> I don't know. There is my code in the backtrace and it is available in the
> OsmoCore/OsmoLogging package. The code is doing:
> 
> runTimers
..
> 
> fireTimers: now
...
> 
> The entire process list is below. My assumption is that the >>fireTimers:
> method is actually being executed. The best thing I found was to use SIGUSR1
> to sample which processes run. My assumption is that this process runs before
> DateAndTime has been re-initialized by the SmalltalkImage.

Thanks for the details. Any chance that you could play with Pharo 3 as well ? 
You'll get better support I guess.

Now, you do agree that you are doing tricky stuff, right ? You play with 
timers, timestamps and delays in a process that you expect to keep running over 
image save/resume ;-)

I think a better approach would be to subscribe to image #shutDown: and 
#startUp: events (trace these selectors for examples). With these you can 
cleanly stop your process on image save and restart it when the image resumes. 
I think all long running processes work that way.

Sven

Re: [Pharo-dev] 100% CPU usage on image resume

[Holger Hans Peter Freyther]

On Wed, Feb 12, 2014 at 02:49:16PM +0100, Sven Van Caekenberghe wrote:

Hi,


> Sorry, but the details matter a lot:
> 
> Which image version, vm version, os ? 
> 
> You can use the System Reporter tool for this.

Image
-
/home/ich/Downloads/ss7-tests.image
Pharo2.0
Latest update: #20615


Virtual Machine
---
/home/ich/source/smalltalk/pharo/blessed/results/pharo
NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: 
acc98e51-2fba-4841-a965-2975997bba66 Jan 14 2014
NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: 
acc98e51-2fba-4841-a965-2975997bba66 Jan 14 2014
git://gitorious.org/cogvm/blessed.git Commit: 
a94316242b01bb112550c3ea20a85ae0ae3e3678 Date: 2013-11-21 15:50:24 +0100 By: 
Holger Hans Peter Freyther  

Unix built on Jan 14 2014 12:35:18 Compiler: 4.8.2
VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: 
a94316242b01bb112550c3ea20a85ae0ae3e3678 Date: 2013-11-21 15:50:24 +0100 By: 
Holger Hans Peter Freyther  
NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: 
acc98e51-2fba-4841-a965-2975997bba66 Jan 14 2014
NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: 
acc98e51-2fba-4841-a965-2975997bba66 Jan 14 2014


The VM has my SCTP support added to it and the last upstream commit
was: 3d9341c3ef68118f438ff649b343d2fe77952477. The issue happens with
the pharo VM binary I downloaded as well.


$ ./pharo -version
3.9-7 #1 Wed Mar 13 18:22:44 CET 2013 gcc 4.4.3
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
git://gitorious.org/cogvm/blessed.git Commit: 
412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: 
Esteban Lorenzano  Jenkins build #14535
Linux linux-ubuntu-10 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 
2012 x86_64 GNU/Linux
plugin path: /home/ich/source/smalltalk/pharo/Pharo-2.0/ [default: 
/home/ich/source/smalltalk/pharo/Pharo-2.0/]


> Does this happen with a virgin image ? Probably not, what code did you load ?

I don't know. There is my code in the backtrace and it is available in the
OsmoCore/OsmoLogging package. The code is doing:

runTimers
[quit] whileFalse: [| now |

"Remember the last delay so we can interrupt it on image 
resume."
lastDelay := Delay forSeconds: 1.
lastDelay wait.
lastDelay := nil.

now := DateAndTime now.
OsmoDispatcher dispatchBlock: [self fireTimers: now]]


fireTimers: now
"Now execute the timers. One way or another this is crazy. If we have
 a long blocking application or a deadlock the timer queue will get
 stuck. But if we run this in a new process a later process might be run
 before this process, changing the order of the timers."

"Only this process will remove items, this is why we can check isEmpty
 without having the lock"
self halt.
[queue isEmpty or: [queue first timeout > now]] whileFalse: 
[| each |
each := sem critical: [queue removeFirst].
each isCanceled 
ifFalse: 
[[each fire] on: Error
do: [:e | 
e logException: 'Execution of timer failed: ' , 
e messageText area: #timer]]]



The entire process list is below. My assumption is that the >>fireTimers:
method is actually being executed. The best thing I found was to use SIGUSR1
to sample which processes run. My assumption is that this process runs before
DateAndTime has been re-initialized by the SmalltalkImage.


All Smalltalk process stacks (active first):
Process 0x7890adb8 priority 70
0xbf9a2d78 M Fraction>reduced 0x7ac6cb4c: a(n) Fraction
0xbf9a2d90 M SmallInteger>/0x1903d=51230
0xbf9a2dac M DateAndTime>julianDayOffset 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2dc8 M DateAndTime>julianDayNumber 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime
0xbf9a2e0c M DateAndTime(Magnitude)>> 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler
0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler
0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure
0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure
0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure

Process 0x7890ac70 priority 80
0xbf9a0ea8 M Delay class>handleTimerEvent 0x772edfd8: a(n) Delay class
0xbf9a0ec0 M Delay class>runTimerEventLoop 0x772edfd8: a(n) Delay class
0xbf9a0ee0 I [] in Delay class>startTimerEventLoop 0x772edfd8: a(n) Delay class
0xbf9a0f00 I [] in BlockClosure>ne

Re: [Pharo-dev] Fosdem Videos and Pharo. 4 presentation

[François Stephany]

Rafael and I shot the videos but the FOSDEM staff is doing the
post-processing.
Sorry for the hiccups during recording  by the way, it was our first time
as cameramen ;)

Cheers,
Francois


On Wed, Feb 12, 2014 at 12:21 AM, Bernardo Ezequiel Contreras <
vonbecm...@gmail.com> wrote:

> Hi,
>They already know it, but they are busy.  be patient
>
> On Sun, Feb 09, 2014 at 08:06:03PM -0200, Bernardo Ezequiel Contreras
> wrote:
> > Hi,
> >   the following video
> > http://video.fosdem.org/2014/K4401/Saturday/Pharo4_Plans_and_Dreams.webm
> > doesn't contain the presentation by marcus denker, instead it contains
> the
> > "Objective Smalltalk" presentation by Marcel Weiher.
> > Could someone fix this, please?
>
> Thanks for letting us know.
>
> The video team will take a look as soon as they can, but please
> understand if it takes a while as they are still busy!
>
>
>

Re: [Pharo-dev] To improve Stef's mood...

[Pavel Krivanek]

It's Guille's work so it depends on him :-)
If everything will go well, Pharo 4 will be already use it in time of ESUG.
;-)

Cheers,
-- Pavel


2014-02-12 14:59 GMT+01:00 Alexandre Bergel :

> Excellent Pavel!
> Will all this be demonstrated at ESUG?
>
> Alexandre
>
>
> Le 12-02-2014 à 3:57, Pavel Krivanek  a écrit :
>
> Hi,
>
> we are now able to bootstrap the PharoKernel and get responsive image
> that is able to execute scripts and process 'eval' argument.
>
> https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/
>
> It has shrinked Unicode tables, has no network support, not everything is
> initialized well and the job takes 1 hr 45 min but it is important step on
> our 100m competition :-)
>
> -- Pavel
>
>
>

Re: [Pharo-dev] To improve Stef's mood...

[Esteban Lorenzano]

if all goes well, all of that will be demonstrated (and used) in pharo 4 :D

Esteban

On 12 Feb 2014, at 14:59, Alexandre Bergel  wrote:

> Excellent Pavel!
> Will all this be demonstrated at ESUG?
> 
> Alexandre
> 
> 
> Le 12-02-2014 à 3:57, Pavel Krivanek  a écrit :
> 
>> Hi, 
>> 
>> we are now able to bootstrap the PharoKernel and get responsive image that 
>> is able to execute scripts and process 'eval' argument.
>> 
>> https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/
>> 
>> It has shrinked Unicode tables, has no network support, not everything is 
>> initialized well and the job takes 1 hr 45 min but it is important step on 
>> our 100m competition :-)
>> 
>> -- Pavel
>> 
>> 

Re: [Pharo-dev] To improve Stef's mood...

[Alexandre Bergel]

Excellent Pavel!
Will all this be demonstrated at ESUG?

Alexandre


> Le 12-02-2014 à 3:57, Pavel Krivanek  a écrit :
> 
> Hi, 
> 
> we are now able to bootstrap the PharoKernel and get responsive image that is 
> able to execute scripts and process 'eval' argument.
> 
> https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/
> 
> It has shrinked Unicode tables, has no network support, not everything is 
> initialized well and the job takes 1 hr 45 min but it is important step on 
> our 100m competition :-)
> 
> -- Pavel
> 
> 

[Pharo-dev] Why Smalltalk is not popular?

[askoh]

The recent arguments in Smalltalk made me have an Eureka moment on why
Smalltalk is not popular. Smalltalk attracts brilliant people. But these
brilliant people scare others away. Instead of Showing How, they Show Off.
Instead of being inclusive, they are picky. Instead of discussing, they
fight.

So, Smalltalkers, please be humble, friendly and pacific. Show How. Invite
anyone interested to join. And let's talk normally.

All the best,
Aik-Siong Koh



--
View this message in context: 
http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] 100% CPU usage on image resume

[Sven Van Caekenberghe]

Sorry, but the details matter a lot:

Which image version, vm version, os ? 

You can use the System Reporter tool for this.

Image
-
/Users/sven/Develop/Smalltalk/Pharo-Bootstrap.image
Pharo3.0
Latest update: #30750
Unnamed

Virtual Machine
---
/Users/sven/Develop/Smalltalk/Pharo3.0.app/Contents/MacOS/Pharo
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
git://gitorious.org/cogvm/blessed.git Commit: 
412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: 
Esteban Lorenzano  Jenkins build #14535

Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB<
VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: 
412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: 
Esteban Lorenzano  Jenkins build #14535
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: 
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013


Does this happen with a virgin image ? Probably not, what code did you load ?

Sven

On 12 Feb 2014, at 14:37, Holger Hans Peter Freyther  wrote:

> On Mon, Oct 07, 2013 at 11:19:48AM +0200, Holger Hans Peter Freyther wrote:
> 
> Hi,
> 
>> I saved an image and today I wanted to resume it. Everything comes up,
>> for a second I can interact with it (e.g. move a window) but then the
>> pharo VM goes to 100% CPU usage. I let it run while writing this email
>> and it eventually aborted:
> 
> I keep on experiencing the issue on image resume. It appears that my
> timer process runs before the startUp list of DateAndTime has been
> executed and then anything using DateAndTime will get stuck.
> 
> Is this a known issue of Pharo2.0? Couldn't >>#snapshot:andQuit: of
> SmalltalkImage suspend all other processes and only resume them once
> the startUp list has been executed?
> 
> Any ideas how to debug that? I have started to explore bits of the
> system using the commandline feature of Pharo.
> 
> 
> Backtrace of the active process that appears to take all the CPU
> 
> All Smalltalk process stacks (active first):
> Process 0x7890adb8 priority 70
> 0xbf9a5e60 M DateAndTime>normalize:ticks:base: 0x799930dc: a(n) DateAndTime
> 0xbf9a5e84 M DateAndTime>ticks:offset: 0x799930dc: a(n) DateAndTime
> 0xbf9a5ea8 M DateAndTime>offset: 0x79992fe4: a(n) DateAndTime
> 0xbf9a5ec4 M DateAndTime>asLocal 0x79992fe4: a(n) DateAndTime
> 0xbf9a5ee4 M DateAndTime>- 0x7890ac98: a(n) DateAndTime
> 0xbf9a5f00 M DateAndTime>asSeconds 0x7890ac98: a(n) DateAndTime
> 0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime
> 0xbf9a2e0c M DateAndTime(Magnitude)>> 0x79992cb0: a(n) DateAndTime
> 0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler
> 0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler
> 0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure
> 0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
> 0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure
> 0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
> 0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure
> 
> same image some seconds later
> 
> All Smalltalk process stacks (active first):
> Process 0x7890adb8 priority 70
> 0xbf9a2d78 M Fraction>reduced 0x7ac6cb4c: a(n) Fraction
> 0xbf9a2d90 M SmallInteger>/0x1903d=51230
> 0xbf9a2dac M DateAndTime>julianDayOffset 0x7ac6ca1c: a(n) DateAndTime
> 0xbf9a2dc8 M DateAndTime>julianDayNumber 0x7ac6ca1c: a(n) DateAndTime
> 0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime
> 0xbf9a2e0c M DateAndTime(Magnitude)>> 0x7ac6ca1c: a(n) DateAndTime
> 0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler
> 0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler
> 0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure
> 0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
> 0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure
> 0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
> 0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure
> 
> 

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

[Camille Teruel]

Hello,

Here are my proposals,

==
Title: Slots, batteries included

Context: 
Pharo has recently introduced a model for first-class class layouts and 
instance variables (slots). 
This model will permit to customize the memory layout of instances of a class 
and the read/write logic of instance variables.
However, the current compiler doesn't take the custom read/write logic into 
account and the implementation need some love. 
Goal:
The student will first have to understand the model of layout and slots 
(http://rmod.lille.inria.fr/archives/papers/Verw11a-OOSPLA11-FlexibleObjectLayouts.pdf).
The next step is to modify the compiler (Opal) so that it take slots into 
account.
Then, the student will improve the current implementation:
- Expand the API: Each class should responds to #slots #ownSlots, each object 
to #slotNamed:set:, #slotNamed:, etc... 
- Fix the class installer to use the new instance migration model instead of 
the old one.
- Study whether scopes can be removed from the core model or not.
- Better definition of the interactions/responsibilities of the class builder 
and the class installer and fix the problem of modification of anonymous 
classes.
Then the student can provides several examples of custom slots and identify 
potential clients of these new facilities.

Dialect: Pharo

Skill level: intermediate

Mentors: Camille Teruel / Martin Dias


==
Title: Baobab

Context:
Pharo sources are currently stored in a separated file (.sources). 
We plan to remove that file and instead store all sources in the image in AST 
form.
But keeping all the ASTs of the system methods would cost too much memory. 
Bonsai, is one possible solution for saving memory: it is just a flyweight 
pattern for ASTs.
Additionally, we want to annotate the nodes of the ASTs various informations 
(bindings, additional comments, discussions, false positive critics, debugging 
code, typing information for various pluggable type systems, statistics like 
code coverage, etc...).
All these annotations would also take too much space in the image. Moreover, 
not all of them are needed by all developers. Some must be kept in the image, 
others not.

Goal:
The goal of Baobab is to offer a flexible AST annotation and serialization 
system.
An annotation should be able to define if it's transient (kept in the image but 
not serialized with the AST), local (kept in the image and serialized with the 
AST) or remote (stored on remote repositories so that teams of developers can 
share and edit them).

Dialect: Pharo

Skill level: easy/intermediate

Mentor: Camille Teruel

===
Title: Generic rewriting engine

Context: 
Rewriting is an useful technique that has a lot of applications in many 
functional programming language.
A rewriting engine that can rewrite arbitrary graph of objects would have a lot 
of useful applications like code refactoring and migration of instances in an 
alive program.

Goal:
The goal of this proposal is to implement a rewriting engine for arbitrary 
tree/graph of object.
A rewriting rule must be able to define:
- Patterns to match a part of the graph possibly including metavariables 
(variables that match subparts of the matched part) 
- Transformation of the matched part using the metavariables
The engine is parametrized with a set of rules an a traversal of the graph 
(look at http://www.humane-assessment.com/blog/traversal-enabled-pharo-objects 
for ideas).
Inspirations can be found in the pattern-matching library of Newspeak:
(http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/GellerHirschfeldBracha_2010_PatternMatchingForAnObjectOrientedAndDynamicallyTypedProgrammingLanguage_HPI36.pdf).

Skill level: intermediate
Dialect: Free
Mentor: Camille Teruel

===
Title: Object based IDE

Context: 
An object oriented program is based on objects that send messages to other 
objects. 
However, source code and IDE shows only classes and methods.
There is a huge gap between the source code that the IDEs show and the runtime 
entities of a program: object and messages.
This gap make program comprehension difficult because it is up to the 
programmer to fill this gap in is head.
That is certainly the reason why many Smalltalk programmers like to program in 
the debugger: they deal with an actual instance of their program.

Goal:
The goal of this proposal is to set up the first bricks toward a graphical IDE 
centered around objects that are alive during a program execution.
The first step is to provide a view to easily navigate through a graph of 
objects.
Then objects should be able to customize their view and several default views 
for common classes must be provided: Array, Dictionary, Set, etc...
The final step is to be able to run a program step by step as in a debugger and 
display the messages sent between objects 

Re: [Pharo-dev] 100% CPU usage on image resume

[Holger Hans Peter Freyther]

On Mon, Oct 07, 2013 at 11:19:48AM +0200, Holger Hans Peter Freyther wrote:

Hi,

> I saved an image and today I wanted to resume it. Everything comes up,
> for a second I can interact with it (e.g. move a window) but then the
> pharo VM goes to 100% CPU usage. I let it run while writing this email
> and it eventually aborted:

I keep on experiencing the issue on image resume. It appears that my
timer process runs before the startUp list of DateAndTime has been
executed and then anything using DateAndTime will get stuck.

Is this a known issue of Pharo2.0? Couldn't >>#snapshot:andQuit: of
SmalltalkImage suspend all other processes and only resume them once
the startUp list has been executed?

Any ideas how to debug that? I have started to explore bits of the
system using the commandline feature of Pharo.


Backtrace of the active process that appears to take all the CPU

All Smalltalk process stacks (active first):
Process 0x7890adb8 priority 70
0xbf9a5e60 M DateAndTime>normalize:ticks:base: 0x799930dc: a(n) DateAndTime
0xbf9a5e84 M DateAndTime>ticks:offset: 0x799930dc: a(n) DateAndTime
0xbf9a5ea8 M DateAndTime>offset: 0x79992fe4: a(n) DateAndTime
0xbf9a5ec4 M DateAndTime>asLocal 0x79992fe4: a(n) DateAndTime
0xbf9a5ee4 M DateAndTime>- 0x7890ac98: a(n) DateAndTime
0xbf9a5f00 M DateAndTime>asSeconds 0x7890ac98: a(n) DateAndTime
0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime
0xbf9a2e0c M DateAndTime(Magnitude)>> 0x79992cb0: a(n) DateAndTime
0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler
0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler
0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure
0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure
0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure

same image some seconds later

All Smalltalk process stacks (active first):
Process 0x7890adb8 priority 70
0xbf9a2d78 M Fraction>reduced 0x7ac6cb4c: a(n) Fraction
0xbf9a2d90 M SmallInteger>/0x1903d=51230
0xbf9a2dac M DateAndTime>julianDayOffset 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2dc8 M DateAndTime>julianDayNumber 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2df0 M DateAndTime>< 0x7890ac98: a(n) DateAndTime
0xbf9a2e0c M DateAndTime(Magnitude)>> 0x7ac6ca1c: a(n) DateAndTime
0xbf9a2e2c M TimerScheduler>fireTimers: 0x77fdb260: a(n) TimerScheduler
0xbf9a2e54 I [] in TimerScheduler>runTimers 0x77fdb260: a(n) TimerScheduler
0xbf9a2e70 M BlockClosure>on:do: 0x7890acac: a(n) BlockClosure
0xbf9a2e94 M [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2eb4 M BlockClosure>ensure: 0x7890ae38: a(n) BlockClosure
0xbf9a2ee0 I [] in Dispatcher>dispatch 0x77fdb018: a(n) Dispatcher
0xbf9a2f00 I [] in BlockClosure>newProcess 0x7890acd4: a(n) BlockClosure

[Pharo-dev] [pharo-project/pharo-core] 114dd0: 30754

[GitHub]

  Branch: refs/heads/3.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 114dd0ec17caadee0346718df0f23dbf6a60807a
  
https://github.com/pharo-project/pharo-core/commit/114dd0ec17caadee0346718df0f23dbf6a60807a
  Author: Jenkins Build Server 
  Date:   2014-02-12 (Wed, 12 Feb 2014)

  Changed paths:
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
scripts/script407.st
A ScriptLoader30.package/ScriptLoader.class/instance/pharo - 
updates/update30754.st
M 
ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M 
Versionner-Core-Commands.package/MBAddConfigurationCommand.class/instance/execute/execute.st
M 
Versionner-Core-Commands.package/MBCheckpointDevCommand.class/instance/execute/execute.st
M 
Versionner-Core-Commands.package/MBCommand.class/instance/accessing-computed/projectName.st
M 
Versionner-Core-Commands.package/MBCommand.class/instance/repositories/repositoryOfPackageNamed_.st
M 
Versionner-Core-Model.package/MBAbstractVersionInfo.class/instance/accessing/configurationBasename.st
R 
Versionner-Core-Model.package/extension/Class/instance/configurationBaseName.st
R Versionner-Help.package/MetacelloBrowserHelp.class/README.md
R 
Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/bookName.st
R 
Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/introduction.st
R Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/key.st
R 
Versionner-Help.package/MetacelloBrowserHelp.class/class/accessing/pages.st
R 
Versionner-Help.package/MetacelloBrowserHelp.class/class/defaults/builder.st
R Versionner-Help.package/MetacelloBrowserHelp.class/class/pages/icon.st
R Versionner-Help.package/MetacelloBrowserHelp.class/definition.st
R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/README.md
R Versionner-Help.package/MetacelloBrowserHelpBuilder.class/definition.st
R 
Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/building/build.st
R 
Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/private/command_for_do_.st
R 
Versionner-Help.package/MetacelloBrowserHelpBuilder.class/instance/private/createTopicFrom_.st
R Versionner-Help.package/VersionnerHelp.class/README.md
R Versionner-Help.package/VersionnerHelp.class/class/accessing/bookName.st
R 
Versionner-Help.package/VersionnerHelp.class/class/accessing/introduction.st
R Versionner-Help.package/VersionnerHelp.class/class/accessing/key.st
R Versionner-Help.package/VersionnerHelp.class/class/accessing/pages.st
R Versionner-Help.package/VersionnerHelp.class/class/defaults/builder.st
R Versionner-Help.package/VersionnerHelp.class/class/pages/icon.st
R Versionner-Help.package/VersionnerHelp.class/definition.st
R Versionner-Help.package/VersionnerHelpBuilder.class/README.md
R Versionner-Help.package/VersionnerHelpBuilder.class/definition.st
R 
Versionner-Help.package/VersionnerHelpBuilder.class/instance/building/build.st
R 
Versionner-Help.package/VersionnerHelpBuilder.class/instance/private/command_for_do_.st
R 
Versionner-Help.package/VersionnerHelpBuilder.class/instance/private/createTopicFrom_.st
M 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/initialization/initializeGroupsWidget.st
M 
Versionner-Spec-Browser.package/VersionnerProjectPanel.class/instance/initialization/initializeProjectsWidget.st
R 
Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/README.md
R 
Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/definition.st
R 
Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/accessing/configurationClass.st
R 
Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/accessing/configurationInfo.st
R 
Versionner-Tests-Core-Commands.package/MBAddDescriptionCommandTest.class/instance/tests/testExecute.st
M 
Versionner-Tests-Core-Model.package/MBConfigurationInfoTest.class/instance/tests/testInitialization.st

  Log Message:
  ---
  30754
12847 update Versionner
https://pharo.fogbugz.com/f/cases/12847/fix-rules-violations

http://files.pharo.org/image/30/30754.zip

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

[GitHub]

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

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

[btc]

Stefan Marr wrote:

Hi:

Here my proposals:


Proposal 1:

  Library of Concurrent Programming Concepts

The Ownership-based Metaobject Protocol [1] is an abstraction meant to
allow an easy implementation of a wide range of concurrent programming
concepts such as actors and STM.
The goal would be to extend the existing set of provided concepts by
a wider collection of concepts from literature and programming languages,
for instance Erlang actors, E vats, Shacl domains, Axum domains, different
types of STMs, and so on.
The goal is to provide programmers a set of abstractions to mix and match,
for their applications.

  benefit for the student: getting strong exposure to the subtleties of 
concurrent
   programming and the benefits of the wide range of 
different
   approaches.

  dialect: Pharo 3, the OMOP depends on Opal


  skill level: topic is adaptable to different skill levels, but object-orient 
background knowledge is required

  mentor: Stefan Marr (smallt...@stefan-marr.de)
  co-mentor TBD 


  [1] http://www.stefan-marr.de/research/omop/

  
Another cool thing would be a graphical representation simulating how 
these concepts work.  Something attractive to Comp Sci lecturers to make 
their lives easier. They come for the end-user application - but then 
can dig into the implementation with their student - and as a 
side-effect they are exposed to Smalltalk and are hooked.

cheers -ben

[Pharo-dev] need some help with NBCallback related crashes

[Danil Osipchuk]

Hello all

I'm currently playing with NativeBoost  (a great thing to have) and pharo
consistently crashes after running for a while. My impression is that
crashes happen during GCs as if something moves under the installed
callback. This may be also related to the libpcap itself, but how can I
know for sure. I've tried everything newest (vm+image+libpcap) and I also
migrated into a much more rigid scheme of storing and passing callback. Now
I've run of ideas where to look further.

So, it is like this. NBPCapHandlerCallback  is a procedure which is called
by libpcap for every packet it has in its internal buffer after the
application calls pcap_dispatch(). pcap_dispatch receives the callback as a
parameter.  I have to repeatedly call pcap_dispatch in so called
nonblocking mode (and pass the callback each time) every 5 milliseconds to
collect packets - we are single threaded. This amounts to awful whole 200
callback installations per second, may be libpcap was not well tested in
this scenario (I suppose pcap_loop runs in separated thread in wireshark
and callback installation happens several times per session at most) -
hence my doubts. But also - could it be something with NB?

Any hints how to proceed with it are greatly appreciated. This is amazing
how one can quickly assemble something that emulates thousands of
dhcp-clients (this is what the app does) with current Pharo.  But the thing
dies off after 10-15 minutes.



best wishes,
  Danil

http://www.tcpdump.org/manpages/pcap_loop.3pcap.html

=
Generic failure
NBNativeCodeGen class>>signalError:
NBNativeCodeGen class>>handleFailureIn:nativeCode:
NBNativeCodeGen class>>methodAssembly:
LargePositiveInteger(NBFFICallback)>>primLeave:stackPtr:contextOop:returnValue:primitiveMethod:
NBPCapHandlerCallback(NBFFICallback)>>pvtEnter:stackPointer:primitiveMethod:
in Block:
Segmentation fault Wed Feb 12 16:17:25 2014


pharo VM version: 3.9-7 #1 Fri Feb  7 16:55:52 CET 2014 gcc 4.6.3
[Production ITHB VM]
Built from: NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 Feb  7 2014
With: NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 Feb  7 2014
Revision: https://github.com/pharo-project/pharo-vm.git Commit:
ef5832e6f70e5b24e8b9b1f4b8509a62b6c88040 Date: 2014-01-26 15:34:28 +0100
By: Esteban Lorenzano  Jenkins build #14797
Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
plugin path: /home/Pharo/ [default: /home/Pharo/]


C stack backtrace:
./pharo[0x809bc4c]
./pharo[0x809bf66]
linux-gate.so.1(__kernel_rt_sigreturn+0x0)[0xb76e640c]
./pharo(incrementalGC+0x18a)[0x80859da]
./pharo[0x808655a]
./pharo[0x808cbb7]
./pharo[0x808ccba]
./pharo(ceStackOverflow+0x59)[0x808f5f9]
[0x770f5260]
[0x771017e0]
[0x770fb11e]
[0x770fa939]
[0x770f9813]
[0x770f5700]
[0x770f55c0]


Smalltalk stack dump:
0xbf8b6144 M BlockClosure>ensure: 0x7c429d44: a(n) BlockClosure
0xbf8b6164 M Semaphore>critical: 0x772901d8: a(n) Semaphore
0xbf8b6180 M SmallInteger(Integer)>atRandom   0x13=9
0xbf8b61a8 M NLDHCPClientInit>enter 0x7c3be76c: a(n) NLDHCPClientInit
0xbf8b61c0 M [] in NLDHCPHost>changeStateTo: 0x793e816c: a(n) NLDHCPHost
0xbf8b61e0 I [] in BlockClosure>newProcess 0x7c3be828: a(n) BlockClosure

Most recent primitives
at:put:
at:put:
at:put:
at:put:
basicNew:
basicNew
class
class
replaceFrom:to:with:startingAt:
basicNew:
basicNew
class
class
replaceFrom:to:with:startingAt:
species
species
at:put:
at:put:
class
class
replaceFrom:to:with:startingAt:
species
species
at:put:
at:put:
class
class
replaceFrom:to:with:startingAt:
at:put:
species
basicNew:
replaceFrom:to:with:startingAt:
class
class
species
basicNew:
replaceFrom:to:with:startingAt:
replaceFrom:to:with:startingAt:
basicNew:
atAllPut:
class
class
replaceFrom:to:with:startingAt:
species
basicNew:
replaceFrom:to:with:startingAt:
at:put:
at:put:
class
at:put:
at:put:
at:put:
species
basicNew:
replaceFrom:to:with:startingAt:
species
basicNew:
replaceFrom:to:with:startingAt:
basicNew:
basicNew
class
class
replaceFrom:to:with:startingAt:
class
class
species
basicNew:
replaceFrom:to:with:startingAt:
replaceFrom:to:with:startingAt:
species
basicNew:
replaceFrom:to:with:startingAt:
basicNew:
basicNew
class
class
replaceFrom:to:with:startingAt:
class
class
replaceFrom:to:with:startingAt:
class
class
replaceFrom:to:with:startingAt:
basicNew:
at:put:
at:put:
class
class
replaceFrom:to:with:startingAt:
class
class
replaceFrom:to:with:startingAt:
class
class
replaceFrom:to:with:startingAt:
species
basicNew:
replaceFrom:to:with:startingAt:
new
at:put:
at:put:
class
stringHash:initialHash:
class
stringHash:initialHash:
class
stringHash:initialHash:
basicNew
objectAt:
basicNew:
stackp:
basicNew
primitiveResume
basicNew
basicNew
new:
basicNew
new:
objectAt:
basicNew:
stackp:
basicNew
primitiveResume
findNextUnwindContextUpTo:
terminateTo:
suspend
species
basicNew:
replaceFrom:to:with:s

[Pharo-dev] To improve Stef's mood...

[Pavel Krivanek]

Hi,

we are now able to bootstrap the PharoKernel and get responsive image that
is able to execute scripts and process 'eval' argument.

https://ci.inria.fr/pharo-contribution/job/PharoKernel3.0-Bootstrap/

It has shrinked Unicode tables, has no network support, not everything is
initialized well and the job takes 1 hr 45 min but it is important step on
our 100m competition :-)

-- Pavel

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

[Stefan Marr]

Hi:

Here my proposals:


Proposal 1:

  Library of Concurrent Programming Concepts

The Ownership-based Metaobject Protocol [1] is an abstraction meant to
allow an easy implementation of a wide range of concurrent programming
concepts such as actors and STM.
The goal would be to extend the existing set of provided concepts by
a wider collection of concepts from literature and programming languages,
for instance Erlang actors, E vats, Shacl domains, Axum domains, different
types of STMs, and so on.
The goal is to provide programmers a set of abstractions to mix and match,
for their applications.

  benefit for the student: getting strong exposure to the subtleties of 
concurrent
   programming and the benefits of the wide range of 
different
   approaches.

  dialect: Pharo 3, the OMOP depends on Opal

  skill level: topic is adaptable to different skill levels, but object-orient 
background knowledge is required

  mentor: Stefan Marr (smallt...@stefan-marr.de)
  co-mentor TBD 

  [1] http://www.stefan-marr.de/research/omop/



Proposal 2:

  An AST-based debugger for Pharo

 The new infrastructure in Pharo tries to bring the program
 execution on a higher level to simplify tools and push more
 complexity into lower levels of system that do not need to
 be exposed to the programmer. With Opal, the compiler already
 uses a proper AST representation. The next step is to bring
 the debugger to the same level to simplify it and modern
 features to more directly interact with objects and execution.
  
  dialect: Pharo 3

  skill level: medium to advanced, strong object-oriented background advisable

  mentor: 
Clément Bera (bera.clem...@gmail.com)
Stefan Marr (smallt...@stefan-marr.de)


Best regards
Stefan

-- 
Stefan Marr
INRIA Lille - Nord Europe
http://stefan-marr.de/research/

Re: [Pharo-dev] I love the new catalog and now you can create the metadata easily :)

[jannik laval]

Thank you Stef.
Phratch is up to date.

Jannik


2014-02-11 8:24 GMT+01:00 p...@highoctane.be :

> Stef,
>
> Read on.
>
> To be successful you need to keep on trucking no matter what. #resilience
> #persistence #keeprunning
>
> http://techcrunch.com/2011/06/27/startups-don't-die-they-commit-suicide/
>
> Phil
>
>
>
> On Mon, Feb 10, 2014 at 10:49 PM, Pharo4Stef  wrote:
>
>> Yes click that link:
>>
>> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/
>> ?
>>
>> So I imagine that you are all like me: you are too busy to add the
>> correct information
>> because you do not know what/how/.
>>
>> So I created a little class: called CatalogAdder for you and me :P
>>
>>
>>
>> I'm a simple utility class that add methods to ConfigurationOf class to
>> declare catalog metadata.
>>
>> Gofer new
>> smalltalkhubUser: 'DamienCassou' project: 'Pier-Gutemberg';
>> package: 'CatalogAdder';
>> load
>>
>> (CatalogAdder on: ConfigurationOfXXX)
>> defineCatalogMetadata
>>
>> and it creates all the methods with dummy template for you :)
>>
>> Stef
>>
>
>


-- 

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

Re: [Pharo-dev] CI Build Slaves ?

[Christophe Demarey]

Hi,

Le 12 févr. 2014 à 00:08, Sven Van Caekenberghe a écrit :

> Hi,
> 
> Does anyone know when all CI Build Slaves will become available again ? Right 
> now, I seems at least Windows is no longer there. It is a bit hard to do 
> integrations like that.

ah Windows ...
Yes, they need to be restarted time to time.
I just restarted Windows slaves but it will take a while before they are seen 
by Jenkins.
If some of you want / need access to CloudStack to manage (at least 
stopt/start) slaves, I can give you access. you will be able to connect with 
the account you use with Jenkins.

Thanks for pointing this problem,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature