June 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] evicted zombie process from run queue

by Esteban Lorenzano

On 26 Jun 2014, at 02:48, stepharo <stepharo(a)free.fr> wrote: > Hi hernan > > Which image? > What did you loaded? > Can you reproduce it? - which vm? (CogVM 4.0.0 does not exist or is really old) - which OS? >> Can someone explain what does it mean or why it happens? >> Is that a common scenario for you? >> >> I am measuring execution time for big matrices in CogVM 4.0.0. Image is unresponsive. >> >> Cheers, >> >> HernÃ¡n >> > >

June 26, 2014

Re: [Pharo-dev] about ~=

by Christophe Demarey

!= does not look a good name according to first feedbacks. A long version could simply be notEquals: For a short version, more opinions/suggestions are welcomed Le 26 juin 2014 Ã 13:27, Sven Van Caekenberghe a Ã©crit : > -1 for replacing ~= with != because it is not better at all > +1 for avoiding it altogether like you suggest > -1 for changing ~= to mean #closeTo: I like the longer name > > my 2c > > On 26 Jun 2014, at 10:15, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > >> Hi, >> >> I would like to make a suggestion that may lead to a long debate but let's go: What do you think about deprecating ~= and replace it with != for example? >> Why? In mathematics the symbol ~ is used for equivalence. To me (and I think any newcomer to Smalltalk) the first guess of the meaning of ~= is equivalent to => missed. The meaning is totally different: "Answer whether the receiver and the argument do not represent the same object." >> >> I never used this method because it is too confusing for me. I prefer to use (a = b) not or (a = b) ifFalse:. >> So, the discussion is open ... >> >> Christophe > >

June 26, 2014

Spec, groups and version-specific packages

by Roberto Minelli

Hi, I have my project with my Configuration and I am using spec groups to load different sets of packages (e.g., development and user groups). With the porting to Pharo 4.0 I discovered that there are some functionalities specific to Pharo 3.0 and others to Pharo 4.0, for example the fact that MethodContext is no longer part of Pharo 4.0. but it has been replaced by Context. I moved such functionalities in a package, say 'MyProject-Extension30â and Pharo 4.0 specific functionalities in 'MyProject-Extension40â. Now the question is, suppose that I have a group like spec group: âUser' with: #(âAâ âBâ âCâ). and another one: spec group: âDev' with: #(âAâ âBâ âCâ âDâ âEâ). Until now, the developer (i.e., me) would do something like (self project version: #bleedingEdge) load: #('Devâ) and a used of my project would do (self project version: #bleedingEdge) load: #(âUserâ) How can I factor inside the dynamic load of the two Pharo-version specific packages? i.e., no matter if âUserâ or âDevâ group is loaded I need to load 'MyProject-Extension40â if I am on Pharo 4.0 and 'MyProject-Extension30â if on Pharo 3.0. Thanks for your help, Roberto

June 26, 2014

Re: [Pharo-dev] about ~=

by Yuriy Tymchuk

On 26 Jun 2014, at 13:27, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > -1 for replacing ~= with != because it is not better at all > +1 for avoiding it altogether like you suggest > -1 for changing ~= to mean #closeTo: I like the longer name Yes, but this way we can end up with the names like: #lessThanOrCloseTo: :) > > my 2c > > On 26 Jun 2014, at 10:15, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > >> Hi, >> >> I would like to make a suggestion that may lead to a long debate but let's go: What do you think about deprecating ~= and replace it with != for example? >> Why? In mathematics the symbol ~ is used for equivalence. To me (and I think any newcomer to Smalltalk) the first guess of the meaning of ~= is equivalent to => missed. The meaning is totally different: "Answer whether the receiver and the argument do not represent the same object." >> >> I never used this method because it is too confusing for me. I prefer to use (a = b) not or (a = b) ifFalse:. >> So, the discussion is open ... >> >> Christophe > >

June 26, 2014

