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

[Pharo-project] Pharo Announcements and WADynamicVariable do not play nice
by Danie Roux July 7, 2011

July 7, 2011

Hi all, We use Announcements in our Seaside app. I've upgraded our Pharo image (from an ancient one) and the upgraded image looses the user's session. This issue is here: AnnouncementSubscription>>deliver: anAnnouncement " deliver an announcement to receiver. In case of failure, it will be handled in separate process" ^ (self handles: anAnnouncement class ) ifTrue: [ [action cull: anAnnouncement cull: announcer] on: Exception fork: [:ex | ex pass ]] Because of the catch-all, WARequestContext can't do its fancy footwork to manage thread-local variables. What is the rationale behind this? I removed the error handling. -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

3 2

[Pharo-project] [update 1.4] #14028
by Marcus Denker July 7, 2011

July 7, 2011

14028 ----- Issue 4503: Suggested fix using directly the Display canvas, and some low-level drawing http://code.google.com/p/pharo/issues/detail?id=4503 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13283
by Marcus Denker July 7, 2011

July 7, 2011

13283 ----- Issue 4503: Suggested fix using directly the Display canvas, and some low-level drawing http://code.google.com/p/pharo/issues/detail?id=4503 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] WindowOrganizer integration problems
by laurent laffont July 7, 2011

July 7, 2011

Hi, As work from Gary about grouping windows has been integrated in 1.4, I try to use it for TWM. If you load: Gofer it squeaksource: 'TilingWindowManager'; package: 'TWM'; load. StandardWindow new addMorph: GroupWindowMorph new fullFrame: (LayoutFrame fractions: (0@0corner: 1@1 )); openInWorld. You can drag and drop windows in the GroupWindowMorph to tab them. But I cannot find why GroupWindowMorph does not fill all the window....... Gary ? Then I want to use GroupWindowMorph in a DockingBar. There's some initial work in DockingWindowMorph but I'm stuck with the space fill problem. Cheers, Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

2 2

[Pharo-project] [PBE-Spanish] Status update 2011-07-06
by NicolÃ¡s Paez July 7, 2011

July 7, 2011

Hello everyone, Here is the weekly update of the Spanish translation of Pharo By Example book. During this past week, we didn't do any important progress, we still have 2 chapters under translations. We started the review process and we have publish a new preview containing 9 chapters. You can download this preview from this location: https://gforge.inria.fr/frs/download.php/28711/PBE1-Spanish-Draft-2011-07-0… Regards, Nico Saludos! Nico. blog: nicopaez.wordpress.com

1 0

[Pharo-project] [Jenkins] State of transition Hudson -> Jenkins
by Marcus Denker July 6, 2011

July 6, 2011

State of transition Hudson -> Jenkins ============================= We are slowly (step by step) moving builds from Hudson to Jenkins. the last days e.g. Coral (the scripting engine), RPackage, Nautilus... https://ci.lille.inria.fr/pharo/ The largest thing to move will be the VM autobuilt... that will be done later. Jean Baptiste Arnaud started with a setup for regression testing. https://ci.lille.inria.fr/pharo/job/Pharo%201.4%20Regression%20Tests/ This means "doing something slow" "run all tests" get new image "doing something other" "run all tests" The idea here is that this will be used for the following -> recompile the image -> decompile and recompile the decompiled code -> pretty print -> condense sources -> condense changes .... On the TODO list we have -> test the compiled VMs by running all tests on all plattforms -> update the One-click build script with the last good VM -> update the VM used to do everything with the self-build vm The goal is of course to have that what we release be build completely without human intervention, after every commit (either VM source or Image level change). In addtion, this setup will be available for others to use. This way students can easily clone the VM source and set up Continuous Integration for their research Fork. This will than make it far far easier for people to invent cool stuff that needs VM changes, like e.g. this: http://scg.unibe.ch/archive/papers/Lien08bBackInTimeDebugging.pdf or http://rmod.lille.inria.fr/archives/papers/Arna10a-Tools2010-ReadOnlyExecut… The problem right now is that all the code is "somewhere" and just picking up where the student left is a huge amount of work... with Git and autbuild, this will get much much better. (and it simplifies the life of the student a lot... autobuild, easy to track changes in the upstream...) JB already successfully builds his Handle VM: https://pharo-ic.lille.inria.fr/hudson/job/Handles/ So we are getting there. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] reloaded Core failing tests
by Pavel Krivanek July 6, 2011

July 6, 2011

Hi Marcus, add this line to the initCore.st script on CI server: ActiveHand instVarNamed: #targetOffset put: 0@0. this will fix the testTargetPoint. The second and last failing tests is related to compressed unicode tables in the kernel image. I will prepare the code that will regenerate this tables. The second option is to disable call of privShrinkUnicodeTables method in privShrinkingProcess. The resultant kernel and gofer images will be bigger. The question is if we will shrink this tables by default. -- Pavel

1 0

