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

[Pharo-project] A Git-based VM sources repositories for you

by Igor Stasenko

Hello, community (preface) there was a discussion about using git for VM sources and recently in pharo team, we are also discussed that, and decided to go on. So i started to look for an options and found that Gitorious is best solution for us all. In contrast to github, it doesn't charging users when their repository grow beyond 300Mb in size. And its totally free for open-source projects. To be sure, that i understood thing well, i even sent mail to support to clarify some aspects of their policy and got following in answer: <<<< quote start I can't even begin to tell you how happy I am about this! Smalltalk is the coolest thing I know about computers, and I love what you have done with Squeak, thanks! <... skip technical details ...> The short version: go ahead! I'm really pleased you want to use Gitorious and I hope you'll be satisfied! Cheers, - Marius >>>>>> quote end. So, after such warm welcome, the choice was obvious :) I made a mirrors of SVN repositories for Squeak VM and Cog VM on gitorious.org. i created a group named: squeak-vm-developers http://gitorious.org/+squeak-vm-developers this group owns two projects: Squeak VM (http://gitorious.org/squeak-vm) and Cog VM (http://gitorious.org/cogvm) Any member(s) of group having an admin access to these projects , and commit rights to projects 'blessed' repositories: http://gitorious.org/cogvm/blessed http://gitorious.org/squeak-vm/blessed (yes, a single project could have multiple repositories, but for start we will use just one - a blessed ;) Now what any people from street can do: - register @ gitorious.org - go to /cogvm/blessed or /squeak-vm/blessed - click magic 'clone repository' button and from now you will have a fresh copy of 'official' repository, ready for hacking in your own corner, where you are the all powerful deity and can do anything you want without asking anyone. That's the main reason for migrating to git-based hosting: - easy for getting in - no additional administration costs - people can easily exchange the results of their own experiments without putting an 'official' repository in danger. @(John, Elior, Ian & other currently active SVN users) note: There is no pressure for migrating to git-based source code management. if you keep using SVN, no problem. I will take care with refreshing a blessed repo(s) with SVN commits. But if you want to migrate, ask me, and i will add you to 'squeak-vm-developers' group. Note that this group serves only for managing and official 'blessed' repos, and if you don't want participate, you can just live in own corner as anyone else can. This doesn't make much difference anyways :) I just wanna tell, that from now i will use own clone(s) of 'blessed' repos for experiments and of course i encouraging everyone, who wants to start hacking VM(s) to do the same. -- Best regards, Igor Stasenko AKA sig.

Dec. 14, 2010

Re: [Pharo-project] TODO for 1.2...

by StÃ©phane Ducasse

On Dec 14, 2010, at 9:39 PM, Marcus Denker wrote: > > On Dec 14, 2010, at 9:34 PM, csrabak(a)bol.com.br wrote: > >> Why in the first link even with the selection "Open Issues", items marked "Fixed" or "Closed" are showing? >> > > Closed: a bug of the bug tracker. Highly annyoing. > Fixed. This means: the entry contains something that is a propesed fix in a loadable form. Needs to be integrated. > > But sometimes, it means more something like "Stef wants to look at this later and if it's not tagged it will be lost". :-) yes may be we should have that instead of FixedWaitingToBePharoed > > Marus > > > >> Just trying to understand... >> >> -- >> Cesar Rabak >> >> >> >> >> >> Em 13/12/2010 14:54, Marcus Denker < marcus.denker(a)inria.fr > escreveu: >> Open Bugs: >> >> http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2 >> >> Failing Tests: >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastCompleted… >> >> >> and a failing build of non-Core: >> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/8/console >> >> >> >> Marcus >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> >> > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

Dec. 14, 2010

Re: [Pharo-project] TODO for 1.2...

by Marcus Denker

