- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Loading Zinc

by Esteban Lorenzano

On 02 Aug 2014, at 15:53, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Hi Sven, > > how are you doing? > > Firstly let me ask you how should I load Zinc. why do you need to load Zinc? it is already in the image. > > Iâm doing it like this: > > > Gofer it > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'ConfigurationOfZincHTTPComponents'; > load. > > (Smalltalk at:#ConfigurationOfZincHTTPComponents) project latestVersion load: 'WebSocket'. > (Smalltalk at:#ConfigurationOfZincHTTPComponents) project latestVersion load: 'SSO'. > > Gofer it > url: 'http://mc.stfx.eu/Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > load. ah, non of those is Zincâ¦ you mean Zodiac, WebSocket and SSO packages? (they are packages that need zinc, but not zinc) > > > Is that the right source/way? > > Secondly, Iâm experiencing this in the latest version: > > > <Screen Shot 2014-08-02 at 10.50.00 AM.png> > > Whatâs the package that has the missin ZnWebSocketControlFrameHandledEvent? > > thanks! > > sebastian > > o/ > > blog: http://sebastianconcept.com > LinkedIn: http://www.linkedin.com/in/sebastiansastre > github: https://github.com/sebastianconcept > > > > >

Aug. 2, 2014

Loading Zinc

by Sebastian Sastre

Hi Sven, how are you doing? Firstly let me ask you how should I load Zinc. Iâm doing it like this: Gofer it url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'ConfigurationOfZincHTTPComponents'; load. (Smalltalk at:#ConfigurationOfZincHTTPComponents) project latestVersion load: 'WebSocket'. (Smalltalk at:#ConfigurationOfZincHTTPComponents) project latestVersion load: 'SSO'. Gofer it url: 'http://mc.stfx.eu/Zodiac'; package: 'Zodiac-Core'; package: 'Zodiac-Tests'; load. Is that the right source/way? Secondly, Iâm experiencing this in the latest version: Whatâs the package that has the missin ZnWebSocketControlFrameHandledEvent? thanks! sebastian o/ blog: http://sebastianconcept.com LinkedIn: http://www.linkedin.com/in/sebastiansastre github: https://github.com/sebastianconcept

Aug. 2, 2014

Re: [Pharo-dev] SmalltalkHub is down ?

by Esteban Lorenzano

but there is something wrong, because is working super slow. On 02 Aug 2014, at 15:47, stepharo <stepharo(a)free.fr> wrote: >

Aug. 2, 2014

Re: [Pharo-dev] SmalltalkHub is down ?

by stepharo

Thanks I cannot get it working but I prefer that it is only me. Stef On 2/8/14 15:07, Esteban Lorenzano wrote: > 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

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