- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] OSProcess for Pharo3.0

by Goubier Thierry

Thanks. I have merged -dtl.33 and two more change in OSProcess-Base-ThierryGoubier.35 on http://smalltalkhub.com/mc/ThierryGoubier/Alt30/main/ (osVersion and vmVersion), if you want to merge them as well. I have a question: are you sure about the perform: #delete in OSProcess class>>#deleteFileNamed: ? ensureDelete/ensureDeleted have a different behavior than #delete. Regards, Thierry Le 05/09/2013 04:21, David T. Lewis a Ã©crit : > On Wed, Sep 04, 2013 at 02:17:29PM +0200, Marcus Denker wrote: >> >> On Sep 4, 2013, at 2:13 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: >> >>> On Tue, Sep 03, 2013 at 10:51:33PM -0400, David T. Lewis wrote: >>>> On Tue, Sep 03, 2013 at 01:48:46PM +0200, Goubier Thierry wrote: >>>>> >>>>> Le 03/09/2013 13:36, David T. Lewis a ?crit : >>>>>> >>>>>> Can you post the method here first? I'd like to check it on some Squeak >>>>>> images >>>>>> before it goes into the repository. >>>>> >>>>> Here it is (at least an example): >>>>> >>>>> in OSProcess class >>>>> >>>>> isPharo3AndLater >>>>> "Test if we are on Pharo 3.0" >>>>> >>>>> ^ (Smalltalk classNamed: 'SystemVersion') >>>>> ifNil: [ false ] >>>>> ifNotNil: [ :v | v current type = 'Pharo' and: [ v current >>>>> major >= 3 ] ] >>>> >>>> The idea is right, but the details can be a PITA ;-) >>>> >>>> - In Squeak trunk, class SystemVersion exists. But it does not understand #type, so this fails at runtime. >>>> >>>> - There are no implementors of #major in Squeak (but this can be rewritten using #perform:). >>>> >>>> - In Squeak 3.8, #ifNil:ifNotNil: requires a block with no arguments. >>>> >>>> I did not check the other Pharo versions. >>>> >>>> Something like this might work: >>>> >>>> isPharo3AndLater >>>> Smalltalk >>>> at: #SystemVersion >>>> ifPresent: [:cls | ((cls canUnderstand: #type) and: [ cls canUnderstand: #major ]) >>>> ifTrue: [^ cls current type = 'Pharo' and: [ cls current major >= 3 ]]]. >>>> ^false >>>> >>> >>> >>> I am also checking the platform subtype implementation (OSProcess platformSubtype). >>> >>> In Pharo: >>> >>> Smalltalk os subtype ==> 'i686' >>> >>> This reflects the processor type, not the os subtype (it should be 'x86_64' on my PC). >>> >>> Is this intentional? >>> >> I don't think so. >> >> Marcus >> > > Thanks Goubier and Marcus, > > I made the updates to OSProcess and CommandShell to handle system version and subtype > in Pharo 3.0. > > I did not yet update ConfigurationOfOSProcess or ConfigurationOfCommandShell, but the > latest versions for Squeak/Pharo are in OSProcess-dtl.83 and CommandShell-dtl.73 in > the SqueakSource repositories. > > Dave > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 5, 2013

Re: [Pharo-dev] [About Documentation] Teach, Don't Tell / Steve Losh

by kilon

A big thank you from me as well , PBE definetly made possible to use Pharo. If I had to read pharo code to understand how to work I would be right back with python by now. Pharo can learn tons of things from the success of python , I am very glad to see that you guys put big priority on Documentation as python does. Youtube also has loads of squeak and pharo video tutorials. So thing actually are much better than I initially feared. The problems is that smaltlalkers tend to overestimate smalltalk and not document their code. They believe too much into "self documented" nonesense and this article hits the nail on the head concerning this problem. AFAIK the best way to code is by writting documentation at the same time. Unless you are the type of coder that tends to rewrite his library 10 times before releasing, which I seriously doubt. Python has been a huge success as a language because developer take documentation extremely seriously. I have not forget about documenting nativeboost, I will try to write a small article on my blog about nativeboost and the things I learned which may help you use it as part of the nativeboost documentation. If you have any request dont forget to ping me. -- View this message in context: http://forum.world.st/About-Documentation-Teach-Don-t-Tell-Steve-Losh-tp470… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 5, 2013

[update 3.0] #30368

by Marcus Denker

30368 ----- 11530 AbstractNautilusUI >> categorizeAllUncategorizedMethods broken https://pharo.fogbugz.com/f/cases/11530 11497 pharo CI.image --list shows empty entry for default command line handler https://pharo.fogbugz.com/f/cases/11497 11528 Harden FileDirectoryWrapper https://pharo.fogbugz.com/f/cases/11528 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-CommandLine-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.531.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-MarcusDenker.86.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Core-MarcusDenker.…

Sept. 5, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion

Sept. 5, 2013

[update 3.0] #30367

by Marcus Denker

30367 ----- 11502 Override Class >> #setName: https://pharo.fogbugz.com/f/cases/11502 10548 All system processes should have proper names https://pharo.fogbugz.com/f/cases/10548 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1234.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.9… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1592.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Weak-MarcusDenker…

Sept. 5, 2013

Re: [Pharo-dev] OSProcess for Pharo3.0

by GÃ¶ran Krampe

