- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Hudson

by StÃ©phane Ducasse

On Sep 8, 2010, at 9:48 PM, Lukas Renggli wrote: >> Luckily we have the "secret talks" on wednesday and even mariano failed to know what it will be :) > > Do the presenters of the "secret talks" know that they will present something? why you stress? LOL You gave me some great ideas.... But normally not. :) Stef

Sept. 8, 2010

Re: [Pharo-project] Hudson

by Lukas Renggli

> Luckily we have the "secret talks" on wednesday and even mariano failed to know what it will be :) Do the presenters of the "secret talks" know that they will present something? Lukas -- Lukas Renggli www.lukas-renggli.ch

Sept. 8, 2010

Re: [Pharo-project] Hudson

by StÃ©phane Ducasse

Gees if you spoil the secret in advance :) Luckily we have the "secret talks" on wednesday and even mariano failed to know what it will be :) Stef On Sep 8, 2010, at 9:18 PM, Lukas Renggli wrote: > Did you check the README file of the distribution? > > http://github.com/renggli/builder > > Also come to my ESUG presentation on Thursday titled "Agile Seaside", > I might show Hudson there :-) > > Lukas > > On 8 September 2010 21:07, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> >> Would someone give a brief summary of how Hudson is being used by Pharo? (I >> googled and have a general understanding of what Hudson is) >> >> Thanks. >> Sean >> -- >> View this message in context: http://forum.world.st/Hudson-tp2531857p2531857.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010

Re: [Pharo-project] Hudson

by Lukas Renggli

Did you check the README file of the distribution? http://github.com/renggli/builder Also come to my ESUG presentation on Thursday titled "Agile Seaside", I might show Hudson there :-) Lukas On 8 September 2010 21:07, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Would someone give a brief summary of how Hudson is being used by Pharo? Â (I > googled and have a general understanding of what Hudson is) > > Thanks. > Sean > -- > View this message in context: http://forum.world.st/Hudson-tp2531857p2531857.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Sept. 8, 2010

Re: [Pharo-project] Issue reported: Category inconsistency in ClassDescription

by StÃ©phane Ducasse

Thanks! On Sep 8, 2010, at 8:50 PM, NicolÃ¡s Paez wrote: > I have added a new issue to the tracker: http://code.google.com/p/pharo/issues/detail?id=2918 > > > Description: > If you browse the ClassDescription class you will find two different categories that I think conceptually are the same: filein/out and fileIn/Out (just a casing difference). > > Regards > Nico. > blog: nicopaez.wordpress.com > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 8, 2010

[Pharo-project] Hudson

by Sean P. DeNigris

Would someone give a brief summary of how Hudson is being used by Pharo? (I googled and have a general understanding of what Hudson is) Thanks. Sean -- View this message in context: http://forum.world.st/Hudson-tp2531857p2531857.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2010

[Pharo-project] Issue reported: Category inconsistency in ClassDescription

by NicolÃ¡s Paez

I have added a new issue to the tracker: http://code.google.com/p/pharo/issues/detail?id=2918 Description: If you browse the ClassDescription class you will find two different categories that I think conceptually are the same: filein/out and fileIn/Out (just a casing difference). Regards Nico. blog: nicopaez.wordpress.com

Sept. 8, 2010

Re: [Pharo-project] Building Cocoa 5.x series plugins, and testing help needed.

by John M McIntosh

On 2010-09-08, at 3:34 AM, Philippe Marschall wrote: > - #primCountry and #primLanguage seem to answer a three element String > with the last element being a zero character (I assume a C string), this > is not so nice. I'm not sure whether this should be fixed in the > primitive or in the Pharo code. The primitive is answering a ISO 639-1 value (2 character) versus the ISO 639-2 value (3 character) I have to figure out how to get the ISO 639-2 data, but it seems in looking it appears you'll get the 2 character code versus the 3 character code on other platforms so I'll bet you need to deal with the case of 2 character codes. The plugin assumes a 3 character value which is why you get the trailing null char. You'll need to deal with it. > - All the primitives seem to totally ignore the locale id and only work > on the system locale. This makes it a whole lot less useful. ? explain ? In the primitive I ask for "autoupdatingCurrentLocale" The current logical locale for the current user. The locale is formed from the settings for the current userâs chosen system locale overlaid with any custom settings the user has specified in System Preferences. The object always reflects the current state of the current user's locale settings. > - I'm totally confused by the Current and CurrentPlatform class > variables. What's the difference? Do we really need both? > - I'm confused by #isoCountry vs #primCountry and #isoLangauge vs > #primLanguage. Do we need both? What's the point? Is this what you meant > which cleanup? Yes that would be cleanup.. There is also issues withe currency symbol, the logic assumes it's one byte, but it could be a unicode value if you decide between the international symbol versus localized regional symbol. I think the plugin is flawed in that respect. -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 8, 2010

Re: [Pharo-project] Sockets in Pharo CollaborActive Book

by Noury Bouraqadi

On 5 sept. 2010, at 03:22, Schwab,Wilhelm K wrote: > Noury, > > I was struggling a little with a stream for serial ports, and thought you might have tackled the problem of a generating stream (one that can grow in the background). Now that I type that, maybe Nile has the answer?? > > Re Ocean, I grabbed a .mcz from SqueakSource and simply browsed the main package. Some comments: > > (1) no socket stream :( Streams are really slick things, and good read and write stream semantics should exist for sockets. FWIW, Dolphin separates the socket read and write streams, and we might do well to follow their lead. > Not yet ;-) So far, we want to have a clean socket. And then we'll rebuild a SocketStream on top of it. > (2) ByteArray>>asAlien loops over the bytes. Do all the bounds checking you want up front (once) and then use memcpy() or something to actually transfer the data. It recently came to my attention that Squeak has no formalized approach to access, copy and move external memory; Pharo needs to offer that, and this is a good place to start. > Thanks for the hint. > (3) You are planning to attack ipv4 vs. 6 with polymorphism - good call!! > Yes. One reason behind doing Ocean is that we found existing library too dirty to improve. So, we try to have a well designed tested library. > (4) OCNTcpSocket>>send: sizes a buffer to match the data provided to it. I'm not sure I like that. You might consider renaming your current #send: to #basicSend: and adding something like > > send:blob > | in | > in := blob readStream. > [ in atEnd ] whileFalse:[ > self basicSend:( in nextAvailable:self alienDataBufferSize ). > ]. > > so that a fixed buffer (which will have to be allocated when the socket is opened) is used to send large blobs in buffer-sized chunks. Better still would be to use array indexing to cope with the blob in pieces but in place to skip the copying. > We discussed this with Luc. And the rational behind our decision to do it this way is that Socket is but a basic wrapper for the actual OS socket. It shouldn't provide any extra features. Spliting a blob is something I'd rather do by using a SocketStream. Thanx for the feedback, Noury

Sept. 8, 2010

[Pharo-project] [update 1.2] #12125

by stephane ducasse

12125 ----- - Issue 2778: Replace ParagraphEditor by TextEditor and SmalltalkEditor. Thanks Guillermo Polito. Now we should fix the menus :) Stef

Sept. 8, 2010