May 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [COTDC] 68#2 MultiTextComposer
by laurent laffont May 26, 2011

May 26, 2011

Today: MultiTextComposer Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

2 2

[Pharo-project] [COTDC] 68#3 - SelectionBlock
by laurent laffont May 26, 2011

May 26, 2011

Today: SelectionBlock (I feel ignorant) Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

1 0

[Pharo-project] Increasing the performances of a Seaside application
by Olivier Auverlot May 26, 2011

May 26, 2011

Hello, In the next weeks, I hope that I will start my first application with Seaside. The first version is ready. It's a set of REST web services. Now, I'm doing differents stress tests for evaluating the charge that my product can support. I'm using Pharo 1.2.1, Seaside, Seaside-REST, SqueakDBX, LDAPlayer and XML-Parser. For the connector, I use AJPPharoAdaptator for the link between my program and Apache. Have you ideas or good practices for optimising the performances of a Seaside application ? Of course, I can installing my application on differents servers and made load balancing but I think that the first thing that I must improve is the code himself. Working faster with a database and a LDAP are the first problems that I want resolve. Someone worked on the pools of connections ? What are the errors that I must avoid making ? It's a large subject but it could be benefit to share experience in the search of performance. Best regards Olivier ;-) www.auverlot.fr

1 0

[Pharo-project] [update 1.3] #13217
by Marcus Denker May 26, 2011

May 26, 2011

13217 ----- Issue 4273: finalisation of FT2Handles http://code.google.com/p/pharo/issues/detail?id=4273 Issue 4279: Little cleaning Paragraph/DisplayScanning http://code.google.com/p/pharo/issues/detail?id=4279 Issue 4284: remove TextMorph #drawOnTest: http://code.google.com/p/pharo/issues/detail?id=4284 Issue 4286: remove testSaveAndLoadImageSegmentToDiskWithGC: http://code.google.com/p/pharo/issues/detail?id=4286 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13216 (redone)
by Marcus Denker May 26, 2011

May 26, 2011

***PLEASE USE THIS INSTEAD OF THE OTHER 13216*** 13216 ----- Issue 4276: Clean up ToolsBuilder a little... http://code.google.com/p/pharo/issues/detail?id=4276 Issue 4277: cleaning and fixing textMorph http://code.google.com/p/pharo/issues/detail?id=4277 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Changes in SerialPort, VM and image [WAS] Re: [Vm-dev] Re: Questions of understanding
by Mariano Martinez Peck May 26, 2011

May 26, 2011

On Thu, May 26, 2011 at 3:58 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > For the SerialPlugin, there are two enhancements that will be found > in VMMaker and Squeak that should be added to Cog and to Pharo: > > 1) The named serial port updates are documented at > <http://bugs.squeak.org/view.php?id=7266> > > 2) A separate bug fix for SerialPlugin on Unix is at > <http://bugs.squeak.org/view.php?id=7610> > > The VMMaker updates are in class SerialPlugin. These can probably > be copied directly from VMMaker trunk to the oscog branch using an > MC browser. > > The platforms source changes can probably be copied directly from > Subversion trunk to the branches/cog tree, although I have not looked > at them to verify this (the platforms cog branch has changes in various > places, so some merging might be required). Note that the platforms > changes must be supported for all platforms, not just unix. > > I think that the image changes have already been copied from Squeak > to Pharo. If not, just copy class SerialPort. > > Thanks a lot Dave for the detailed answer :) > Dave > > On Wed, May 25, 2011 at 10:41:33AM +0200, Mariano Martinez Peck wrote: > > > > I have no idea. Maybe someone in the VM mailing list can help you. > > > > Cheers > > > > 2011/5/25 Friedrich Dominicus <frido(a)q-software-solutions.de> > > > > > Mariano Martinez Peck <marianopeck(a)gmail.com> writes: > > > > > > > > https://gitorious.org/cogvm/blessed/blobs/master/platforms/unix/plugins/ > > > > SerialPlugin/sqUnixSerial.c > > > This code contains the old implementaton of the Serial Plugin not the > > > extensions of things like openPortByName. The Serail Plugin I'm talking > > > about has the following implementation on the Smalltalk Size > > > > > > > > > > > > -- > > > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > > > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus > > > > > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] [Seaside] Re: Re: ESUG SummerTalk - Fuel, binary object serializer
by Martin Dias May 26, 2011

May 26, 2011

Hi Yanni, On Wed, May 25, 2011 at 1:10 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 25/05/11 11:53 AM, Mariano Martinez Peck wrote: > >> >> Sorry Yanni, I didn't follow. Could you please explain a bit more? what >> do you want to serialize? do you want to be able to choose some classes >> as light and some as non-light? where do you want to materialize ? in >> the same image or in another one ? When you said discard....what would >> you do with the instances of those non-light classes for example? you >> don't materialize them? and what happens to the objects that were >> pointing to them ? why would be the scenario useful for ? security ? >> > > ==== > Yes, security. Here's my first post again, with different formatting: > > In another use case, I'd like to serialize from one image, and deserialize > in another image - *under end user control*. [e.g. web app] > > > The issue here is that "nasty" code could be introduced: > - capture the Fuel output > - deserialize, add nasty code, re-serialize > - then send onward for import to image. > > Would it be possible to have some sort of "virus" filter? > ==== > > So a simple "safe-mode" option on de-serialization would probably be > sufficient. It is a good point. For the moment, when you deserialize a full class into the image, their methods are created, and bytecodes are copied from the stream without any validation check. Anyway, you could deserialize the class, run your own validations, and then install the class (I mean, add the class to Smalltalk globals, do the class initialization, run announcements). > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

1 0

Re: [Pharo-project] Do we freeze 1.3?
by Marcus Denker May 26, 2011

May 26, 2011

On May 25, 2011, at 7:41 PM, laurent laffont wrote: > Is 1.3 will be a release of one or two images finally ? > Two, as changing it would mean doing that instead of a release. (remember, a "release" is just a snapshot of what is done, it should never require anything do be done other than what is there. Hmm... don't know if that's understandable ;-) So we just freeze what is ther *now*, and then move on to 1.4. And there than we can do things. > Laurent > > > On Wed, May 25, 2011 at 11:29 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > 1.3 seems to stabilize... > > http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 > > just 12 issues left. > > We could freeze soon. > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

May 25, 2011

Hi pharoers yesterday we got a meeting with INRIA people and we discussed the creation of an INRIA consortium. We will follow the INRIA process and propose officially the creation. For that we will have to present a proposal by end of June so we will do it. I would like to see the consortium taking life by end of the year and there are still some work to be done there. Stef

2 2

[Pharo-project] Feedback on Nautilus
by Alexandre Bergel May 25, 2011

May 25, 2011

Hi! * What the icon means? * Can I add a number of packages (based on regular expression?) to a group in one click? Have a look at the 'promote categories' command in OB. It is a bit boring to have to look for a particular package, especially when they are alphabetically ordered. * What can be interesting, is to separate system packages from user packages, as it is done in many IDE. Currently, my packages Spy-* are represented the same way than Kernel. Putting system packages below user packages would improve the situation I feel. Maybe an option to not show system packages would be better. * Nautilus does not seem to work. (Only Nautilus2 does). I open Nautilus and clicking on a package opens an error. Maybe it will be better on one unique browser. This will make your life easier. Just focus on the one you use everyday. * The command "Add in Group ... " raises a DNU. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1