December 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo Consortium Sponsored Development Effort

by Denis Kudriashov

2015-12-21 19:07 GMT+01:00 Robert Withers <robert.w.withers(a)gmail.com>: > What are you and the RMOD team doing, I am curious? RMOD is research team at INRIA university. We develop Pharo.

Dec. 21, 2015

Re: [Pharo-dev] in Togo teaching Pharo with Stef

by Esteban A. Maringolo

So Stef finally convinced you to visit it. Good luck! Esteban A. Maringolo 2015-12-21 15:15 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > Hi guys, > > just letting you know that Iâm not working until January 4th because Iâm in Togo, helping Stef to teach Pharoâ¦ so the spur problems will need to wait a bit to be solved :) > > cheers, > Esteban > >

Dec. 21, 2015

Re: [Pharo-dev] [Vm-dev] VM Maker: VMMaker.oscog-eem.1609.mcz

by stepharo

:) So is it correct to think that a lot of number oriented computation will go faster because not on large positive integers? Stef Le 20/12/15 13:39, Nicolas Cellier a Ã©crit : > SmallInteger maxVal highBit -> 60. > 3 bits reserved for immediate tags, 1 bit for sign, 60 remaining for > positive magnitude... > > 2015-12-20 11:56 GMT+01:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Super !!! > Eliot what will be > > 1 class maxval > then? > > Stef > > Le 17/12/15 20:12, Eliot Miranda a Ã©crit : > > Hi All, > > the real Cog 64-bit Spur x64 VM just evaluated 3+4 > correctly on Mac OS X: > > > >

Dec. 21, 2015

Re: [Pharo-dev] [ANN] Multiple Desktop support for Pharo 5

by Torsten Bergmann

Hi Hannes, I've just added support for this. Update your version or load latest from Catalog. You can then use the menu or CTRL + D and then CTRL + R like "Desktop" -> "Rename" so now you have: CTRL + D and then CTRL + D like "Desktop" -> "Desktop switcher" (a custom Spotter) CTRL + D and then CTRL + F like "Desktop" -> "Fullscreen" (toggles fullscreen) CTRL + D and then CTRL + O like "Desktop" -> "Overview" CTRL + D and then CTRL + P like "Desktop" -> "Previous" CTRL + D and then CTRL + N like "Desktop" -> "Next" CTRL + D and then CTRL + R like "Desktop" -> "Rename" Side note: ========== If you work on Windows take care: if you already switch to Spur VM https://pharo.fogbugz.com/f/cases/17289 the "DesktopManager" and "QuickAccess" goodies will not work as CTRL keys are not handled correctly anymore in pharo-spur32 (for win, dated 14.12.2015) compared to non-spur VM. Esteban knows about this already and followup with merged VM code in the next weeks. As always a time issue. I have to stop in Pharo5.0 Latest update: #50495 (last non-spur image) with most of my stuff for that reason. Hope this helps and happy x-mas. Have fun T. > Gesendet: Montag, 21. Dezember 2015 um 15:49 Uhr > Von: "H. Hirzel" <hannes.hirzel(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Cc: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org>, astares(a)gmx.de > Betreff: Re: [Pharo-dev] [ANN] Multiple Desktop support for Pharo 5 > > Hello Torsten > > the desktops are named > > 'Desktop 1' > 'Desktop 2' > 'Desktop 3'. > > Is it possible to change these names? > > Regards > Hannes > > On 8/27/15, Torsten Bergmann <astares(a)gmx.de> wrote: > > Julien Delplanque provided this week a goodie to switch between > > "desktops" - but his initial solution was more or less hiding windows > > and not really switching between real Pharo worlds/desktops. > > > > I gave him some tips what could be done on the pharo-user list. Havent > > heard > > from him afterwards. > > > > Now I was able to spend a few hours on this topic myself and implemented > > a full multiple desktop solution myself. > > > > This works in Pharo 5 only (currently) and requires latest VM (at least on > > Windows) > > from files.pharo.org to get the keyboard shortcuts right. > > > > To try: > > > > Gofer new > > smalltalkhubUser: 'TorstenBergmann' project: 'DesktopManager'; > > configuration; > > loadDevelopment. > > > > The goodie has some nice features like keyboard navigation, world menu > > integration and even a custom spotter with preview of the desktops. > > > > Quick start: > > =========== > > - evaluate the above expression in a Pharo 5 image > > - check the world menu "Desktop" > > - you can press CTRL + D and then CTRL + A (= Desktop Add) to add a new > > desktop > > - you can press CTRL + D and then CTRL + D (= Desktop Desktop) to open the > > overview > > - you can press CTRL + D and then CTRL + P (= Desktop Previous) to navigate > > to the previous desktop > > - you can press CTRL + D and then CTRL + N (= Desktop Next) to navigate to > > the next desktop > > > > The code is hopefully a good example on how to build a custom spotter, > > shortcuts, inspector extensions, ... > > Additionally all this is described in a new article including screenshots > > and a guide on how to use this new goodie: > > > > https://medium.com/@astares/multiple-desktops-for-pharo-5cbc46f3179f > > > > Actually the article took more time to write than coding but I hope > > it helps explaining Pharo and why it is a power tool. > > > > Project is on > > http://www.smalltalkhub.com/#!/~TorstenBergmann/DesktopManager > > Article and code is still subject to change. > > > > Have fun > > T. >