Re: [Pharo-dev] Pharo and Amber relationship

by kilon alios

I will finish Chapter 4 today in the updated PBE and I will give amber another try and try to contribute. On Thu, Jun 26, 2014 at 2:13 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Thatâs why there is still no 1.0 version. > > Letâs be hones Pharo was forked from Squeak and now has a lot of > developers. Amber is made from scratch and only a few guys are developing > it. Everyone is welcome to join as always :) > > Uko > > > On 26 Jun 2014, at 12:18, kilon alios <kilon.alios(a)gmail.com> wrote: > > One of things that very much annoy me with Amber is its installation , if > Pharo is installation heaven because it does not need an install , > installation of Amber is far from ideal especially if you are not familiar > with web dev. Also amber is still stuck with the old IDE which is quite > limited and quite ugly not easy to use. Helios however is shaping up to a > great IDE and even though it still has a long way to go to reach Pharo > features its definetly cleaner and better in some areas. > > I am not an experienced amber developer or pharo developer by any means > but my opinion is that even though amber claims that it tries to be > compatible with Pharo , that's is more a side feature than a main goal. > Integration wise something like Seaside seems like a much nicer option and > it integrates very deeply with Pharo. I see amber more like competition to > Pharo than a cooperative tool, which is not a bad thing at all, I could see > myself dropping Pharo for Amber if the IDE gets more powerful. Amber > developers have definitely done a very good job so far, > > Another thing I am missing is the pharo debugger. I assume that the > debugger has a lot of work , maybe years of development till it can be at > the same level as pharo debugger. > > I also dislike the fact that amber does not produce readable javascript > code. > > I know for many people amber as front end and pharo as back end is the way > to go. But the reality is that javascript with the success of node.js has > conquered back end library wise. So if amber manages to provide a very good > IDE and a good debugger, it will be extremely hard to choose Pharo over > Amber even for desktop apps. Afterall the days that an internet browser was > just for browsing the internet are long gone for good. > > I know I will sound like a heretic , but I think its in the interest of > Pharo community to support Amber. Html/js looks to me like an ever > expanding market and I see less and less people going back to coding just > for desktop. This is also the direction most languages go towards as well. > I dislike many things about web development but I cannot be any less that > shocked with the amount of evolution of javascript, internet browsers , > html , css and the myriads of third party libraries. If not amber, then > another way to allow Pharo nice , modern and clean access to web > technologies. Maybe Seaside is more than enough, or maybe there better > ways to integrate amber wth pharo or maybe there is a third party tool that > I am not aware of. > > In any case I will follow this thread with great interest because the > answer is important to me too. > > > On Thu, Jun 26, 2014 at 11:10 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> Hi, >> >> as I read somewhere that Amber want to stay compatible >> with Pharo (at least with the core classes) I wonder >> how this compatibility is measured/enforced these days. >> >> Are there tools to exchange code between the two? >> >> I also wonder if what would be necessary to run Amber on >> Java Nashorn (a JS engine that comes with the JDK 8). >> Could serve as a horse to also run on JVM... >> >> Why I'm asking: I think one of our goals should be to >> make Pharo more widely usable to not end up as an island. >> >> If Pharo and Amber stay compatible to a certain amount >> Amber could open the door for Pharo to other target platforms >> (browser, mobile devices, other language runtimes) as >> JS is available nearly everywhere. >> >> Thx >> T. >> >> >> > >

June 26, 2014

Re: [Pharo-dev] about ~=

by Nicolas Cellier

