April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] do you know what is this?

by Benjamin

We mainly say that each travel has to start with one step Ben On Apr 16, 2013, at 7:09 PM, kilon <thekilon(a)yahoo.co.uk> wrote: > And you guys then say that pharo is not macos first citizen > > ha > > ha > > and > > ha > > I am a macos user , I love my imac and macos, but my vote goes to cross > platform. > > Still another great library that is more than welcomed, definitely cant do > any harm ;) > > > > -- > View this message in context: http://forum.world.st/Fwd-do-you-know-what-is-this-tp4681962p4681975.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 16, 2013

Re: [Pharo-project] do you know what is this?

by kilon

And you guys then say that pharo is not macos first citizen ha ha and ha I am a macos user , I love my imac and macos, but my vote goes to cross platform. Still another great library that is more than welcomed, definitely cant do any harm ;) -- View this message in context: http://forum.world.st/Fwd-do-you-know-what-is-this-tp4681962p4681975.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 16, 2013

[Pharo-project] Videos: Quicksilver & Fuel+Tanker

by Stephan Eggermont

I wondered how many views the movies would get without being announced: 0. Demo: Handling hierarchical datasets with Quicksilver https://www.youtube.com/watch?v=pOxKVVoCH3A Handling Objects with Fuel and Tanker https://www.youtube.com/watch?v=-UQ35SOsuaY rendering & uploading Custom architectural assessment of a large enterprise system Stephan

April 16, 2013

Re: [Pharo-project] Understanding Athens

by Ben Coman

Igor Stasenko wrote: > On 16 April 2013 16:27, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> Le 16/04/2013 16:12, Igor Stasenko a Ã©crit : >> >> >>> On 16 April 2013 15:47, kilon <thekilon(a)yahoo.co.uk> wrote: >>> >>>> Thats awesome but I cant open my pharo image anymore , I dont mind >>>> starting >>>> from a new image and reinstalling everything >>>> but I was wondering if there is a way to recover all that or am I screwed >>>> ? >>>> :) >>>> >>>> >>> You have a talent at screwing things up :) >>> But your feedback is invaluable, which helping to spot details , which >>> obvious to me but not for a newcomer. >>> >>> Yeah, concerning screwed image: in such cases i usually run it with VM >>> which does not includes NativeBoost, then it fails with error.. and >>> you can close morphs/debugger save image and can continue work with >>> Cog VM.. it is , of course not always works, because it depends how >>> badly things screwed up. :) >>> >> Igor, could you add code to start the session without gui, run a bit of >> smalltalk code to destroy the dangling surfaces and save again ? >> >> It would probably save the day a few times :) >> >> > yes, i am already thinking on it. > > The thing which i want to do is to put a session check in #drawDuring: method, > to check if surface is still valid. > And if its not, then shoot the caller :) > > If you have a better/more general idea how/where to do it, feel free to suggest. > > >> Thierry >> >> > > > An idea for more general recovery options.... Using the Pharo command-line processing, have some "recovery" commands that execute and quit before any UI processing is started. For example... * list/close open windows * list/close running processes * list/revert recent method changes cheers -ben

April 16, 2013

Re: [Pharo-project] do you know what is this?

by Igor Stasenko

On 16 April 2013 18:02, Igor Stasenko <siguctua(a)gmail.com> wrote: > meanwhile, Esteban works on ObjC bridge ;) > > > Go go go, Esteban! We no need no Cairo on Macs, while we can use Quartz directly :) -- Best regards, Igor Stasenko.

April 16, 2013

[Pharo-project] Fwd: do you know what is this?

by Igor Stasenko