On 09/05/2013 05:01 AM, David T. Lewis wrote: > On Wed, Sep 04, 2013 at 08:38:04AM +0200, Marcus Denker wrote: >> >> Why do you need to support Squeak 3.8? This is how many years old? >> >> I really do not understand this idea to be compatible to all old versions ever. >> > > I do not think that there is any right or wrong answer to this, it is > perhaps a matter of personal perspective. For me, much of my professional > experience is related to supporting manufacturing operations for a large > commercial company. In this environment, the ability to engineer solutions > to new problems without disrupting existing operations is critical. To > me, a failure related to software changes is not just a red mark on a > unit test, it is a significant emotional event if I cause a manufacturing > plant to stop production (thankfully this has rarely happened in my career > so far, knock wood). > > So maybe this makes me "conservative", but from my point of view the ability > to deliver future versions of software that work without breaking older > versions is a matter of good engineering discipline, and I stand by that > as a matter of principle. This is a very good principle :). As an example, at 3DICC we are currently on Squeak4.1, but I think it wasn't that long ago that it was 3.8 based. Of course, all things come to an end. But with larger systems the life cycles are often unbelievably long. regards, GÃ¶ran

Sept. 5, 2013

Re: [Pharo-dev] OSProcess for Pharo3.0

by David T. Lewis

On Wed, Sep 04, 2013 at 08:38:04AM +0200, Marcus Denker wrote: > > Why do you need to support Squeak 3.8? This is how many years old? > > I really do not understand this idea to be compatible to all old versions ever. > I do not think that there is any right or wrong answer to this, it is perhaps a matter of personal perspective. For me, much of my professional experience is related to supporting manufacturing operations for a large commercial company. In this environment, the ability to engineer solutions to new problems without disrupting existing operations is critical. To me, a failure related to software changes is not just a red mark on a unit test, it is a significant emotional event if I cause a manufacturing plant to stop production (thankfully this has rarely happened in my career so far, knock wood). So maybe this makes me "conservative", but from my point of view the ability to deliver future versions of software that work without breaking older versions is a matter of good engineering discipline, and I stand by that as a matter of principle. Dave

Sept. 5, 2013

Re: [Pharo-dev] OSProcess for Pharo3.0

by David T. Lewis

On Wed, Sep 04, 2013 at 02:17:29PM +0200, Marcus Denker wrote: > > On Sep 4, 2013, at 2:13 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > On Tue, Sep 03, 2013 at 10:51:33PM -0400, David T. Lewis wrote: > >> On Tue, Sep 03, 2013 at 01:48:46PM +0200, Goubier Thierry wrote: > >>> > >>> Le 03/09/2013 13:36, David T. Lewis a ?crit : > >>>> > >>>> Can you post the method here first? I'd like to check it on some Squeak > >>>> images > >>>> before it goes into the repository. > >>> > >>> Here it is (at least an example): > >>> > >>> in OSProcess class > >>> > >>> isPharo3AndLater > >>> "Test if we are on Pharo 3.0" > >>> > >>> ^ (Smalltalk classNamed: 'SystemVersion') > >>> ifNil: [ false ] > >>> ifNotNil: [ :v | v current type = 'Pharo' and: [ v current > >>> major >= 3 ] ] > >> > >> The idea is right, but the details can be a PITA ;-) > >> > >> - In Squeak trunk, class SystemVersion exists. But it does not understand #type, so this fails at runtime. > >> > >> - There are no implementors of #major in Squeak (but this can be rewritten using #perform:). > >> > >> - In Squeak 3.8, #ifNil:ifNotNil: requires a block with no arguments. > >> > >> I did not check the other Pharo versions. > >> > >> Something like this might work: > >> > >> isPharo3AndLater > >> Smalltalk > >> at: #SystemVersion > >> ifPresent: [:cls | ((cls canUnderstand: #type) and: [ cls canUnderstand: #major ]) > >> ifTrue: [^ cls current type = 'Pharo' and: [ cls current major >= 3 ]]]. > >> ^false > >> > > > > > > I am also checking the platform subtype implementation (OSProcess platformSubtype). > > > > In Pharo: > > > > Smalltalk os subtype ==> 'i686' > > > > This reflects the processor type, not the os subtype (it should be 'x86_64' on my PC). > > > > Is this intentional? > > > I don't think so. > > Marcus > Thanks Goubier and Marcus, I made the updates to OSProcess and CommandShell to handle system version and subtype in Pharo 3.0. I did not yet update ConfigurationOfOSProcess or ConfigurationOfCommandShell, but the latest versions for Squeak/Pharo are in OSProcess-dtl.83 and CommandShell-dtl.73 in the SqueakSource repositories. Dave

Sept. 5, 2013

Re: [Pharo-dev] [About Documentation] Teach, Don't Tell / Steve Losh

by Sven Van Caekenberghe

On 04 Sep 2013, at 21:54, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I have the impression that the Deep into Pharo book is going in that direction. Rest assured that all the work that you and others are doing with regards to the different books is absolutely in the right direction ! Two/three years ago, the Pharo by Example and Seaside book were really important to me, heck they still are, especially the real paper versions. These did indeed 'teach'. So thank you and please continue. I know it is hard work, but is does make a real difference, I am sure to many people. >> Pretty well written piece about real documentation: >> >> http://stevelosh.com/blog/2013/09/teach-dont-tell/ >> >> Sven >> >> -- >> Sven Van Caekenberghe >> Proudly supporting Pharo >> http://pharo.org >> http://association.pharo.org >> http://consortium.pharo.org >> >> > >

Sept. 4, 2013

Re: [Pharo-dev] [About Documentation] Teach, Don't Tell / Steve Losh

by StÃ©phane Ducasse

I have the impression that the Deep into Pharo book is going in that direction. > Pretty well written piece about real documentation: > > http://stevelosh.com/blog/2013/09/teach-dont-tell/ > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > >

Sept. 4, 2013