- Pharo-dev - lists.pharo.org

MultiByteFileStream #converter - what does it do?

by sheridan＠sheridan-mahoney.com

Hi there, I am still working my way through MultiByteFileStream tests, and have come across the messages #converter and #converter: . I would like to be able to test these - could someone explain briefly how the converters are used in this class? Many thanks, Sheridan

Dec. 17, 2014

Re: [Pharo-dev] 14615 Change in Delay semantics when high priority timer event loop stopped

by phil＠highoctane.be

On Wed, Dec 17, 2014 at 4:51 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > I'm looking for some community feedback on Case 14615. When the high > priority Delay timer event loop is stopped, there are two basic choices: > > 1. Delays wait indefinitely, since their delaySemaphore is never signaled, > and so for example, the UI locks up. > > 2. Delays are ignored, proceeding immediately. This would let the UI > continue working, give you a chance to restart the timer event loop, or > change the DelayScheduler algorithm on-the-fly (e.g. mutex, semaphore, > spinlock). > > The system currently does (1.). This is impeding integration of > Case 14252 to change Delays from millisecond to microsecond clock, since > as a Preload the Delay timer event loop is stopped to load the slice. > > I'd like to change it to (2.), which can be done in a single line. > > Your thoughts ? > > > https://pharo.fogbugz.com/default.asp?14615 > > https://pharo.fogbugz.com/default.asp?14353 > > Which one is going to speed up the headless startup time? Phil

Dec. 17, 2014

14615 Change in Delay semantics when high priority timer event loop stopped

by Ben Coman

I'm looking for some community feedback on Case 14615. When the high priority Delay timer event loop is stopped, there are two basic choices: 1. Delays wait indefinitely, since their delaySemaphore is never signaled, and so for example, the UI locks up. 2. Delays are ignored, proceeding immediately. This would let the UI continue working, give you a chance to restart the timer event loop, or change the DelayScheduler algorithm on-the-fly (e.g. mutex, semaphore, spinlock). The system currently does (1.). This is impeding integration of Case 14252 to change Delays from millisecond to microsecond clock, since as a Preload the Delay timer event loop is stopped to load the slice. I'd like to change it to (2.), which can be done in a single line. Your thoughts ? https://pharo.fogbugz.com/default.asp?14615 https://pharo.fogbugz.com/default.asp?14353

Dec. 17, 2014

Re: [Pharo-dev] trying to download Hapa'o in a fresh Pharo image (4.0)

by Guillermo Polito

