- Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] updating ConfigurationOfPharo

by Mariano Martinez Peck

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

Re: [Pharo-project] New SqueakSource (was good news of the year)

by Mariano Martinez Peck

I really like that ESUG is sponsoring this work, for the obvious reasons, but in addition, because: - Some people say ESUG/Pharo is "married" with seaside, which it is not. As you can see here, ESUG sponsored a development in Iliad. - Some people say ESUG is married with Pharo, but again, here you can see another example for squeak/pharo, and even more, the developers of Iliad are usually GNU Smalltalk (I think). cheers mariano On Tue, Dec 14, 2010 at 5:24 PM, Benoit St-Jean <bstjean(a)yahoo.com> wrote: > Since most "file-based languages" developers refer to the word "code", why > not simply code.world.st ? > > ----------------- > Benoit St-Jean > Yahoo! Messenger: bstjean > A standpoint is an intellectual horizon of radius zero. > (Albert Einstein) > > >

Dec. 14, 2010