2014-06-26 13:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > I think that while working with float arithmetic it will be nice to > provide something like #~= instead of #closeTo:, and also add #~<, #~<= and > so on. But maybe Iâm wrong :) > > Uko > > Yes, it's wrong because there is no such thing as a universal tolerance. We need at least two parameters. > On 26 Jun 2014, at 13:07, Christophe Demarey <Christophe.Demarey(a)inria.fr> > wrote: > > > Le 26 juin 2014 Ã 12:46, Nicolas Cellier a Ã©crit : > > $! is not classified as a binary character right now, is it? > Of course it's possible but I'd just say why this particular symbol? > It does not look mathematical either. Or do you love C/C++ so much? > > > Of course not. It is just because it is something widely used but other > names could do the stuff like <> or /= > > Note that ~= has same meaning in Matlab. > > There are other possibilities like /= or <> (Fortran 95, ADA), even the > long form =/=. > > But frankly, I don't buy this kind of change, for the sake of looking like > some {} language, making such a deep change is overkill. > > > Indeed it is a deep change but maybe at least we could have an alias and > use it for all new code. At a time, it will be less painful to do this > change. > As expressed in another thread, Smalltalk code convention for method > naming strategy is *intention revealing*. > That said, I think ~= is not intention revealing and it will be good to > fix or propose a good alternative. > > >

June 26, 2014

Re: [Pharo-dev] about ~=

by Sven Van Caekenberghe

-1 for replacing ~= with != because it is not better at all +1 for avoiding it altogether like you suggest -1 for changing ~= to mean #closeTo: I like the longer name my 2c On 26 Jun 2014, at 10:15, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > Hi, > > I would like to make a suggestion that may lead to a long debate but let's go: What do you think about deprecating ~= and replace it with != for example? > Why? In mathematics the symbol ~ is used for equivalence. To me (and I think any newcomer to Smalltalk) the first guess of the meaning of ~= is equivalent to => missed. The meaning is totally different: "Answer whether the receiver and the argument do not represent the same object." > > I never used this method because it is too confusing for me. I prefer to use (a = b) not or (a = b) ifFalse:. > So, the discussion is open ... > > Christophe

June 26, 2014

[pharo-project/pharo-core]

by GitHub

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

June 26, 2014

[pharo-project/pharo-core] 218e16: 40045

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 218e16ce4a9bb71239a4ab70e436eb6b4f0d61f4 https://github.com/pharo-project/pharo-core/commit/218e16ce4a9bb71239a4ab70… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-06-26 (Thu, 26 Jun 2014) Changed paths: R Nautilus.package/Nautilus.class/class/class initialization/registerToolsOn_.st A Nautilus.package/PackageTreeNautilus.class/class/class initialization/registerToolsOn_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script45.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40045.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Hashing.package/SHA256.class/README.md Log Message: ----------- 40045 13410 Wrong Nautilus is registered as default browser https://pharo.fogbugz.com/f/cases/13410 13395 Add SHA256 HashFunction https://pharo.fogbugz.com/f/cases/13395 http://files.pharo.org/image/40/40045.zip

June 26, 2014

Re: [Pharo-dev] about ~=

by Yuriy Tymchuk

I think that while working with float arithmetic it will be nice to provide something like #~= instead of #closeTo:, and also add #~<, #~<= and so on. But maybe Iâm wrong :) Uko On 26 Jun 2014, at 13:07, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Le 26 juin 2014 Ã 12:46, Nicolas Cellier a Ã©crit : > >> $! is not classified as a binary character right now, is it? >> Of course it's possible but I'd just say why this particular symbol? >> It does not look mathematical either. Or do you love C/C++ so much? > > Of course not. It is just because it is something widely used but other names could do the stuff like <> or /= > >> Note that ~= has same meaning in Matlab. >> >> There are other possibilities like /= or <> (Fortran 95, ADA), even the long form =/=. >> >> But frankly, I don't buy this kind of change, for the sake of looking like some {} language, making such a deep change is overkill. > > Indeed it is a deep change but maybe at least we could have an alias and use it for all new code. At a time, it will be less painful to do this change. > As expressed in another thread, Smalltalk code convention for method naming strategy is intention revealing. > That said, I think ~= is not intention revealing and it will be good to fix or propose a good alternative.

June 26, 2014