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

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

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b7

by John M McIntosh

>> > Hi John, > > I've just tested the new VM you sent me. The details are below. This is what I see: > > 1)- 5.8b10 gives exactly the same date/times as 5.8b7 > > 2)- 5.8 (both) seem to show times that are about 1:17 (one hour, seventeen minutes) earlier than the correct one. This doesn't have relation with time zones or daylight savings, it is a constant number of seconds, but not entire hours. May be it is related to the Mac OS version? I'm using MacOS 10.5.8. > > 3)- 5.8 (both) agree with Macintosh Explorer on when creation time should equal modification time. This is good. I believe that the new API is the correct one, even if still off by 01:17. > > 4)- 4.2.4 seems to know my time zone (-03:00), 5.8 (both) seem not to know. > > 5)- Creation time for 4.2.4 seems just wrong. Some times it is the same as modification time (when it shouldnt). Some times it doesn't make sense to me. > > I believe you should see similar results on your system, right? > > Thanks, > Juan Vuletich Well I think I know what the issue is, Juan can you tell me what timezone and city you have set in the "Date & Time" TimeZone tab in system settings? -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 8, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by StÃ©phane Ducasse

Yes we should have some nice parties :) Stef On Sep 8, 2010, at 5:16 PM, Sean P. DeNigris wrote: > > > StÃ©phane Ducasse wrote: >> >> Side remark: lukas probably write gofer because he needed something >> - well written >> - robust >> - small with only the code he needs >> - with tests >> so he did it and instead of keeping it for himself he accepted the >> **hassle** >> - to get pointed as a bad guy, >> - merge our changes.... >> And we all thank him for that! >> <snip> >> So changes is good, non backward compatibility is good (look at apple). >> Let us face it and learn. >> > > Okay, thank you for the explanation. And thank you Lukas for doing that > work. See you at ESUG!!! > > Sean > -- > View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2531477.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

Sept. 8, 2010

Re: [Pharo-project] Pharo sprint Friday 1 of October @ Lille

by StÃ©phane Ducasse

Cool! and Welcome of course. Stef On Sep 8, 2010, at 3:41 PM, Johan Brichau wrote: > You can count me in. > > Johan (from a sunny place :-) > > On 06 Sep 2010, at 15:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Hi guys >> >> we want to do a pharo sprint the friday 1st of October. >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > 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] Pharo sprint Friday 1 of October @ Lille

by Noury Bouraqadi

Can you add luc and me too please :-) Noury On 8 sept. 2010, at 17:16, Mariano Martinez Peck wrote: > I added you in http://code.google.com/p/pharo/wiki/PharoSprints > > Are there topics to do? I would like to remove CodeLoader and also to create a Pharo 1.1.1 Covg one click. > > Cheers > > Mariano > > On Wed, Sep 8, 2010 at 3:41 PM, Johan Brichau <johan(a)inceptive.be> wrote: > You can count me in. > > Johan (from a sunny place :-) > > On 06 Sep 2010, at 15:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > Hi guys > > > > we want to do a pharo sprint the friday 1st of October. > > > > Stef > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Noury

Sept. 8, 2010

Re: [Pharo-project] Magma in Pharo 1.1

by DavidWilson

Hi Miguel I'd tried all three methods I found (Monticello, Installer, and Gofer ). Now I've done what you suggested and the install works perfectly. And Magma seems to work. Thanks for your help. David -- View this message in context: http://forum.world.st/Magma-in-Pharo-1-1-tp2253709p2531567.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2010

Re: [Pharo-project] RFB Server not working on Squeak 4.1?

by Levente Uzonyi

On Wed, 8 Sep 2010, Lawson English wrote: > Has anyone tested the RFB server class in Squeak 4.1? I can't get it to work > in Mac OS X 10.6 or in at least variant of Linux. > Haven't tested it in Pharo. If you're talking about http://squeaksource.com/RFB/ then yes, we use it (actually we use our own fork, but it's very similar) and it works fine. There are 2 other forks, one in the Cobalt repo, and one in Lukas Renggli's repo. I don't know if the first one works in Squeak, but the latter relies on Pharo-specific features (IIRC it requires Polymorph, but I'm not sure). Levente > > Lawson > > _______________________________________________ > 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] Magma in Pharo 1.1

by Miguel Enrique CobÃ¡ MartÃnez

El miÃ©, 08-09-2010 a las 08:24 -0700, DavidWilson escribiÃ³: > After an afternoon of trying to install Magma, I find you also need to select > the compiler option to allow assignments to block variables. > You don't say how are you installing Magma, from the sar from the mcm, from the metacello configuration. In general for Pharo, the official way to install it is with the metacello configuration announced in http://lists.squeakfoundation.org/pipermail/magma/2010-August/001587.html Though that announce was made befor the renaming of the repositories from UnivesreForPharoXX to MetaRepoForPharoXX. I just forgot to reannounce the new workspace snippets :) Anyway, the correct do its are: Gofer new squeaksource: 'MetaRepoForPharo11'; package: 'ConfigurationOfMagma'; load. and then, any of: ConfigurationOfMagma project latestVersion load: 'Client'. ConfigurationOfMagma project latestVersion load: 'Server'. ConfigurationOfMagma project latestVersion load: 'Tester'. depending of what level of magma you want. This will install Magma 1.1r2. If you want a previous version of Magma, you should do: (ConfigurationOfMagma project version: '1.1r1') load: 'Client'. (ConfigurationOfMagma project version: '1.1r1') load: 'Server'. (ConfigurationOfMagma project version: '1.1r1') load: 'Tester'. Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 8, 2010