Dec. 21, 2015

Ephemerons

by Esteban A. Maringolo

Hi All, Elliot ;-) Do we have Ephemerons in Pharo? Will we have them? I'm migrating from VW some code that uses it, and if we're not going to have them I'd like to delete the code or package it separately and hopefully it will work if Ephemerons are added later to Pharo. Regards! Esteban A. Maringolo

Dec. 21, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo Consortium Sponsored Development Effort

by Robert Withers

On 12/21/2015 01:34 PM, stepharo wrote: > > > Le 19/12/15 14:33, Dimitris Chloupis a Ã©crit : >> I am very excited for such a project. >> >> I hope you manage to fix the stdout problem on macos. >> >> One thing I would like to see is an expansion of the ability of >> OSProcess to launch multiple instances of pharo and make them >> communicate with each other. Thats a way to have pharo running on >> multiple cores. Maybe establish a framework of communication of >> images that will be based on the existing design of the fork >> mechanism in Pharo. >> >> Python is doing something similar with multiprocessing module which >> launches multiple processes of cpython executable and makes them >> communication with each other through a similar api to its threading >> module. This way python takes advantage of multiple cores. Python >> threads like pharo are green threads and pharo like python has a GIL >> like mechanism. > > this will be probably another project. Well, if you take Seamless or SecureSession and conenct 4 VMs together and stretch the heap safely, what's the difference? You can crash one of them and NOT affect the others, so it's all good. robert > > Stef >> >> Taking into account that current computers have at least 4 cores, its >> not a bad idea to speed up pharo like this at least 400% ;) >> >> On Sat, Dec 19, 2015 at 3:24 PM Mariano Martinez Peck >> <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: >> >> Dear all, >> >> I am tremendously happy to announce you that Pharo Consortium >> will sponsor yet another development effort. In this particular >> case, it's my honor to carry on such an effort and I will be >> developing and improving a few things and ideas. All the contract >> and paperwork has already been done so it's time to start working. >> >> Regarding the developments itself, we discussed about these topics: >> >> 1) Experiment with a simpler yet more limited OSProcess >> alternative to execute OS commands. >> 2) Improving FileSystem in order to better deal with some POSIX >> stuff like symbolic links, unix file permissions, etc etc. >> >> I have already started with 1). OSProcess is super complete and >> it involves some packages (OSProcess / CommandShell) as well as >> some VM plugins (OSProcessPlugin, AIOPlugin). OSProcess provides >> lots of features (like forking the running image) but we would >> like to focus only in executing OS commands. In addition, >> OSProcess dates from quite some years ago when many of the >> current infrastructure features did not exist yet. >> >> So the idea is to think a simpler alternative to execute OS >> commands, using new features such as threaded FFI (for example, >> for reading async from pipes), pinned objects, etc. We want to >> use FFI as much as possible rather than VM plugins. >> >> From the image side, we are thinking about an API which would >> look like a builder-like API (FileSystem, XStream, etc). >> >> We have been discussing with David Lewis (OSProcess author) as >> well as with Eliot Miranda, Esteban Lorenzano, Damien Pollet, >> Stephane Ducasse, etc in order to agree in a project that would >> be worth doing (otherwise we would continue using existing >> tools). And they have all been very kind with me providing >> positive discussions. >> >> I will soon do a survey to measure the most common use cases of >> OSProcess and related tools. >> >> If you have any thought, question, feedback, or whatever, please >> let us know. >> >> Finally, note that I will be doing this project together with >> another client's project (Quuve) and my life does not have much >> free time these days...so please be patient!!! >> >> Best, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > -- . .. ... ^,^ robert Go Panthers!

Dec. 21, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo Consortium Sponsored Development Effort

by stepharo

