- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras

by Tudor Girba

Ok. Let's move them then. Could you do it? Cheers, Doru On Sat, Apr 18, 2015 at 7:07 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > I guess I interpreted Extras as projects that are not right now in code. > We should move then Rubric and Bloc to Pharo. > > Cheers, > Andrei > > On Sat, Apr 18, 2015 at 6:57 PM, stepharo <stepharo(a)free.fr> wrote: > >> >> >> Le 18/4/15 13:01, Tudor Girba a Ã©crit : >> >> That is unclear to me, too. >> >> I thought that the Pharo repo is only for the code from the Pharo >> image, but I now see that we have other projects, like TxText, there as >> well. So, what is the preferred way? >> >> >> I always thought that Extras was projects that would not be in the core. >> Now bloc should at the end be in the core. >> >> Cheers, >> Doru >> >> >> On Sat, Apr 18, 2015 at 8:13 AM, stepharo <stepharo(a)free.fr> wrote: >> >>> Just a meta remark why extras and not Pharo? >>> >>> Le 17/4/15 12:58, Alain Plantec via Pharo-dev a Ã©crit : >>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

April 18, 2015

Re: [Pharo-dev] [Vm-dev] NativeBoost / Callbacks and Multithreading (Eliot: This is not just NB, we need you here :P)

by Ben Coman

On 18/04/2015 3:36 pm, "Esteban Lorenzano" <estebanlm(a)gmail.com> wrote: > > Soâ¦ âmultithreadâ is a complicated issue. Pharo as most Smalltalks is designed thinking is as monolithic so if you are trying to make the image to work in different processesâ¦ it will not be easy at all :) The holy grail of multithreaded seems to be functional programing, where essentially the benefit comes from threads not modifying global state. The problem with our monolithic system is that you are often (if not always) modifying global state. Worker threads can be written that avoid explicitly modifying global state, but your worker call a method that calls a method that calls a method that unnoticed by you modifies global state. This has been the source of a number of bugs I've hunted down in Pharo (e.g. Transcript; Monticello repository filter). You have to dig deep to notice these and I have wondered if somehow there could be some system help to make such cases fail-early such that any assignment to any instance variable generates an exception. You could turn this on for worker threads to ensure they can't inadvertently affect the monolithic assumptions of the main system. Of course the worker threads need to deal with transient global state, but you are in control writing new code with this in mind -- but it protects reuse of existing monolithic code. What would it take to get such a feature? Cheers -ben

April 18, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo 4.0 is released!

by volkert

The answere i expected ;-) I have the feeling here in germany Pharo is absolutely invisble. So some work need to be done: I decided to create a booklet on interactive programming with Pharo and Roassal ... Language: German, 40-50 Pages. Target audience: newbies with some programming experience i hope to show you some results in summer ... Volkert Am 18.04.2015 um 19:00 schrieb stepharo: > feel free to copy it and create a better one. > The source is on github > > Stef > > Le 18/4/15 07:25, volkert a Ã©crit : >> Coooool! Yes, spread the Word. Is there a cool promotion flyer / >> booklet for Pharo? >> >> I found this here: http://files.pharo.org/media/flyer-cheat-sheet.pdf. >> >> Not really attractive ... Is there something better? >> >> BW, >> Volkert >> >> >> Am 16.04.2015 um 11:29 schrieb Esteban Lorenzano: >>> Please spread widely. >>> Sorry for multiple posts. >>> >

April 18, 2015

Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras

by Andrei Chis

I guess I interpreted Extras as projects that are not right now in code. We should move then Rubric and Bloc to Pharo. Cheers, Andrei On Sat, Apr 18, 2015 at 6:57 PM, stepharo <stepharo(a)free.fr> wrote: > > > Le 18/4/15 13:01, Tudor Girba a Ã©crit : > > That is unclear to me, too. > > I thought that the Pharo repo is only for the code from the Pharo image, > but I now see that we have other projects, like TxText, there as well. So, > what is the preferred way? > > > I always thought that Extras was projects that would not be in the core. > Now bloc should at the end be in the core. > > Cheers, > Doru > > > On Sat, Apr 18, 2015 at 8:13 AM, stepharo <stepharo(a)free.fr> wrote: > >> Just a meta remark why extras and not Pharo? >> >> Le 17/4/15 12:58, Alain Plantec via Pharo-dev a Ã©crit : >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > >

April 18, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo 4.0 is released!

by stepharo

feel free to copy it and create a better one. The source is on github Stef Le 18/4/15 07:25, volkert a Ã©crit : > Coooool! Yes, spread the Word. Is there a cool promotion flyer / > booklet for Pharo? > > I found this here: http://files.pharo.org/media/flyer-cheat-sheet.pdf. > > Not really attractive ... Is there something better? > > BW, > Volkert > > > Am 16.04.2015 um 11:29 schrieb Esteban Lorenzano: >> Please spread widely. >> Sorry for multiple posts. >>

April 18, 2015

Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras

by stepharo

Le 18/4/15 13:01, Tudor Girba a Ã©crit : > That is unclear to me, too. > > I thought that the Pharo repo is only for the code from the Pharo > image, but I now see that we have other projects, like TxText, there > as well. So, what is the preferred way? > I always thought that Extras was projects that would not be in the core. Now bloc should at the end be in the core. > Cheers, > Doru > > > On Sat, Apr 18, 2015 at 8:13 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Just a meta remark why extras and not Pharo? > > Le 17/4/15 12:58, Alain Plantec via Pharo-dev a Ã©crit : > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

April 18, 2015

Re: [Pharo-dev] Bloc CI?

by stepharo

ok I will Stef Le 18/4/15 12:50, Tudor Girba a Ã©crit : > Sure. > > Doru > > On Sat, Apr 18, 2015 at 8:15 AM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > hi guys > > I would like to update the CI to point to the new location. > What do you think? > > Stef > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

April 18, 2015

Re: [Pharo-dev] PetitMarkdown

by Dmitri Zagidulin

On Thu, Apr 16, 2015 at 4:40 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Please note that if in Pillar you don't specify any label you could > reference from your text, then the figure will be placed by LaTeX at the > exact location where you put it in Pillar. This is because, in this > case, there is no way to write "as can be seen in Figure 3" when there > is no label. I tried that out in a recent UPBE chapter (here: https://github.com/SquareBracketAssociates/UpdatedPharoByExample/commit/f0b… ). Didn't seem to work, the figure with no label was still placed arbitrarily by LaTeX (and not in the exact location). (And, actually, LaTeX placed the figure in the middle of a script block, which is really odd). Is this an issue of the version of Pillar that the book's build tools are using?

April 18, 2015

Re: [Pharo-dev] [squeak-dev] Re: New Cog VMs available

by Eliot Miranda

Hi Levente, the code is indeed written to cluster pinned objects. Objects can only be punned in old space. IIRC there's a bit in each segment header to say whether it contains pinned objects. If such a segment exists then newly pinned objects in new space will be becomes to a pinned object in that segment. But I expect the standard use case is pin, make an FFI call, unpin, so we shouldn't worry too much about clustering. So if an object is already in old space the system merely sets the pin bit. It may erroneously set the "segment contains pinned" but too. It would be better for the system to nominate a single segment to contain pinned objects. I'll try and remember to take a look but you're welcome to too ;-) Eliot (phone) On Apr 17, 2015, at 10:00 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Fri, 17 Apr 2015, Eliot Miranda wrote: > >> On Fri, Apr 17, 2015 at 5:16 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> 2015-04-16 17:16 GMT-07:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> Eliot Miranda-2 wrote >> > ... >> >> Wow! That seems like a /lot/ of fixes... thanks :) >> >> >> This past few weeks we were 4 to commit regularly on the JIT (Tim, Ryan, Eliot and I) so there are more fixes than when Eliot is working alone :-) >> Finally we have a team working on it. Come join us!! There's /lots/ to work on. See http://www.mirandabanda.org/cogblog/cog-projects/ & http://www.mirandabanda.org/cogblog/collaborators/. It is challenging, useful and FUN! > > "- a solution to the problem of free space in segments containing pinned objects at snapshot time" > > My naive approach would be to separate pinned objects from non-pinned objects. Whenever you pin an object, it's moved to a "pinned" segment - > which is a segment with only pinned objects - and vica versa. > > Levente > >> -- >> best,Eliot >

April 18, 2015

Re: [Pharo-dev] communicating pharo 4.0

by Hilaire

Thanks to share. One typo: Of these, we highlight the classes that have at least **one** extension either for the GTInspector or for GTSpotter. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

April 18, 2015