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

[Pharo-project] A small quiz: longest selector

by Pavel Krivanek

Hi, I've got a small quiz question for fun: What is the length of the longest method selector in Pharo? Before you will write an oneliner to get the exact result, try to make a tip ;-) Cheers, -- Pavel

Sept. 13, 2012

Re: [Pharo-project] [NativeBoost] 1.4 Bleeeding edge release

by Igor Stasenko

On 13 September 2012 14:06, Guy Hylton <guygantuan(a)gmail.com> wrote: >> just give me your squeaksource account, so i can add you as developer. > > grh > done. >> Oh, yeah.. >> and this sort of problems (with re-initialization). >> It would be nice to have them solved automatically. >> I think it was bad idea to cache fields in NBExternalStructure. >> It would be better to solve that differently. > I expect that is more complicated than it first appears, but it will be good > opportunity to look how the existing caching mechanism works. > > Thanks, Guy -- Best regards, Igor Stasenko.

Sept. 13, 2012

[Pharo-project] FileSystem-Git GoogleGroup and mailing list

by Max Leske

For those interested in FileSystem-Git there is now a dedicated GoogleGroup / mailing list: https://groups.google.com/forum/#!forum/smalltalk-git / smalltalk-git(a)googlegroups.com. Max

Sept. 13, 2012

[Pharo-project] [NativeBoost] 1.4 Bleeeding edge release

by Guy Hylton

> just give me your squeaksource account, so i can add you as developer. grh > Oh, yeah.. > and this sort of problems (with re-initialization). > It would be nice to have them solved automatically. > I think it was bad idea to cache fields in NBExternalStructure. > It would be better to solve that differently. I expect that is more complicated than it first appears, but it will be good opportunity to look how the existing caching mechanism works. Thanks, Guy

Sept. 13, 2012

[Pharo-project] Proxy Exception settings

by Santiago Bragagnolo

Hi all. I just added a setting to specify exceptions for HTTP proxy. http://code.google.com/p/pharo/issues/detail?id=6663#makechanges regards Santiago.

Sept. 13, 2012

Re: [Pharo-project] [NativeBoost] 1.4 Bleeeding edge release

by Igor Stasenko

Oh, yeah.. and this sort of problems (with re-initialization). It would be nice to have them solved automatically. I think it was bad idea to cache fields in NBExternalStructure. It would be better to solve that differently. On 13 September 2012 09:18, Guy Hylton <guygantuan(a)gmail.com> wrote: > Igor, > >> P.S. The configuration is freshly-baked, i didn't even checked if it >> loads cleanly or not.. >> so, i don't recommend updating it in image with your precious code :) > > I have tried loading your updated Configuration into Pharo1.4 #14438 and it > loaded ok, but as a NativeBoost beginner it took me sometime to work out > that I needed to run NBFFICallout>>initialize to get the new NB types > registered. I found that this could be achieved using a postLoadDoIt > message in the Configuration ... > > spec package: 'NativeBoost-Core' with: [ > spec > file: 'NativeBoost-Core-IgorStasenko.75'; > postLoadDoIt: #postloadForCore ]. > >> Gofer it >> squeaksource: 'NativeBoost'; >> package: 'ConfigurationOfNativeBoost'; >> load. > >> (ConfigurationOfNativeBoost project version: '1.4' ) load > >> P.P.S. i would really like some help with testing what i did, >> including writing some more tests to cover type system more >> broadly (now since type names follow certain naming rule, many >> different types can be checked without much coding) > > > Some of the tests failed after the update because it was necessary to > rebuildAccessors for a couple of the structures used so that they referred > to the new NB types. > > Although this is a trivial change I would like to try and help your efforts > with some more tests and documentation, but how should I submit them? > Should I follow the "HowToContribute" procedure on the Pharo website? > > Thanks, Guy -- Best regards, Igor Stasenko.

Sept. 13, 2012

Re: [Pharo-project] [NativeBoost] 1.4 Bleeeding edge release

by Igor Stasenko

On 13 September 2012 09:18, Guy Hylton <guygantuan(a)gmail.com> wrote: > Igor, > >> P.S. The configuration is freshly-baked, i didn't even checked if it >> loads cleanly or not.. >> so, i don't recommend updating it in image with your precious code :) > > I have tried loading your updated Configuration into Pharo1.4 #14438 and it > loaded ok, but as a NativeBoost beginner it took me sometime to work out > that I needed to run NBFFICallout>>initialize to get the new NB types > registered. I found that this could be achieved using a postLoadDoIt > message in the Configuration ... > > spec package: 'NativeBoost-Core' with: [ > spec > file: 'NativeBoost-Core-IgorStasenko.75'; > postLoadDoIt: #postloadForCore ]. > >> Gofer it >> squeaksource: 'NativeBoost'; >> package: 'ConfigurationOfNativeBoost'; >> load. > >> (ConfigurationOfNativeBoost project version: '1.4' ) load > >> P.P.S. i would really like some help with testing what i did, >> including writing some more tests to cover type system more >> broadly (now since type names follow certain naming rule, many >> different types can be checked without much coding) > > > Some of the tests failed after the update because it was necessary to > rebuildAccessors for a couple of the structures used so that they referred > to the new NB types. > > Although this is a trivial change I would like to try and help your efforts > with some more tests and documentation, but how should I submit them? > Should I follow the "HowToContribute" procedure on the Pharo website? > NativeBoost has own repository, all is needed is to provide a write access to it.â http://www.squeaksource.com/NativeBoost just give me your squeaksource account, so i can add you as developer. > Thanks, Guy -- Best regards, Igor Stasenko.

Sept. 13, 2012

[Pharo-project] [NativeBoost] 1.4 Bleeeding edge release