On Dec 14, 2010, at 9:34 PM, csrabak(a)bol.com.br wrote: > Why in the first link even with the selection "Open Issues", items marked "Fixed" or "Closed" are showing? > Closed: a bug of the bug tracker. Highly annyoing. Fixed. This means: the entry contains something that is a propesed fix in a loadable form. Needs to be integrated. But sometimes, it means more something like "Stef wants to look at this later and if it's not tagged it will be lost". :-) Marus > Just trying to understand... > > -- > Cesar Rabak > > > > > > Em 13/12/2010 14:54, Marcus Denker < marcus.denker(a)inria.fr > escreveu: > Open Bugs: > > http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2 > > Failing Tests: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastCompleted… > > > and a failing build of non-Core: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/8/console > > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 14, 2010

Re: [Pharo-project] TODO for 1.2...

by csrabak＠bol.com.br

Why in the first link even with the selection "Open Issues", items marked "Fixed" or "Closed" are showing? Just trying to understand... -- Cesar Rabak Em 13/12/2010 14:54, Marcus Denker < marcus.denker(a)inria.fr > escreveu: Open Bugs: http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2 Failing Tests: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastCompleted… and a failing build of non-Core: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/8/console Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Dec. 14, 2010

Re: [Pharo-project] Background changer script kills Pharo

by Tony Fleig

Problem solved. (Well, sort of.) I tracked it down to the JPEG VM plug-in. If instead the Smalltalk JPEGReadWriter is used, the problem does not occur. I'm not sure why it only occurs when a Delay is used though. Then I discovered that it does not occur in Pharo 1.1.1 either (I was using Pharo 1.1.) So something must have changed for the better between the versions. So my problem is solved and I have another reason to always use the latest Pharo version ;) Thanks for your time. TF On Tue, Dec 14, 2010 at 10:56 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > thanks > We will have to have alook at semaphore and other.... > > stef > > On Dec 14, 2010, at 7:08 PM, Tony Fleig wrote: > > > In case anybody is interested in this... > > > > I added logging to an external file and found that the hang or crash > > always occurs during the delay. > > > > I removed the Delay from the loop and the problem disappeared. (I'm > > sure glad I have a multi-CPU system though, as it ramped one CPU up to > > 100%.) > > > > I conclude that this is not an image processing related problem, but > > actually a problem with Delay or semaphores or scheduling in Pharo. > > > > I'm continuing my efforts to narrow the problem down. > > > > TF > > > > On Mon, Dec 13, 2010 at 2:19 PM, Tony Fleig <tony.fleig(a)gmail.com> > wrote: > >> I tried using the following background changer for Pharo (from > >> > http://book.pharo-project.org/book/CustomizingPharo/PuttingABackgroundPictu… > ). > >> All was well and it nicely changed the background image to various > >> images from socwall.com. I walked away and when I came back, Pharo was > >> no longer running. > >> > >> To make a long story short, on Linux and OS X (I did not try Windows), > >> after some period of time, regardless of whether I am actively using > >> Pharo, Pharo either hangs (becomes unresponsive to input, using 100% > >> CPU, images no longer changing) or disappears abruptly. I tried > >> several variations of the script, including loading images from a > >> local directory (i.e. no network code at all) and even loading images > >> into an ImagePreview morph. > >> > >> In all cases, Pharo eventually either aborts or hangs. I have found > >> nothing in the logs to indicate what happened -- no entries at the > >> time of the abort or hang at all. Decreasing the delay seems to make > >> it happen sooner; I can usually make it happen within 15 minutes of > >> execution with a 2 second delay. It seems to happen more quickly when > >> changing the background image than in an ImagePreview morph. > >> > >> I monitored Pharo's memory usage and it increased from 106 MB to 109 > >> MB during the execution. Plenty of free memory on the system. > >> > >> My questions are: > >> > >> 1. How to debug this? Log to a file to see where it is hanging? > >> > >> 2. How to regain control of a hung Pharo. I tried Cmd-<everything> to no > avail. > >> > >> 3. Does anyone have any idea what might be happening? Some resource > >> being used up, a race condition, etc.? > >> > >> Here's the original script > >> > >> [[[ > >> | rx str url form | > >> str := (HTTPSocket httpGet: > >> 'http://www.socwall.com/browse/index.php?wpLimit=1&wpSortby=8') > >> contents. > >> rx := '.*(http\://.+tb_.+\.jpg).*' asRegex. > >> url := (rx matches: str) > >> ifTrue: > >> str := (rx subexpression: 2) > >> copyWithRegex: 'tb_' matchesReplacedWith: '' ] > >> ifFalse: [ nil ]. > >> url ifNotNil: [ > >> form := ImageReadWriter formFromStream: (HTTPSocket httpGet: url). > >> World backgroundImage: form layout: #scaled]] on: Error do: [:ex| ]. > >> 1 minute asDelay wait ] repeat ] newProcess > >> name: 'Random background changer'; > >> priority: Processor userBackgroundPriority; > >> resume > >> > >> > >> Regards, > >> TF > >> > > > > >