On Tue, Dec 16, 2014 at 10:47 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > But whatâs happen if I load S2py if I have roassal loaded already. Will it > try to load it again? > Well, generally with metacello: - if S2py requires roassal2 version 1 and you have no roassal => it will load it - if S2py requires roassal2 version 1 and you have version 1 => it will not load it again - if S2py requires roassal2 version 2 and you have version 1 => it will update it Guille > Alexandre > > > > On Dec 16, 2014, at 10:35 PM, stepharo <stepharo(a)free.fr> wrote: > > > > > > Le 8/12/14 06:06, Alejandro Infante a Ã©crit : > >> Hello, > >> Actually that version of Hapao is really outdated, currently we are > using S2py, a brand new release of Spy that involve mayor changes in > performance and design using everything that we learnt developing Spy. > >> > >> Since it depends on Roassal2, you have to load it first. > > > > NONO the S2py configuration should load roassal2. To not let end-user > facing that dependency hell. > > I wrote several chapters and example, we wrote a tool to help people > manage dependencies. So it can take less > > then 10 min to respect your users! > > > > I will not ask our students to look at S2py if this is not loadable in > one expression! > > And it should be available in the configurationbrowser. > > > > Stef > >> > >> Gofer new smalltalkhubUser: 'ObjectProfile' > >> project: 'Roassal2'; > >> package: 'ConfigurationOfRoassal2'; > >> load. > >> (Smalltalk at: #ConfigurationOfRoassal2) load. > >> > >> And then we load Spy2. > >> > >> Gofer new smalltalkhubUser: 'ObjectProfile' > >> project: 'S2py'; > >> package: 'S2py'; > >> load. > >> > >> Hapao is already included on Spy2, so you donât have to do anything > else. > >> > >> To use Hapao you can do it from the WorldMenu or using a workspace like: > >> > >> (Hapao2 runTestsForClasses: RTObject withAllSubclasses , RTTest > withAllSubclasses) visualize > >> or > >> (Hapao2 runTestsForPackagesMatching: 'Nautilus*') visualize > >> > >> I have already tried this on today fresh 4.0 image so unless I mess up > on a commit tonight it should work. > >> > >> Let us know how was your experience! All the feedback is welcome. > >> > >> Cheers, > >> Alejandro > >> > >>> On Dec 7, 2014, at 7:56 PM, sheridan(a)sheridan-mahoney.com wrote: > >>> > >>> Hello, > >>> > >>> I am trying to get Hapa'o loaded in a fresh 4.0 image, using the > following command: > >>> > >>> Gofer new > >>> squeaksource: 'Spy'; > >>> package: 'ConfigurationOfSpy'; > >>> load. > >>> (Smalltalk at: #ConfigurationOfSpy) perform: #loadDefault > >>> > >>> and I run across this error: > >>> > >>> This package depends on the following classes: > >>> RBFormatter > >>> You must resolve these dependencies before you will be able to load > these definitions: > >>> HapaoLineCoverage > >>> acceptAssignmentNode: > >>> acceptBlockNode:startBlockString:endBlockString: > >>> acceptCascadeNode: > >>> acceptLiteralArrayNode: > >>> acceptLiteralNode: > >>> acceptMessageNode: > >>> acceptPragmaNode: > >>> acceptReturnNode: > >>> acceptSequenceNode: > >>> acceptVariableNode: > >>> addAllText: > >>> addCoverageAtribute:isCovered: > >>> addText: > >>> coveredCondition > >>> format: > >>> ... > >>> > >>> This isn't something I'm familiar with, can someone tell me how to > resolve it? > >>> > >>> Many thanks, > >>> > >>> Sheridan > >>> > >> > >> > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Dec. 17, 2014

Re: [Pharo-dev] showing all icons

by Peter UhnÃ¡k

Exactly what I needed, thank you! On Wed, Dec 17, 2014 at 3:57 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > 2014-12-17 14:41 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >> Is there a way to show all available ThemeIcons? I think that I've seen >> something some time ago (maybe in Glamour?), but I can't find it now... so >> maybe just my imagination? >> >> Peter >> >> > with spec: > > (TreeModel new roots: (ThemeIcons selectors select: [:each | '*Icon' > match: each asString])); > iconBlock:[:item | Smalltalk ui icons perform:item]; > openWithSpec. > > >

Dec. 17, 2014

Re: [Pharo-dev] showing all icons

by Nicolai Hess

2014-12-17 14:41 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > Is there a way to show all available ThemeIcons? I think that I've seen > something some time ago (maybe in Glamour?), but I can't find it now... so > maybe just my imagination? > > Peter > > with spec: (TreeModel new roots: (ThemeIcons selectors select: [:each | '*Icon' match: each asString])); iconBlock:[:item | Smalltalk ui icons perform:item]; openWithSpec.

Dec. 17, 2014

showing all icons

by Peter UhnÃ¡k

Is there a way to show all available ThemeIcons? I think that I've seen something some time ago (maybe in Glamour?), but I can't find it now... so maybe just my imagination? Peter

Dec. 17, 2014

Re: [Pharo-dev] [Moose-dev] Re: [ANN] CubeHelix and slider

by Alexandre Bergel

This is exactly what we are trying to do: http://agilevisualization.com It takes time, but we will succeedâ¦ There is no doubt about that. Alexandre > On Dec 17, 2014, at 9:42 AM, phil(a)highoctane.be wrote: > > One good feature I'd see added to PillarHub would be the ability to CC: a PillarHub email address so that the snippet gets included directly in a PH page (or specific hub, like the Roassal Hub, the GT Hub, the ANN Hub ...) > > What do you think? > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 17, 2014

Re: [Pharo-dev] (Ring?) Working with 'virtual' code entites

by Martin Dias

Uko, I have an experiment in that direction. I still have to package it. I could load ring entities from "not-loaded" packages and run some lint rules on them. Besides the problem of how to read the MC definitions as virtual/ring entities, I found in Lint rules: at several points, RB accesses the system dictionary (instead of accessing your "virtual" environment). I fixed some of those tricky points in my image but sometimes in a nasty way, so I didn't commit... MartÃn On Fri, Dec 12, 2014 at 11:46 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi everyone! > > As you may know Iâm working on code quality/smells/critics. And I want to > analyze bigger projects like Moose for example. But Moose works on Pharo3 > while my system works on Pharo4. Is is possible to somehow obtain Classes > and methods from the repository and perform some analysis on them without > installing them in the system? Because in my general workflow I just create > a collection of classes like: `packages flatCollect: #definedClasses` and > then work with them. > > So any suggestions are welcome :) > > Cheers. > Uko >

Dec. 17, 2014

Re: [Pharo-dev] Trigger Jenkins from Fogbugz?

by Ben Coman

Marcus Denker wrote: >> On 16 Dec 2014, at 15:28, Ben Coman <btc(a)openInWorld.com> wrote: >> >> It seems the CI monkey polls Fogbugz for cases at 15 minute intervals. Now if I'm troubleshooting a submitted slice, it would be nice to have a quicker turnaround. Any chance Fogbugz could be configured for a "case resolved" event to trigger a the CI to poll Fogbugz... >> >> http://www.fogcreek.com/fogbugz/docs/70/topics/plugins/URLTrigger.html >> >> https://github.com/jenkinsci/fogbugz-plugin/blob/master/URLTRIGGER.rst >> >> https://www.fogcreek.com/fogbugz/plugins/plugin.aspx?ixPlugin=5 >> >> This would help speed some development cases. >> >> > > Yes, good idea.. can you put an issue? > Sadly the weeks before christmas are just crazyâ¦ so I will not even have time to think about it. > > Marcus > Thanks. https://pharo.fogbugz.com/default.asp?14633

Dec. 17, 2014