- Pharo-dev - lists.pharo.org

[Pharo-project] [ANN] LRUDictionary

by Norbert Hartl

I like to announce a tiny utility I did for my last project. It is only a single class that basically works like LRUCache internally but on the outside it is more like a dictionary. And it has no factory block. If you don't know LRUCache, it's a fixed size dictionary that sorts its elements by usage in a "Least Recently Used" fashion. Meaning the last used element is put in front and the least used at the end. Elements get discarded at the end if space is full. Apart from #at: that is provided by LRUCache , LRUDictionary implements to following methods at:ifAbsent: at:ifAbsentPut: at:ifPresent: at:put: removeAt: removeKey: removeKey:ifAbsent It is available here MCHttpRepository location: 'http://source.selfish.org/mc/misc' user: '' password: '' Blog article is here http://norbert.hartl.name/blog/lrudictionary/ hope you like it, Norbert

May 11, 2012

Re: [Pharo-project] SSO - CAS Client in Smalltalk ?

by CÃ©drick BÃ©ler

as a complement, here are the links to CAS protocol: http://www.jasig.org/cas/protocol Cheers, CÃ©drick

May 11, 2012

[Pharo-project] SSO - CAS Client in Smalltalk ?

by CÃ©drick BÃ©ler

Hi all, I'd like to develop some web apps for our university but one prerequisite is to use the Central Authentication Service [1]. It's an open source authentication service and I wonder if somebody has ever worked with it and if there are any client available. Do you have any experience and/or pointers ? If not, I may dog into the protocol and see what I can do. I've spotted PHP implementation and also Ruby [2]. I think that could be a nice addition to Zinc even if not as widespread as OAuth/OpenID stuffs. TIA CÃ©drick [1] http://en.wikipedia.org/wiki/Central_Authentication_Service [2] https://github.com/rubycas/rubycas-client

May 11, 2012

[Pharo-project] [update 1.4] #14442

by Esteban Lorenzano

14442 ----- Issue 5679: Removing a trait does not remove trait methods from class http://code.google.com/p/pharo/issues/detail?id=5679 Issue 5722: Be able to remove traits from class definition http://code.google.com/p/pharo/issues/detail?id=5722 Issue 5858: DateAndTime >>#hash http://code.google.com/p/pharo/issues/detail?id=5858

May 11, 2012

Re: [Pharo-project] [update 2.0] #20067

by Marcus Denker

On May 11, 2012, at 1:32 PM, Pavel Krivanek wrote: > Hi, > > is Tools-Profilers a new package? > No, it is part of the huge Tools package I checked carefully, and there is just one Method referencing the classes I moved which used to be an extension of *System-Tools, I changed it to *Tools-Profilers. Marcus -- Marcus Denker -- http://marcusdenker.de

May 11, 2012

Re: [Pharo-project] [update 2.0] #20067

by Pavel Krivanek

Hi, is Tools-Profilers a new package? -- Pavel On Fri, May 11, 2012 at 1:23 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20067 > ----- > > Issue 5850: Â Â Move SpaceTally and SpaceTallyItem to Tools-Profilers > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5850 > > Issue 5819: Â Â first iteration on moving fileIn users to new codeImporter > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5819 > > > -- > Marcus Denker -- http://marcusdenker.de > >

May 11, 2012

[Pharo-project] [update 2.0] #20067

by Marcus Denker

20067 ----- Issue 5850: Move SpaceTally and SpaceTallyItem to Tools-Profilers http://code.google.com/p/pharo/issues/detail?id=5850 Issue 5819: first iteration on moving fileIn users to new codeImporter http://code.google.com/p/pharo/issues/detail?id=5819 -- Marcus Denker -- http://marcusdenker.de

May 11, 2012

[Pharo-project] [update 2.0] #20066

by Marcus Denker

20066 ----- Issue 5860: Package System-Download is empty and can be removed http://code.google.com/p/pharo/issues/detail?id=5860 Issue 5858: DateAndTime >>#hash http://code.google.com/p/pharo/issues/detail?id=5858 Issue 5855: During snapshot: Send cr after Transcript message http://code.google.com/p/pharo/issues/detail?id=5855 Issue 5853: Pharo2.0a Latest update: #20064 One click brings debugger on Windows due to missing converter for stdout stream http://code.google.com/p/pharo/issues/detail?id=5853 Issue 5854: FixSomeTests: Unreferences Global and Ftp http://code.google.com/p/pharo/issues/detail?id=5854 -- Marcus Denker -- http://marcusdenker.de

May 11, 2012

Re: [Pharo-project] Short rant on platforms and sessions

by Fernando Olivero

That's why the OpenGL examples work when you re-open a saved image! Fernando On Fri, May 11, 2012 at 12:51 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > I agree with all your points. > I just can add, that if you start using NativeBoost FFI you'll find > that it follows _exactly_ the rules which you listed. > i dont know much about dolphin, but session awareness is one of the > first things which i implemented in NB, because as to me, it is the > right way how things should be done. > > > On 11 May 2012 04:08, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >> It's a nice system - we should take lessons from it where we can. Â In this case, they *clearly* have it right. >> >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Chris Muller [asqueaker(a)gmail.com] >> Sent: Thursday, May 10, 2012 8:56 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Short rant on platforms and sessions >> >>> Dolphin shows us the correct path: session awareness. Â The image "wakes up" >>> and decides where it is running - the vm can certainly help in Pharo's >>> case. Â External resources are *not* cleared on image save - the image might >>> keep running, so why release and reallocate? Â Finalization is best-effort. >>> External resources are cleared just before exiting, but *after* any >>> associated image save. Â When the image wakes, one of its first duties is to >>> clear (not release via calls) any external resources, because they are known >>> to be garbage at this point. >>> >>> It works, and works well. >> >> I don't have experience with Dolphin, but that does sound like a >> clever solution to avoiding the release/reallocate burden on image >> save (and not exiting).. >> >> > > > > -- > Best regards, > Igor Stasenko. >

May 11, 2012

Re: [Pharo-project] Short rant on platforms and sessions

by Igor Stasenko

I agree with all your points. I just can add, that if you start using NativeBoost FFI you'll find that it follows _exactly_ the rules which you listed. i dont know much about dolphin, but session awareness is one of the first things which i implemented in NB, because as to me, it is the right way how things should be done. On 11 May 2012 04:08, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > It's a nice system - we should take lessons from it where we can. Â In this case, they *clearly* have it right. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Chris Muller [asqueaker(a)gmail.com] > Sent: Thursday, May 10, 2012 8:56 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Short rant on platforms and sessions > >> Dolphin shows us the correct path: session awareness. Â The image "wakes up" >> and decides where it is running - the vm can certainly help in Pharo's >> case. Â External resources are *not* cleared on image save - the image might >> keep running, so why release and reallocate? Â Finalization is best-effort. >> External resources are cleared just before exiting, but *after* any >> associated image save. Â When the image wakes, one of its first duties is to >> clear (not release via calls) any external resources, because they are known >> to be garbage at this point. >> >> It works, and works well. > > I don't have experience with Dolphin, but that does sound like a > clever solution to avoiding the release/reallocate burden on image > save (and not exiting).. > > -- Best regards, Igor Stasenko.

May 11, 2012