[Pharo-project] [ANN] Fuel version 1.5 released (bis)
by Martin Dias July 6, 2011

July 6, 2011

Hi. I am happy to announce the new release version 1.5. At the end of this message is the list of changes. Fuel is a binary serialization system for Smalltalk that provides extremely fast deserialization. More information on our home page<http://rmod.lille.inria.fr/web/pier/software/Fuel> . In next days we will update it. We have much more to show especially in benchmarks section. We have many ideas and new issues<http://code.google.com/p/fuel/issues/list>to keep working on Fuel. You can download this version in Pharo with: Gofer new squeaksource: 'Fuel'; package: 'ConfigurationOfFuel'; load. ((Smalltalk at: #ConfigurationOfFuel) project version: '1.5') load. Again, I have to thank ESUG for sponsoring me for Fuel development through the SummerTalk program. Changes: - Initialize instances after materialization implementing #fuelAfterMaterialization. - Ignore transient instance variables overriding #fuelIgnoredInstanceVariableNames. - Limit serialization progress bar to update at most once every 250 milliseconds. - Traits are serialized and materialized as a regular objects ( http://code.google.com/p/fuel/issues/detail?id=59) - Removed mappers system cache (Eliot). - Many new tests. - Benchmarks: compare Fuel against StOMP, SRP, SIXX, Magma, EsAndEm and Fuel with progress bar. - Benchmarks: new samples, scripts, and CSV exporter. - Benchmarks: measure serialization stream size. - Removed some redundant #fuelAccept:. - Several aesthetic changes in protocols, categories and comments. - Now #materialize answers the materialized root. - Removed special cluster for HashedCollection.Now #rehash is sended via #fuelAfterMaterialization. - MethodContext serialization does not serialize temps ( http://code.google.com/p/fuel/issues/detail?id=61) - Classes and Traits now serialize its environment (testCreateWithSmalltalkGlobalsEnvironment). - Fixed serialization of non-octet characters (testCharacter). - Fixed a bug serializing the system dictionary. FLWellKnownObjectsCluster handles it. (testSmalltalkGlobals). - Fixed a bug serializing class variables (testClassVariable). - Fixed a bug when serializing a collection with size greater than 1^16 with repeated elements inside. - Fixed testTwoCompiledMethodsReferencingSameClassVariable. - Optimization: instanceIndexes are directly created with the exact size (Henrik).

1 1

[Pharo-project] [ANN] Fuel version 1.5 released
by Martin Dias July 6, 2011

July 6, 2011

I am happy to announce the new release version 1.5. Below is the list of changes. In next days we will update the home page with current state. For example, we have much more to show in benchmarks section. Of course, we have many ideas and new issues to keep working on Fuel. Again, I have to thank ESUG for sponsoring me for Fuel development through the SummerTalk program. Changes on 1.5: - Initialize instances after materialization implementing #fuelAfterMaterialization. - Ignore transient instance variables overriding #fuelIgnoredInstanceVariableNames. - Limit serialization progress bar to update at most once every 250 milliseconds. - Traits are serialized and materialized as a regular objects (http://code.google.com/p/fuel/issues/detail?id=59) - Removed mappers system cache (Eliot). - Many new tests. - Benchmarks: compare Fuel against StOMP, SRP, SIXX, Magma, EsAndEm and Fuel with progress bar. - Benchmarks: new samples, scripts, and CSV exporter. - Benchmarks: measure serialization stream size. - Removed some redundant #fuelAccept:. - Several aesthetic changes in protocols, categories and comments. - Now #materialize answers the materialized root. - Removed special cluster for HashedCollection.Now #rehash is sended via #fuelAfterMaterialization. - MethodContext serialization does not serialize temps (http://code.google.com/p/fuel/issues/detail?id=61) - Classes and Traits now serialize its environment (testCreateWithSmalltalkGlobalsEnvironment). - Fixed serialization of non-octet characters (testCharacter). - Fixed a bug serializing the system dictionary. FLWellKnownObjectsCluster handles it. (testSmalltalkGlobals). - Fixed a bug serializing class variables (testClassVariable). - Fixed a bug when serializing a collection with size greater than 1^16 with repeated elements inside. - Fixed testTwoCompiledMethodsReferencingSameClassVariable. - Optimization: instanceIndexes are directly created with the exact size (Henrik).

4 4

[Pharo-project] Latest and greatest OSProcessPlugin for CogVM
by Danie Roux July 6, 2011

July 6, 2011

Hi all, Can someone point me to the latest and greatest Linux32 binary of OSProcessPlugin? I have strange lockups with my current version of the plugin (UnixOSProcessPlugin 10 April 2010) and the latest from squeaksource.com/OSProcess.html Before I bug (pun intended) David, I would like to try the latest version. With my current configuration, this locks up my image quickly (and the timestamp on /tmp/weird stops changing): 10000 timesRepeat: [ OSProcess waitForCommand: 'touch /tmp/weird'. ] -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

3 2