by Guy Hylton

Igor, > P.S. The configuration is freshly-baked, i didn't even checked if it > loads cleanly or not.. > so, i don't recommend updating it in image with your precious code :) I have tried loading your updated Configuration into Pharo1.4 #14438 and it loaded ok, but as a NativeBoost beginner it took me sometime to work out that I needed to run NBFFICallout>>initialize to get the new NB types registered. I found that this could be achieved using a postLoadDoIt message in the Configuration ... spec package: 'NativeBoost-Core' with: [ spec file: 'NativeBoost-Core-IgorStasenko.75'; postLoadDoIt: #postloadForCore ]. > Gofer it > squeaksource: 'NativeBoost'; > package: 'ConfigurationOfNativeBoost'; > load. > (ConfigurationOfNativeBoost project version: '1.4' ) load > P.P.S. i would really like some help with testing what i did, > including writing some more tests to cover type system more > broadly (now since type names follow certain naming rule, many > different types can be checked without much coding) Some of the tests failed after the update because it was necessary to rebuildAccessors for a couple of the structures used so that they referred to the new NB types. Although this is a trivial change I would like to try and help your efforts with some more tests and documentation, but how should I submit them? Should I follow the "HowToContribute" procedure on the Pharo website? Thanks, Guy

Sept. 13, 2012

Re: [Pharo-project] 2.0 is back in "usable" state

by Tudor Girba

Thanks, Esteban. Doru On Wed, Sep 12, 2012 at 10:29 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > +1 > > >> Thanks a lot Esteban. It is nice to have an engineer when things start to look complicated :) >> >> On Wed, Sep 12, 2012 at 6:04 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> Hi guys, >> >> I think Pharo 2.0 is back in an usable state :) >> >> Beware, that doesn't means that it is stable and bug free! >> In particular, I think there are still some problems around RPackage and the new SystemAnnouncer, but you can resume using it and providing bug reports/fixes. >> >> Enjoy, >> Esteban >> >> ps: That means tomorrow I will resume the integration of issues, etc. but the stability effort is still ongoing... >> >> >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 13, 2012

Re: [Pharo-project] [ANN] Zinc WebSockets

by Pavel Krivanek

On Wed, Sep 12, 2012 at 11:45 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Thanks for trying and for giving feedback, Pavel. > > A live, connected socket cannot survive an image save, I think. > A listening server can, because it is stopped and restarted. > But it shouldn't hang the image, of course. > I will try to debug this later on and come back to you. > I guess that you are on Linux, right ? Yes, Linux. The same on CogVM and StackVM. -- Pavel > > Sven > > On 12 Sep 2012, at 22:51, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > >> Hi Sven, >> >> Great! Thank you very much and supporters too. I'm currently doing >> some experiments with it and XULRunner. I want to report one >> problem... if I do in workspace: >> >> s := ZnServer startOn: 1701. >> s logToTranscript. >> s delegate >> map: 'ws-test' >> to: [ :request | ZnResponse ok: (ZnEntity html: >> ZnWebSocketEchoHandler clientHtmlRemote) ]; >> map: 'ws-test-local' >> to: [ :request | ZnResponse ok: (ZnEntity html: >> ZnWebSocketEchoHandler clientHtml) ]; >> map: 'ws-echo' >> to: (ZnWebSocketDelegate map: 'ws-echo' to: ZnWebSocketEchoHandler new); >> map: 'ws-chatroom-client' >> to: [ :request | ZnResponse ok: (ZnEntity html: >> ZnWebSocketChatroomHandler clientHtml) ]; >> map: 'ws-chatroom' >> to: (ZnWebSocketDelegate map: 'ws-chatroom' to: >> ZnWebSocketChatroomHandler new). >> "s stopDefault." >> >> and then if I open a socket and save the image (without closing of the >> socket), the image hangs. It is saved but it hangs during the wake-up. >> >> -- Pavel >> >> >> On Wed, Sep 12, 2012 at 10:29 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Hi, >>> >>> I am pleased to announce the first public release of Zinc WebSockets, an implementation of client and server RFC 6455 regular (ws://) and secure (wss://) WebSockets on top of Zinc HTTP Components and Zodiac TLS/SSL Streams. >>> >>> High level documentation can be found here: >>> >>> https://github.com/svenvc/docs/blob/master/zinc/zinc-websockets-paper.md >>> >>> The code can be found in the regular Zinc repositories, or can be loaded using Metacello: >>> >>> ConfigurationOfZincHTTPComponents project latestVersion load: 'WebSocket'. >>> >>> Three examples are included and explained in the high level documentation: >>> >>> 1. a trivial echo service >>> >>> - each incoming message is simply echoed back to the client >>> >>> 2. a simple chatroom >>> >>> - each client opens a web socket to the chatroom service running on the server >>> - the server keeps track of all connected client web sockets >>> - when a message comes in from any client it is distributed to all clients >>> - each client shows all incoming messages >>> >>> 3. a simple, continously updated status view >>> >>> - a client connects and listens for incoming messages containing a status report >>> - the server streams status reports to each connected client every second >>> - in the web browser you get to see the Smalltalk image's clock, memory and process stats >>> >>> Tested and approved on 2.0 #281. Portability to 1.3 and 1.4 should be OK. >>> >>> The implementation of Zinc WebSockets was made possible in part through financial backing by Andy Burnett of Knowinnovation Inc. and ESUG. Thanks! >>> >>> Questions, remarks, feedback ? Please use the Pharo Smalltalk mailing lists. >>> >>> Sven >>> >>> -- >>> Sven Van Caekenberghe >>> http://stfx.eu >>> Smalltalk is the Red Pill >>> >>> >>> >>> >> > >

Sept. 13, 2012