Le 19/12/15 14:33, Dimitris Chloupis a Ã©crit : > I am very excited for such a project. > > I hope you manage to fix the stdout problem on macos. > > One thing I would like to see is an expansion of the ability of > OSProcess to launch multiple instances of pharo and make them > communicate with each other. Thats a way to have pharo running on > multiple cores. Maybe establish a framework of communication of images > that will be based on the existing design of the fork mechanism in Pharo. > > Python is doing something similar with multiprocessing module which > launches multiple processes of cpython executable and makes them > communication with each other through a similar api to its threading > module. This way python takes advantage of multiple cores. Python > threads like pharo are green threads and pharo like python has a GIL > like mechanism. this will be probably another project. Stef > > Taking into account that current computers have at least 4 cores, its > not a bad idea to speed up pharo like this at least 400% ;) > > On Sat, Dec 19, 2015 at 3:24 PM Mariano Martinez Peck > <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: > > Dear all, > > I am tremendously happy to announce you that Pharo Consortium will > sponsor yet another development effort. In this particular case, > it's my honor to carry on such an effort and I will be developing > and improving a few things and ideas. All the contract and > paperwork has already been done so it's time to start working. > > Regarding the developments itself, we discussed about these topics: > > 1) Experiment with a simpler yet more limited OSProcess > alternative to execute OS commands. > 2) Improving FileSystem in order to better deal with some POSIX > stuff like symbolic links, unix file permissions, etc etc. > > I have already started with 1). OSProcess is super complete and it > involves some packages (OSProcess / CommandShell) as well as some > VM plugins (OSProcessPlugin, AIOPlugin). OSProcess provides lots > of features (like forking the running image) but we would like to > focus only in executing OS commands. In addition, OSProcess dates > from quite some years ago when many of the current infrastructure > features did not exist yet. > > So the idea is to think a simpler alternative to execute OS > commands, using new features such as threaded FFI (for example, > for reading async from pipes), pinned objects, etc. We want to use > FFI as much as possible rather than VM plugins. > > From the image side, we are thinking about an API which would look > like a builder-like API (FileSystem, XStream, etc). > > We have been discussing with David Lewis (OSProcess author) as > well as with Eliot Miranda, Esteban Lorenzano, Damien Pollet, > Stephane Ducasse, etc in order to agree in a project that would be > worth doing (otherwise we would continue using existing tools). > And they have all been very kind with me providing positive > discussions. > > I will soon do a survey to measure the most common use cases of > OSProcess and related tools. > > If you have any thought, question, feedback, or whatever, please > let us know. > > Finally, note that I will be doing this project together with > another client's project (Quuve) and my life does not have much > free time these days...so please be patient!!! > > Best, > > -- > Mariano > http://marianopeck.wordpress.com >

Dec. 21, 2015

Re: [Pharo-dev] in Togo teaching Pharo with Stef

by Serge Stinckwich

Have fun with Stef in LomÃ© ! On Mon, Dec 21, 2015 at 7:15 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi guys, > > just letting you know that Iâm not working until January 4th because Iâm in Togo, helping Stef to teach Pharoâ¦ so the spur problems will need to wait a bit to be solved :) > > cheers, > Esteban > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Dec. 21, 2015

in Togo teaching Pharo with Stef

by Esteban Lorenzano

Hi guys, just letting you know that Iâm not working until January 4th because Iâm in Togo, helping Stef to teach Pharoâ¦ so the spur problems will need to wait a bit to be solved :) cheers, Esteban

Dec. 21, 2015

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo Consortium Sponsored Development Effort

by Robert Withers

On 12/21/2015 12:55 PM, Sven Van Caekenberghe wrote: >> On 21 Dec 2015, at 17:20, Robert Withers <robert.w.withers(a)gmail.com> wrote: >> >> >> >> On 12/21/2015 10:17 AM, Denis Kudriashov wrote: >>> 2015-12-21 11:19 GMT+01:00 Robert Withers <robert.w.withers(a)gmail.com>: >>> governments cannot crack it. >>> >>> Why it is disadvantage? >> Governments stay in power, or exercise collective sovereignty, through dominion, agency and possession. Loss of control over information, and by extension currency, affects possession, or having control. They still have dominion and agency, but without three legs you can build no stool to sit upon. If loss of control over information and currency undermines possession, then the concept of the modern nation-state is undermined. I view this as a negative. > This is not the place for politics, but cryptography is inherently linked to it. Yes, exactly. > I must say that it really scares me if someone implementing all kinds of cryptography thinks that 'the government' should be able to crack it. If that is your opinion (I might understand you wrongly), than just write everything in plain text and be done with it. Firstly, we learn: DON'T PANIC! ;) Seriously, don't be scared. I did not say I thought government should crack it, just that I can view it as a negative. They should absolutely NOT be able to crack it, but we'd better come up with a plan. > >> -- >> . .. ... ^,^ robert >> Go Panthers! >> > -- . .. ... ^,^ robert Go Panthers!

Dec. 21, 2015