Dec. 14, 2010

Re: [Pharo-project] Background changer script kills Pharo

by Schwab,Wilhelm K

Another thing to try: do all of the looping, image loading etc. in the background process, but queue the actual change of the background image as a deferred action (#addDeferredUIMessage:). ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Tuesday, December 14, 2010 1:56 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Background changer script kills Pharo thanks We will have to have alook at semaphore and other.... stef On Dec 14, 2010, at 7:08 PM, Tony Fleig wrote: > In case anybody is interested in this... > > I added logging to an external file and found that the hang or crash > always occurs during the delay. > > I removed the Delay from the loop and the problem disappeared. (I'm > sure glad I have a multi-CPU system though, as it ramped one CPU up to > 100%.) > > I conclude that this is not an image processing related problem, but > actually a problem with Delay or semaphores or scheduling in Pharo. > > I'm continuing my efforts to narrow the problem down. > > TF > > On Mon, Dec 13, 2010 at 2:19 PM, Tony Fleig <tony.fleig(a)gmail.com> wrote: >> I tried using the following background changer for Pharo (from >> http://book.pharo-project.org/book/CustomizingPharo/PuttingABackgroundPictu…) >> All was well and it nicely changed the background image to various >> images from socwall.com. I walked away and when I came back, Pharo was >> no longer running. >> >> To make a long story short, on Linux and OS X (I did not try Windows), >> after some period of time, regardless of whether I am actively using >> Pharo, Pharo either hangs (becomes unresponsive to input, using 100% >> CPU, images no longer changing) or disappears abruptly. I tried >> several variations of the script, including loading images from a >> local directory (i.e. no network code at all) and even loading images >> into an ImagePreview morph. >> >> In all cases, Pharo eventually either aborts or hangs. I have found >> nothing in the logs to indicate what happened -- no entries at the >> time of the abort or hang at all. Decreasing the delay seems to make >> it happen sooner; I can usually make it happen within 15 minutes of >> execution with a 2 second delay. It seems to happen more quickly when >> changing the background image than in an ImagePreview morph. >> >> I monitored Pharo's memory usage and it increased from 106 MB to 109 >> MB during the execution. Plenty of free memory on the system. >> >> My questions are: >> >> 1. How to debug this? Log to a file to see where it is hanging? >> >> 2. How to regain control of a hung Pharo. I tried Cmd-<everything> to no avail. >> >> 3. Does anyone have any idea what might be happening? Some resource >> being used up, a race condition, etc.? >> >> Here's the original script >> >> [[[ >> | rx str url form | >> str := (HTTPSocket httpGet: >> 'http://www.socwall.com/browse/index.php?wpLimit=1&wpSortby=8') >> contents. >> rx := '.*(http\://.+tb_.+\.jpg).*' asRegex. >> url := (rx matches: str) >> ifTrue: >> str := (rx subexpression: 2) >> copyWithRegex: 'tb_' matchesReplacedWith: '' ] >> ifFalse: [ nil ]. >> url ifNotNil: [ >> form := ImageReadWriter formFromStream: (HTTPSocket httpGet: url). >> World backgroundImage: form layout: #scaled]] on: Error do: [:ex| ]. >> 1 minute asDelay wait ] repeat ] newProcess >> name: 'Random background changer'; >> priority: Processor userBackgroundPriority; >> resume >> >> >> Regards, >> TF >> >

Dec. 14, 2010

Re: [Pharo-project] Issue 1915 in pharo: Making ToolSet more flexible

by pharo＠googlecode.com

Updates: Labels: Milestone-1.3 Comment #5 on issue 1915 by marianopeck: Making ToolSet more flexible http://code.google.com/p/pharo/issues/detail?id=1915 (No comment was entered for this change.)

Dec. 14, 2010

Re: [Pharo-project] Background changer script kills Pharo

by StÃ©phane Ducasse

thanks We will have to have alook at semaphore and other.... stef On Dec 14, 2010, at 7:08 PM, Tony Fleig wrote: > In case anybody is interested in this... > > I added logging to an external file and found that the hang or crash > always occurs during the delay. > > I removed the Delay from the loop and the problem disappeared. (I'm > sure glad I have a multi-CPU system though, as it ramped one CPU up to > 100%.) > > I conclude that this is not an image processing related problem, but > actually a problem with Delay or semaphores or scheduling in Pharo. > > I'm continuing my efforts to narrow the problem down. > > TF > > On Mon, Dec 13, 2010 at 2:19 PM, Tony Fleig <tony.fleig(a)gmail.com> wrote: >> I tried using the following background changer for Pharo (from >> http://book.pharo-project.org/book/CustomizingPharo/PuttingABackgroundPictu…) >> All was well and it nicely changed the background image to various >> images from socwall.com. I walked away and when I came back, Pharo was >> no longer running. >> >> To make a long story short, on Linux and OS X (I did not try Windows), >> after some period of time, regardless of whether I am actively using >> Pharo, Pharo either hangs (becomes unresponsive to input, using 100% >> CPU, images no longer changing) or disappears abruptly. I tried >> several variations of the script, including loading images from a >> local directory (i.e. no network code at all) and even loading images >> into an ImagePreview morph. >> >> In all cases, Pharo eventually either aborts or hangs. I have found >> nothing in the logs to indicate what happened -- no entries at the >> time of the abort or hang at all. Decreasing the delay seems to make >> it happen sooner; I can usually make it happen within 15 minutes of >> execution with a 2 second delay. It seems to happen more quickly when >> changing the background image than in an ImagePreview morph. >> >> I monitored Pharo's memory usage and it increased from 106 MB to 109 >> MB during the execution. Plenty of free memory on the system. >> >> My questions are: >> >> 1. How to debug this? Log to a file to see where it is hanging? >> >> 2. How to regain control of a hung Pharo. I tried Cmd-<everything> to no avail. >> >> 3. Does anyone have any idea what might be happening? Some resource >> being used up, a race condition, etc.? >> >> Here's the original script >> >> [[[ >> | rx str url form | >> str := (HTTPSocket httpGet: >> 'http://www.socwall.com/browse/index.php?wpLimit=1&wpSortby=8') >> contents. >> rx := '.*(http\://.+tb_.+\.jpg).*' asRegex. >> url := (rx matches: str) >> ifTrue: >> str := (rx subexpression: 2) >> copyWithRegex: 'tb_' matchesReplacedWith: '' ] >> ifFalse: [ nil ]. >> url ifNotNil: [ >> form := ImageReadWriter formFromStream: (HTTPSocket httpGet: url). >> World backgroundImage: form layout: #scaled]] on: Error do: [:ex| ]. >> 1 minute asDelay wait ] repeat ] newProcess >> name: 'Random background changer'; >> priority: Processor userBackgroundPriority; >> resume >> >> >> Regards, >> TF >> >

Dec. 14, 2010

Re: [Pharo-project] Background changer script kills Pharo

by Tony Fleig

In case anybody is interested in this... I added logging to an external file and found that the hang or crash always occurs during the delay. I removed the Delay from the loop and the problem disappeared. (I'm sure glad I have a multi-CPU system though, as it ramped one CPU up to 100%.) I conclude that this is not an image processing related problem, but actually a problem with Delay or semaphores or scheduling in Pharo. I'm continuing my efforts to narrow the problem down. TF On Mon, Dec 13, 2010 at 2:19 PM, Tony Fleig <tony.fleig(a)gmail.com> wrote: > I tried using the following background changer for Pharo (from > http://book.pharo-project.org/book/CustomizingPharo/PuttingABackgroundPictu…) > All was well and it nicely changed the background image to various > images from socwall.com. I walked away and when I came back, Pharo was > no longer running. > > To make a long story short, on Linux and OS X (I did not try Windows), > after some period of time, regardless of whether I am actively using > Pharo, Pharo either hangs (becomes unresponsive to input, using 100% > CPU, images no longer changing) or disappears abruptly. I tried > several variations of the script, including loading images from a > local directory (i.e. no network code at all) and even loading images > into an ImagePreview morph. > > In all cases, Pharo eventually either aborts or hangs. I have found > nothing in the logs to indicate what happened -- no entries at the > time of the abort or hang at all. Decreasing the delay seems to make > it happen sooner; I can usually make it happen within 15 minutes of > execution with a 2 second delay. It seems to happen more quickly when > changing the background image than in an ImagePreview morph. > > I monitored Pharo's memory usage and it increased from 106 MB to 109 > MB during the execution. Plenty of free memory on the system. > > My questions are: > > 1. How to debug this? Log to a file to see where it is hanging? > > 2. How to regain control of a hung Pharo. I tried Cmd-<everything> to no avail. > > 3. Does anyone have any idea what might be happening? Some resource > being used up, a race condition, etc.? > > Here's the original script > > [[[ > | rx str url form | > str := (HTTPSocket httpGet: > 'http://www.socwall.com/browse/index.php?wpLimit=1&wpSortby=8') > contents. > rx := '.*(http\://.+tb_.+\.jpg).*' asRegex. > url := (rx matches: str) > Â Â ifTrue: > Â Â Â Â str := (rx subexpression: 2) > Â Â Â Â copyWithRegex: 'tb_' matchesReplacedWith: '' ] > Â Â ifFalse: [ nil ]. > url ifNotNil: [ > Â Â form := ImageReadWriter formFromStream: (HTTPSocket httpGet: url). > Â Â World backgroundImage: form layout: #scaled]] on: Error do: [:ex| ]. > 1 minute asDelay wait ] repeat ] newProcess > Â Â name: 'Random background changer'; > Â Â priority: Processor userBackgroundPriority; > Â Â resume > > > Regards, > TF >

Dec. 14, 2010

Re: [Pharo-project] updating ConfigurationOfPharo

by laurent laffont

OK thank you. I forgot the "blessing" trick. I've updated beta2. Laurent On Tue, Dec 14, 2010 at 7:00 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Laurent, there is really not a problem, since beta2 is with blessing > "development". This "allows" you to update versions. If the blessing would > be "release" for example, I would suggest to create a new version. But since > this is just an update, I would use beta2. > > Cheers > > Mariano > > > On Tue, Dec 14, 2010 at 4:26 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Mmm, beta2 is loading well (just tests are failing). >> >> I think moving to a beta3 should be ok for next step, but I don't have the >> last word on it :). >> >> Guille >> >> >> On Mon, Dec 13, 2010 at 4:44 PM, laurent laffont < >> laurent.laffont(a)gmail.com> wrote: >> >>> Hi, >>> >>> I want to update ConfigurationOfPharo to include last ProfStef. Should I >>> update #version12beta2 or create #version12beta3 ? >>> >>> Laurent Laffont >>> >> >> >

Dec. 14, 2010