meanwhile, Esteban works on ObjC bridge ;) ---------- Forwarded message ---------- From: Esteban Lorenzano <estebanlm(a)gmail.com> Date: 16 April 2013 17:56 Subject: [Lsehub-staff] do you know what is this? To: RMoD private list <lsehub-staff(a)lists.gforge.inria.fr> uh? do you know? this is the code: ObjCClass nbSessionChanged. pool := (ObjCClass named: #NSAutoreleasePool) alloc init. rect := ObjCNSRect fromRect: (0@0 corner: 800@600). window := (ObjCClass named: #NSWindow) alloc autorelease. window initWithContentRect: rect styleMask: 15 "NSTitledWindowMask | NSClosableWindowMask | NSMiniaturizableWindowMask | NSResizableWindowMask" backing: 2 "NSBackingStoreRetained" defer: 0 "NO". window setTitle: ((ObjCClass named: #NSString) stringWithCString: 'Hello' encoding: 1). window makeKeyAndOrderFront: ObjCObject new. "nil" graphicsPort := window graphicsContext graphicsPort. surface := AthensQuartzSurface newContext: graphicsPort extent: 200@200. paint := surface createRadialGradient: { 0->Color red . 1->Color green } center: 100@100 radius: 100. surface drawDuring: [ :canvas | surface clear. canvas pathTransform loadIdentity. canvas setPaint: paint. canvas drawShape: (0@0 corner: 200@200) ]. So... pretty simple in fact :) Esteban -- Best regards, Igor Stasenko.

April 16, 2013

Re: [Pharo-project] DateAndTime bug: we should do something about it

by Igor Stasenko

On 16 April 2013 17:51, Yanni Chiu <yanni(a)rogers.com> wrote: > On 16/04/13 5:56 AM, Igor Stasenko wrote: >> >> So, it is 3x slower , 1000x more accurate (milli vs micro), do not >> requires startup code >> do not need to account for counter wrapping and day change => much >> cleaner and nicer. >> + less buggy. > > > Is this a candidate for back porting to Pharo-2.0? (Eliminating the startup > code is the main concern, I think). > Most probably yes. But we will see -- Best regards, Igor Stasenko.

April 16, 2013

Re: [Pharo-project] DateAndTime bug: we should do something about it

by Yanni Chiu

On 16/04/13 5:56 AM, Igor Stasenko wrote: > So, it is 3x slower , 1000x more accurate (milli vs micro), do not > requires startup code > do not need to account for counter wrapping and day change => much > cleaner and nicer. > + less buggy. Is this a candidate for back porting to Pharo-2.0? (Eliminating the startup code is the main concern, I think).

April 16, 2013

Re: [Pharo-project] Understanding Athens

by Igor Stasenko

On 16 April 2013 16:39, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Le 16/04/2013 16:29, Igor Stasenko a Ã©crit : > >> On 16 April 2013 16:27, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>> >>> Le 16/04/2013 16:12, Igor Stasenko a Ã©crit : >>> >>>> On 16 April 2013 15:47, kilon <thekilon(a)yahoo.co.uk> wrote: >>>>> >>>>> >>>>> Thats awesome but I cant open my pharo image anymore , I dont mind >>>>> starting >>>>> from a new image and reinstalling everything >>>>> but I was wondering if there is a way to recover all that or am I >>>>> screwed >>>>> ? >>>>> :) >>>>> >>>> You have a talent at screwing things up :) >>>> But your feedback is invaluable, which helping to spot details , which >>>> obvious to me but not for a newcomer. >>>> >>>> Yeah, concerning screwed image: in such cases i usually run it with VM >>>> which does not includes NativeBoost, then it fails with error.. and >>>> you can close morphs/debugger save image and can continue work with >>>> Cog VM.. it is , of course not always works, because it depends how >>>> badly things screwed up. :) >>> >>> >>> >>> Igor, could you add code to start the session without gui, run a bit of >>> smalltalk code to destroy the dangling surfaces and save again ? >>> >>> It would probably save the day a few times :) >>> >> yes, i am already thinking on it. >> >> The thing which i want to do is to put a session check in #drawDuring: >> method, >> to check if surface is still valid. >> And if its not, then shoot the caller :) > > > We don't have a framework for handling external resources tracking across > sessions, wher you can specify a reopen/destroy policy ? > Well, NativeBoost has some bits for supporting session-aware code. The problem is that management of external resources almost always specific to what you using... During my development of NB i identified some general patterns, which then shaped into implementation of concrete service classes. We're planning to move some parts of it out of NB to Kernel. But that is the road to walk. > How are servers doing it? They have to close connections on session close > and reopen them at start, no? Why not using the same code for Athens and > recreate the surface on session start or fail (without segfault). > Well, the question is always at which level you should do it. How you can avoid checking every single external resource handle every time you trying to use it, and instead introduce check at higher levels (at root entry to your model) because checking costs resources. But because different frameworks employing different models, it is hard to find one, which is so general and fits all. > Ah yes, shooting the caller is fine if we restart on a system without the > ability to create the surface... What do you think of throwing an exception? > That's what i going to do for the starting. But Athens surface is really low level. And introducing some auto-management will be a mistake. The code which should recreate surface upon image restart should be in user's code, because we cannot predict how new session is different comparing to previous one.. User may decide to choose different backend in new session, reload some files from disk etc... > Thierry > > -- > 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 > -- Best regards, Igor Stasenko.

April 16, 2013

Re: [Pharo-project] [pharo-project.org] tweaked download pages a bit...

by Sven Van Caekenberghe

On 16 Apr 2013, at 13:31, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > I changed a little the download pages > > http://www.pharo-project.org/ > http://www.pharo-project.org/pharo-download > http://www.pharo-project.org/pharo-download/release-2-0 > http://www.pharo-project.org/pharo-download/alpha-3-0 > > -> Do not present a choice to the new visitor but make it clear what to download > -> be a bit more consistent between the 4 places Nice, this is all important but a lot of work as well - Thx. Sven

April 16, 2013