December 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Zinc-Character-Encoding-[Core|Tests]

by Sven Van Caekenberghe

Another quick note about Zinc repackaging: There is now a package called Zinc-Character-Encoding-Core (and accompanying unit tests package) that is separate and standalone from Zinc-HTTP and that contains UTF-8 encoding, various byte encodings with their own mappings, Base64 encoding and Percent encoding (sometimes called URL or HTTP encoding), Character read and write streams that wrap binary streams as well as buffered read and write streams. All this without any dependency on older bits and pieces. I think these are clean, modern and correct implementations, but only time and external usage will tell (these classes are not new, they have been in Zinc in some form for years). Zinc-Resource-Meta-[Core|Tests] now depends on this new package (because URLs use Percent encoding, which also requires Character encoding itself). Zinc-HTTP now requires both Zinc-Character-Encoding as well as Zinc-Resource-Meta. ConfigurationOfZincHTTPComponents has been updated and now also includes groups for Zinc-Character-Encoding as well as Zinc-Resource-Meta. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 17, 2012

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

by Stephan Eggermont

Hi Stef, 2-3 Februari is FOSDEM, with a smalltalk devroom on sunday. (I would welcome ideas to present something there, btw) 1 or 4 would allow me to combine the trip. Cheers, Stephan Eggermont

Dec. 17, 2012

Re: [Pharo-project] CI down?

by Igor Stasenko

On 17 December 2012 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! > > +1 gforge is much more reliable source -- Best regards, Igor Stasenko.

Dec. 17, 2012

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