- Pharo-dev - lists.pharo.org

[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

[Pharo-project] Sockets don't close, 100% CPU
by Janko MivÅ¡ek July 6, 2011

July 6, 2011

Hi guys, If I recall others have also problems with sockets in Pharo, so here is the my current image, which: - has 105 Sockets open, mostly waiting - has also >105 processes open - consumes 100% cpu - on aSocket close responds with primitive failure - image is workable, I can browse etc. - Pharo1.2.2a on Linux Sockets are waiting on Socket>>waitForConnectionFor:ifTimeOut: If I put a breakpoint in this method, most processes waiting on socket raise an exception and I can manually terminate them. CPU is then back to normal. But still 48 sockets and their processes are open. Now I debug one such process from Process monitor and immediatelly another batch of self halt exceptions are raised. Now I managed to manually close all sockets and their processes. Has anyone an idea how to avoid those sockets being deadlocked on some waiting? It seems that they timeout but are soon back. They seem to timeout quite fast, is this a reason for 100% CPU? Why I cannot close them but instead a close fail with primitive failure? Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

4 15

[Pharo-project] Preparing the pharo sprint friday 8th of July
by StÃ©phane Ducasse July 6, 2011

July 6, 2011

Hi guys I'm preparing the sprint and I would like to know who is attending. http://rmod.lille.inria.fr/ for the location. Stef

2 4

Re: [Pharo-project] About locating home
by Marcus Denker July 6, 2011

July 6, 2011

On Jul 4, 2011, at 9:11 AM, Damien Cassou wrote: > On Sun, Jul 3, 2011 at 4:25 PM, StÃ©phane Ducasse > <Stephane.Ducasse(a)inria.fr> wrote: >> FS uses SecurityManager as a fix point to identify home. >> Now we do not have Security manager so I'm wondering if we should not remove home/document/desktop from FS, >> else any ideas how we can replace the entry point a securityManager? > > Here is some words exchanged with Colin: > > On Sun, Apr 17, 2011 at 2:36 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> on my computer, the following >> FSPlatformResolver forCurrentPlatform home >> evaluates to >> /home/cassou/Documents/squeak >> But I would have thought this would return '/home/cassou' instead. > > Hi Damien, > > Thanks for the report. Using the SecurityManager is a bit of a hack, > and it doesn't work on all platforms. I'll see what I can do for the > next release, but I think the only real way to fix this is through > platform-specific plugin. ... which will take 12 month to appear in the VM. Oh, all but the Windows VM, of course, because there the Maintainer-who-knows-everything-better-and-needs-to-constantly-show-it will have the inspiration in the last minute of realizing that "it can be done better", but of course he has no time nor intention of actually doing anything other than blocking everything. So: Do not hold your breath. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 3

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July
by Marcus Denker July 6, 2011

July 6, 2011

On Jul 6, 2011, at 11:08 AM, Sven Van Caekenberghe wrote: > > On 06 Jul 2011, at 10:22, Noury Bouraqadi wrote: > >> But I don't have the rights to add my name. > > BTW, the last Brussels Sprint is not on that page, might be good for historical reasons. > Added... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Preparing the pharo sprint friday 8th of July
by Marcus Denker July 6, 2011

July 6, 2011

On Jul 2, 2011, at 7:45 PM, StÃ©phane Ducasse wrote: > Hi guys > > I'm preparing the sprint and I would like to know who is attending. > http://rmod.lille.inria.fr/ for the location. > > I added it to http://code.google.com/p/pharo/wiki/PharoSprints -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] "I arranged all my public packages with metacello."
by HwaJong Oh July 6, 2011

July 6, 2011

Hi, I arranged all my public packages with metacello. http://www.squeaksource.com/DaliotsPlayground.html What i did was: step 0. learned metacello with ProStef (ProStef rocks!) step 1. create a new repository www.squeaksource.com/DaliotsPlayground. step 2. upload all public packages to it. (Gofer push rocks!) step 3. With clean image, test each packages installable stand-aone. step 4. Write small ConfigurationOfXXX package for each package that does not install alone. step 5. realize all those small ConfigurationOfXXX have many redundancy. step 6. create ConfigurationOfDaliotsPlayground and copied baselines and versions into it. step 7. removed all ConfigurationOfXXX except ConfigurationOfDaliotsPlayground. ** through this process, tested each packages and ConfigurationOfXXXs by installing them in clearn image. problems: 1. package testing was uneffiicient consuming a lot of time. 2. download counts and activity indicator soared unintentionally. 3. testing doubles since Squeak compatibility is not checked. Best Regards -- View this message in context: http://forum.world.st/I-arranged-all-my-public-packages-with-metacello-tp36… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 2

Re: [Pharo-project] [Vm-dev] New Cog builds available: included Freetype plugin on macs by default
by Mariano Martinez Peck July 6, 2011

July 6, 2011

On Tue, Jul 5, 2011 at 5:04 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > Hello, > > i updated the ConfigurationOfCog and added verison 2.3 which now also > loads freetype plugin into vmmaker image. > > I also made sure that plugin automatically builds on macs (no other > platforms yet) and included it by default into CMakeVMMaker configs. > > There was some hiccups, i had to deal with: > The autoconf toolchain (or most probably the configuration scripts for > freetype library) don't like the spaces in path. > So i have to rename all jobs on Hudson to avoid using spaces (because > hudson creating a subdirectory for jobs with same name). > > The renamed jobs are: > https://pharo-ic.lille.inria.fr/hudson/job/Cog-Mac-Carbon/ > https://pharo-ic.lille.inria.fr/hudson/job/Cog-Mac-Cocoa/ > https://pharo-ic.lille.inria.fr/hudson/job/CogMT-Mac-Cocoa/ > https://pharo-ic.lille.inria.fr/hudson/job/StackVM-Mac-Carbon/ > https://pharo-ic.lille.inria.fr/hudson/job/StackVM-Mac-Cocoa/ > > Hi Igor. You have been working so much that I am now lost ;) are all those jobs already building from blessed? > There is another idiosyncrasy: outdated toolchain for autoconf. > I had to install mac ports on slave server. > See > http://code.google.com/p/cog/wiki/FT2Plugin > for details. > > ( i tested Carbon builds, now they are including FT2Plugin). > > Would that mean that http://code.google.com/p/pharo/issues/detail?id=4374 is fixed? because last comment of Alain says it is not. > Esteban, could you please verify that it also works for Cocoa configs? > I changed configs to include FT2Plugin by default in Cocoa configs as > well, > but i haven't tested builds. > > So, currently following builds should contain FT2Plugin by default: > > https://pharo-ic.lille.inria.fr/hudson/job/Cog-Mac-Carbon/ > https://pharo-ic.lille.inria.fr/hudson/job/StackVM-Mac-Carbon/ > > Freetype library are built from scratch by downloading library sources > directly from git repository (maybe its a bit too much, but it works). > See /unixbuild/FT2Plugin/makeFreetype.sh > > this script is then used by cmake config to build libfreetype.a which > is statically linked with freetype plugin. > > -- > Best regards, > Igor Stasenko AKA sig. > -- Mariano http://marianopeck.wordpress.com

1 0