- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Anonymous subclasses support

by Ciprian Teodorov

@Igor that's an idea ... I think I'll go with that for the initial version @stef I'll send a snippet this evening Cheers On Dec 17, 2012 9:39 AM, "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > could you send a snippet that generate code? > > Stef > > On Dec 16, 2012, at 11:41 PM, Ciprian Teodorov wrote: > > > > > > > On Sun, Dec 16, 2012 at 11:02 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > > I'm writing a FFI generator for Pharo that uses libclang to parse > header files and generates nativeboost mapping as output. > > > The beast is almost working (I can get libclang mapping, the core.h > header)but there are still some small issues. So, that's why I've been > poking at nativeboost ;) > > > > > > At the end I expect to have something that will generate correct ffi > interface, and that will not bloat the image with thousand of visible > classes, so that the user might get a chance to understand something of > what I'm generating... > > > > > > The thing is this evening after 4-5 hours of looking around my > conclusion is. In pharo 1.4 the anonymous subclasses are breaking the > tools, and in the brand new pharo 2.0 the refactoring tools (RBNamespace & > company) are not working as they should.... so i'm stuck with 1.4 for now > (and still telling to myself that I do not want to bloat the image with > many classes) > > > > Can you tell us what is the problem you got with RBNamespace? > > Because if we know we can try to fix it :). > > > > When executing the refactorings that generate my code I get a DNU... > (see attached .png) it seem that RBAddMethodChange does not implement the > #includesSelector: > > > > > > Stef > > > > > > > > > > > > -- > > Dr. Ciprian TEODOROV > > IngÃ©nieur DÃ©veloppement CAO > > > > tÃ©l : 06 08 54 73 48 > > mail : ciprian.teodorov(a)gmail.com > > www.teodorov.ro > > <PharoScreenshot.png> > > >

Dec. 17, 2012

Re: [Pharo-project] CI down?

by Marcus Denker

On Dec 17, 2012, at 2:04 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > On 12/16/2012 5:45 PM, Camillo Bruni wrote: >> I repeat: Do not use the CI to download stuff from... >> >> Use our static file server: http://pharo.gforge.inria.fr/ci/ >> >> ci jobs may change names and jenkins is too brittle to support heavy traffic! > > I think the easiest way to encourage this would be to change the website to point to the latest stable version of each of the images and vms. > I changed the links on the websiteâ¦ Marcus

Dec. 17, 2012

[Pharo-project] is the date of 8th of February good for a sprint

by StÃ©phane Ducasse

Hi guys I would like to block a date for the next sprint at Lille. Would the 8th of february of for you? Stef

Dec. 17, 2012

Re: [Pharo-project] CI down?

by StÃ©phane Ducasse

me too. Now I bookmarked it. Stef > I know, but I couldn't remember the address :p > > On 17.12.2012, at 00:45, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I repeat: Do not use the CI to download stuff from... >> >> Use our static file server: http://pharo.gforge.inria.fr/ci/ >> >> >> ci jobs may change names and jenkins is too brittle to support heavy traffic!

Dec. 17, 2012

Re: [Pharo-project] Interval protocol

by StÃ©phane Ducasse

>> If you use Ruby for any length of time (and ignore most of the syntax) >> you will quickly realise that Ruby _is_ Smalltalk in many fundamental >> ways. It's just a pity Matz based its syntax on Perl (or so it seems). >> Ruby = Smalltalk with rubbish syntax and awesome integration with >> basic programmer tools and decent infrastructure. My point is that we should capture what is adapted for Pharo not just because in another language. > I should add: with that last clause I'm not trying to dismiss Pharo's > and Squeak's massive improvement in infrastructure. It's just that > it's nowhere near as slick as in Ruby. How to improve?

Dec. 17, 2012

Re: [Pharo-project] Anonymous subclasses support

by StÃ©phane Ducasse

could you send a snippet that generate code? Stef On Dec 16, 2012, at 11:41 PM, Ciprian Teodorov wrote: > > > On Sun, Dec 16, 2012 at 11:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > I'm writing a FFI generator for Pharo that uses libclang to parse header files and generates nativeboost mapping as output. > > The beast is almost working (I can get libclang mapping, the core.h header)but there are still some small issues. So, that's why I've been poking at nativeboost ;) > > > > At the end I expect to have something that will generate correct ffi interface, and that will not bloat the image with thousand of visible classes, so that the user might get a chance to understand something of what I'm generating... > > > > The thing is this evening after 4-5 hours of looking around my conclusion is. In pharo 1.4 the anonymous subclasses are breaking the tools, and in the brand new pharo 2.0 the refactoring tools (RBNamespace & company) are not working as they should.... so i'm stuck with 1.4 for now (and still telling to myself that I do not want to bloat the image with many classes) > > Can you tell us what is the problem you got with RBNamespace? > Because if we know we can try to fix it :). > > When executing the refactorings that generate my code I get a DNU... (see attached .png) it seem that RBAddMethodChange does not implement the #includesSelector: > > > Stef > > > > > > -- > Dr. Ciprian TEODOROV > IngÃ©nieur DÃ©veloppement CAO > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro > <PharoScreenshot.png>

Dec. 17, 2012

Re: [Pharo-project] about isAbstractClass

by Damien Cassou

On Sun, Dec 16, 2012 at 11:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Good suggestion I will change it to hasAbstractMethods it looks much better. > Tx for the suggestion. what about 'additionalAbstractMethods' that would return the list of new abstract methods the class defines. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Dec. 17, 2012

Re: [Pharo-project] KeyChain/UsersManager

by Damien Cassou

On Sat, Dec 15, 2012 at 2:16 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > what is the reason for integration of KeyChain/UsersManager to the image? It > created the next kernel dependency. Should it replace Author? Should it be > in the Pharo Kernel? And why there was no mention about it in this mailing > list before? ;-) I'm not sure what is KeyChain, but the name sounds familiar and makes the package very important as it might solve a critical problem: - how do you store Monticello/webservices/any application's passwords safely? To me KeyChain should provide an API to store and access any kind of credentials. This API could then delegate to the O.S. one. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Dec. 17, 2012

Re: [Pharo-project] Athens + Amber + HTML5 canvas

by Igor Stasenko

sounds nice :) On 17 December 2012 09:13, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Wed, Nov 28, 2012 at 11:30 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> Any takers? :) > > what do you think of this proposal: > > http://rmod.lille.inria.fr/web/pier/research/ProjectsProposal/Amber-html5-c… > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill -- Best regards, Igor Stasenko.

Dec. 17, 2012

Re: [Pharo-project] Could someone resuscitate the Google Groups mirror?

by Adrian Sampaleanu

Any idea who this is? -- View this message in context: http://forum.world.st/Could-someone-resuscitate-the-Google-Groups-mirror-tp… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 17, 2012