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

Re: [Pharo-dev] SmalltalkHub is down ?

by Esteban Lorenzano

nope, is working for me (even though a bit slow) Esteban On 02 Aug 2014, at 14:57, stepharo <stepharo(a)free.fr> wrote: > >

Aug. 2, 2014

SmalltalkHub is down ?

by stepharo

Aug. 2, 2014

Re: [Pharo-dev] [Vm-dev] Delay machinery (was Re: Suspending a Process)

by Nicolai Hess

So, we are going to change it in Pharo. What about Squeak ? 2014-07-28 21:39 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > > Hi Nicolai, > > On Jul 27, 2014, at 10:59 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > >> >> Then you're not reading it properly. It clearly shows you have a >> deadlock: >> >> Process 0xb9148c20 priority 40 >> 0xff7907b8 M [] in Semaphore>critical: 0xb82f8ef4: a(n) Semaphore >> 0xff7907d8 M BlockClosure>ensure: 0xb91502e0: a(n) BlockClosure >> 0xff7907f8 M Semaphore>critical: 0xb82f8ef4: a(n) Semaphore >> 0xff790814 M Delay>schedule 0xb91501e4: a(n) Delay >> 0xff79082c M Delay>wait 0xb91501e4: a(n) Delay >> 0xff790850 I [] in BackgroundWorkDisplayMorph>initialize 0xb91488b0: >> a(n) BackgroundWorkDisplayMorph >> 0xff790870 I [] in BlockClosure>newProcess 0xb9148b40: a(n) BlockClosure >> >> Process 0xb7902630 priority 40 >> 0xff764784 M [] in Semaphore>critical: 0xb82f8ef4: a(n) Semaphore >> 0xff7647a4 M BlockClosure>ensure: 0xb916b7a4: a(n) BlockClosure >> 0xff7647c4 M Semaphore>critical: 0xb82f8ef4: a(n) Semaphore >> 0xff7647e0 M Delay>schedule 0xb916b6a8: a(n) Delay >> 0xff7647f8 M Delay>wait 0xb916b6a8: a(n) Delay >> 0xff764818 M WorldState>interCyclePause: 0xb75e8fd8: a(n) WorldState >> 0xff764834 M WorldState>doOneCycleFor: 0xb75e8fd8: a(n) WorldState >> 0xff764850 M WorldMorph>doOneCycle 0xb75e8fa4: a(n) WorldMorph >> 0xff764870 I [] in MorphicUIManager()>? 0xb770ac38: a(n) MorphicUIManager >> 0xb78cb554 s [] in BlockClosure()>? >> >> >> > Ah, Ok. > So, it is not my "misuse" of delays but a bug in Delay>>#schedule, like > ben already guessed? > Two processes in the same critical section should not happen, right? > > > Right, and fortunately Ben already provided a solution. > > Nicolai > > > Aloha, > Eliot (phone) > >

Aug. 2, 2014

Re: [Pharo-dev] Has someone ever built a "sort block generator"

by Norbert Hartl

> Am 01.08.2014 um 16:50 schrieb Henrik Johansen <henrik.s.johansen(a)veloxit.no>: > > >> On 01 Aug 2014, at 4:47 , Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >> >> >> >>> On Fri, Aug 1, 2014 at 11:31 AM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> Y asked for the same thing a few days ago in http://forum.world.st/Multiple-sorting-helper-td4770613.html >>> >>> Something like: >>> sorter := MultipleSortCriteria new >>> add: #lastName; >>> add: [:each | each personalInfo age ] ascending: false. >>> aCollection asSortedCollection: sorter. >> >> Exactly!!! >> And... what is most important for me, is that to the MultipleSortCriteria I would like to ask #sortBlock :) >> >> Thanks Esteban for better explaining what I was looking for ;) > > I always liked this approach: > http://objology.blogspot.no/2010/11/tag-sortfunctions-redux.html > +1 Norbert > Donât think anyoneâs ported it to Pharo yet though. > > Cheers, > Henry

Aug. 2, 2014

Re: [Pharo-dev] Floating point literals in debugger

by Natalia Tymchuk

