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

Re: [Pharo-project] [Jenkins] State of transition Hudson -> Jenkins

by Mariano Martinez Peck

Thanks Marcus for the push. The to-dos look awesome :) On Wed, Jul 6, 2011 at 11:50 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > 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. > > > -- Mariano http://marianopeck.wordpress.com

July 6, 2011

[Pharo-project] WindowOrganizer integration problems

by laurent laffont

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

July 6, 2011

[Pharo-project] reloaded Core failing tests

by Pavel Krivanek

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

July 6, 2011

[Pharo-project] [ANN] Fuel version 1.5 released (bis)

by Martin Dias

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).

July 6, 2011

[Pharo-project] [ANN] Fuel version 1.5 released (bis)

by Martin Dias

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).

July 6, 2011

Re: [Pharo-project] [Esug-list] [ANN] Fuel version 1.5 released

by Martin Dias

Hi Eliot, Yes, it would be better to include more information. I will put the home page url too. Thanks Martin On Wed, Jul 6, 2011 at 1:16 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Martin, > Â Â Â I wonder could you repost your announcement but this time set the > example of including a brief description of what Fuel is for those who don't > know. Â So the announcement reads something like: > I am happy to announce the new release version 1.5. Fuel is a binary > serialization system for Smalltalk that provides extremely fast > deserialization. > 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. > ... > > On Wed, Jul 6, 2011 at 1:27 AM, Martin Dias <tinchodias(a)gmail.com> wrote: >> >> 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). >> >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > > -- > best, > Eliot >

July 6, 2011

Re: [Pharo-project] [Esug-list] [ANN] Fuel version 1.5 released

by Eliot Miranda

Hi Martin, I wonder could you repost your announcement but this time set the example of including a brief description of what Fuel is for those who don't know. So the announcement reads something like: I am happy to announce the new release version 1.5. Fuel is a binary serialization system for Smalltalk that provides extremely fast deserialization. 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. ... On Wed, Jul 6, 2011 at 1:27 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > 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). > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- best, Eliot

July 6, 2011

Re: [Pharo-project] Latest and greatest OSProcessPlugin for CogVM

by StÃ©phane Ducasse

we love your todos :) Mine are sometimes more boring :) Stef On Jul 6, 2011, at 4:13 PM, Igor Stasenko wrote: > On 6 July 2011 14:49, Danie Roux <lists+pharo(a)danieroux.com> wrote: >> 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'. ] >> > > Just a note: > This is on my list of todos for building this plugin for cog vms out > of the box. > But i haven't done anything for it yet. > > >> -- >> Danie Roux *shuffle* Adore Unix - http://danieroux.com >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 6, 2011

Re: [Pharo-project] Sockets don't close, 100% CPU

by StÃ©phane Ducasse

Tx I read it after and realized that. On Jul 6, 2011, at 3:48 PM, Henrik Johansen wrote: > > On Jul 6, 2011, at 3:16 39PM, StÃ©phane Ducasse wrote: > >> I do not understand. We fixed the problem reported by chris. >> So is there something else? >> >> Stef > > Read the last 2 posts in the thread, the issue is not related to what turned out to be solution for Chris' problem, but my wrong speculation of what it might be. ;) > > Alternatively, to see what I mean fast, evaluate in a workspace using a Cog VM: > overflowingSockets := (1 to: Smalltalk vm maxExternalSemaphores / 2) collect: [:e | Socket newTCP] > > And then try to connect to a Monticello repository :) > > Cheers, > Henry

July 6, 2011

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July

by Sven Van Caekenberghe

On 06 Jul 2011, at 15:20, StÃ©phane Ducasse wrote: >> So I just drive to the Av. Carl Gauss, building M3/M5 I guess. > > yes > we are in the M3 OK >> Is this an open access campus/building ? > > yes > >> Is the parking space open for visitors ? > > plenty > >> What is the room ? > > 116 > Now I'm checking for the space. > >> Will there be food ? > > yes :) Then the basics are covered ;-) >> Timeframe ? > > we wil there around 9h It is a 2 hour drive for me, I'll be there between 10 and 11. Sven

July 6, 2011