Thank you. Best regards, Natalia On Aug 2, 2014, at 7:41 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > I've just opened it here: > https://pharo.fogbugz.com/f/cases/13761/Fraction-floating-pointer-cannot-be… > 13761 > > > 2014-08-01 22:42 GMT+02:00 stepharo <stepharo(a)free.fr>: > could you add a bug entry with the discussion because else this will be lost. > > Stef > > > On 1/8/14 17:58, Natalia Tymchuk wrote: >> Thank you. >> I donât need it, because I know what is written in my code, but it can be the problem for users and I think that it will good to fix it. >> Best regards, >> Natalia >> >> On Aug 1, 2014, at 5:07 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >>> Hello, >>> >>> Natalia I don't think this is a known bug (few people use Float and Fraction in Pharo). >>> >>> The RBParser parse your floating pointers as Fraction and not as Float (I don't know why). >>> >>> In the debugger the bytecode pc to source code pointer is mapped by printing the AST. In this case, the AST node (RBLiteralNode) for your float holds a Fraction. The code to print a literal node is as follow: >>> >>> visitLiteralNode: aLiteralNode >>> aLiteralNode value isLiteral >>> ifFalse: [ self writeString: '''<an unprintable nonliteral value>''' ] >>> ifTrue: [ self writeString: aLiteralNode token storeString ] >>> >>> and isLiteral answers always false for a Fraction. >>> >>> A temporary patch consists in adding the method >>> >>> Fraction>>isLiteral >>> ^ true >>> >>> Then you can debug your code. >>> >>> However, I think a real patch would consists in adding the method isLiteral in Fraction but with correct code to answer true only if the fraction can be a literal. Something similar to Float>>#isLiteral. >>> >>> >>> 2014-08-01 15:40 GMT+02:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: >>> Yes, I see also the same problem. >>> >>> I didn't realize until now that : 1-1e-6 >>> is printed as a fraction (try print-it): >>> (999999/1000000) >>> >>> A little bit strange, no ? >>> >>> On Fri, Aug 1, 2014 at 3:05 PM, Natalia Tymchuk >>> <natalia.tymchuk(a)unikernel.net> wrote: >>> > Hello. >>> > When I have the following expression >>> > {1-1e-6. 1e-6. 0} >>> > in the code and then I debug it I get >>> > {(1 - '<an unprintable nonliteral value>'). >>> > '<an unprintable nonliteral value>'. >>> > 0}. >>> > >>> > Is it a known problem or should I report an issue on debug tracker? >>> > >>> > Best regards, >>> > Natalia >>> > >>> >>> >>> >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://www.doesnotunderstand.org/ >>> >>> >> > >

Aug. 2, 2014

Re: [Pharo-dev] where the...

by Marcus Denker

On 01 Aug 2014, at 20:50, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > > 2014-08-01 18:23 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > > On Thu, Jul 31, 2014 at 11:52 PM, Ben Coman <btc(a)openinworld.com> wrote: > Eliot Miranda wrote: >> >> >> >> >> On Thu, Jul 31, 2014 at 9:48 PM, stepharo <stepharo(a)free.fr> wrote: >> I can tell you that I do not like jenkins but we have it, it works and it is maintained. So I lobotomize myself when I use it and it looks ok :) >> >> I like it very much. But there's a lot of freedom to design the server and make it easier to find results, etc. For example at Cadence Bob Westergaard has put a lot of effort into our Jenkins server with tabs grouping different build tasks by VM, Newspeak, Spur, etc. So I find it easier to navigate than the Pharo one. In particular it would be great if thee were pointers to the latest build artifacts on https://ci.inria.fr/pharo/job/Pharo-4.0/. Is that possible? > > I think the philosophy was to avoid the CI server also being a file sever - but perhaps the job result could provide a link to the associated uploaded http://files.pharo.org/image/40/xxxxx.zip > > Ok, if one should go to files.pharo.org then there should be as many links to files.pharo.org in obvious places as possible. But if I, as an outside, think to myself "nbow where would I find the most recent build of Pharo 4?", I would go to the CI server. > > For me, philosophically, a CI server /is/ a server, of build artifacts, test results and benchmarks. > > I keep that link in my bookmarks to download the latest Pharo 4: > https://ci.inria.fr/pharo/job/Pharo-4.0-Update-Step-4-Publish/ > > However, to avoid the server to be overloaded (because there are many people downloading Pharo every day), it is better to use files.pharo.org . We should add links to the CI server page. I put it on my TODO. (to be done *after* Holidays and ESUG). Marcus

Aug. 2, 2014

Re: [Pharo-dev] fresh image with dirty packages

by Marcus Denker

On 02 Aug 2014, at 08:54, stepharo <stepharo(a)free.fr> wrote: > Yes I saw that too when we worked with Damien yesterday. > May the last integration of clement was shaking some extensions and we get from time to time > dirty packages that are not dirty in fact. It never occurred to me or marcus fixed them. > I think it is a side effect of the ârecompile classâ fix that now forced the trains to be re-installed. This seems to emit notifications that it should not. > Stef > > >> Loading and starting a fresh image >> (Pharo 40148) shows some dirty package in monticello. >> (KernelTests, CollectionsTests, ...) >> Comparing those packages with pharo40inbox shows no >> changes except for >> NativeBoost-Core >> Athens-Cairo >> and AST-Core >> >> what happened? > >

Aug. 2, 2014

Re: [Pharo-dev] fresh image with dirty packages

by stepharo

Yes I saw that too when we worked with Damien yesterday. May the last integration of clement was shaking some extensions and we get from time to time dirty packages that are not dirty in fact. It never occurred to me or marcus fixed them. Stef > Loading and starting a fresh image > (Pharo 40148) shows some dirty package in monticello. > (KernelTests, CollectionsTests, ...) > Comparing those packages with pharo40inbox shows no > changes except for > NativeBoost-Core > Athens-Cairo > and AST-Core > > what happened?

Aug. 2, 2014

Re: [Pharo-dev] Has someone ever built a "sort block generator"

by Eliot Miranda

On Aug 1, 2014, at 10:50 AM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > > > > 2014-08-01 16:50 GMT+02:00 Henrik Johansen <henrik.s.johansen(a)veloxit.no>: >> >> On 01 Aug 2014, at 4:47 , Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> >>> >>> >>> >>> On Fri, Aug 1, 2014 at 11:31 AM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>>> Y asked for the same thing a few days ago in http://forum.world.st/Multiple-sorting-helper-td4770613.html >>>> >>>> Something like: >>>> sorter := MultipleSortCriteria new >>>> add: #lastName; >>>> add: [:each | each personalInfo age ] ascending: false. >>>> aCollection asSortedCollection: sorter. >>> >>> Exactly!!! >>> And... what is most important for me, is that to the MultipleSortCriteria I would like to ask #sortBlock :) >>> >>> Thanks Esteban for better explaining what I was looking for ;) >> >> I always liked this approach: >> http://objology.blogspot.no/2010/11/tag-sortfunctions-redux.html >> >> Donât think anyoneâs ported it to Pharo yet though. >> >> Cheers, >> Henry > > +1 > > Note that I have a public experimental port to Pharo in SmalltalkHub that I already announced once (in http://smalltalkhub.com/#!/~nice/NiceVMExperiments but I can't tell exactly the package name TagSortFunction or something like that, the web interface of SmalltalkHub is currently showing me a debugger with nil does not understand #data). > Yes, I know VM-experiments is not the right place for such package, but at the time I didn't find where to create a new project... > > Since I got absolutely zero feedback after a long thread, I assumed it was not interesting anybody... > But my personal opinion differs: this should be included in each and every Smalltalk. +1 Aloha

Aug. 2, 2014

Re: [Pharo-dev] Floating point literals in debugger

by ClÃ©ment Bera

I've just opened it here: https://pharo.fogbugz.com/f/cases/13761/Fraction-floating-pointer-cannot-be… 13761 2014-08-01 22:42 GMT+02:00 stepharo <stepharo(a)free.fr>: > could you add a bug entry with the discussion because else this will be > lost. > > Stef > > > On 1/8/14 17:58, Natalia Tymchuk wrote: > > Thank you. > I donât need it, because I know what is written in my code, but it can be > the problem for users and I think that it will good to fix it. > Best regards, > Natalia > > On Aug 1, 2014, at 5:07 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Hello, > > Natalia I don't think this is a known bug (few people use Float and > Fraction in Pharo). > > The RBParser parse your floating pointers as Fraction and not as Float > (I don't know why). > > In the debugger the bytecode pc to source code pointer is mapped by > printing the AST. In this case, the AST node (RBLiteralNode) for your float > holds a Fraction. The code to print a literal node is as follow: > > visitLiteralNode: aLiteralNode > aLiteralNode value isLiteral > ifFalse: [ self writeString: '''<an unprintable nonliteral value>''' ] > ifTrue: [ self writeString: aLiteralNode token storeString ] > > and isLiteral answers always false for a Fraction. > > A temporary patch consists in adding the method > > Fraction>>isLiteral > ^ true > > Then you can debug your code. > > However, I think a real patch would consists in adding the method > isLiteral in Fraction but with correct code to answer true only if the > fraction can be a literal. Something similar to Float>>#isLiteral. > > > 2014-08-01 15:40 GMT+02:00 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > >> Yes, I see also the same problem. >> >> I didn't realize until now that : 1-1e-6 >> is printed as a fraction (try print-it): >> (999999/1000000) >> >> A little bit strange, no ? >> >> On Fri, Aug 1, 2014 at 3:05 PM, Natalia Tymchuk >> <natalia.tymchuk(a)unikernel.net> wrote: >> > Hello. >> > When I have the following expression >> > {1-1e-6. 1e-6. 0} >> > in the code and then I debug it I get >> > {(1 - '<an unprintable nonliteral value>'). >> > '<an unprintable nonliteral value>'. >> > 0}. >> > >> > Is it a known problem or should I report an issue on debug tracker? >> > >> > Best regards, >> > Natalia >> > >> >> >> >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> >> > > >

Aug. 2, 2014