April 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Freeze while running a loop

by Jigyasa Grover

It didn't happen with me in either of the cases :/ Worked just fine for both. On Fri, Apr 3, 2015 at 5:33 PM, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > It doesnt happen here , but i was wondering why did it happen in the > string case even when the run time is just a few milliseconds ? >

April 3, 2015

Re: [Pharo-dev] Freeze while running a loop

by Gaurav Singh

Thanks Aliaksei , I got it :) On Fri, Apr 3, 2015 at 5:33 PM, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > It doesnt happen here , but i was wondering why did it happen in the > string case even when the run time is just a few milliseconds ? >

April 3, 2015

Re: [Pharo-dev] Freeze while running a loop

by Gaurav Singh

It doesnt happen here , but i was wondering why did it happen in the string case even when the run time is just a few milliseconds ?

April 3, 2015

Re: [Pharo-dev] 14606 Really Important bug - Can't see some variables values while debugging closure

by Nicolai Hess

2015-04-02 16:06 GMT+02:00 Max Leske <maxleske(a)gmail.com>: > > On 02 Apr 2015, at 00:29, Nicolai Hess <nicolaihess(a)web.de> wrote: > > 2015-04-01 18:56 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > >> Issue 14606 [1] is tagged "Really Important" where evaluating.... >> >> | t1 t2 t3 t4 t5 t6 | >> t1 := 1. >> t2 := 2. >> t3 := 3. >> t4 := 4. >> t5 := 5 . >> t6 := 6. >> [ t5 := 50. >> t6 := 60. >> t3 + t4. >> 1 halt. >> ] value >> >> => can't see the value of t4, t5, t6. >> >> I've just submitted a possible solution for this, but its a bit late >> before release for such a change - so I'm asking for "all hands in" to help >> stress test it. You don't need to review code, just please merge latest >> slice 14606 into your normal working image and report your experience. >> >> cheers -ben >> >> [1] https://pharo.fogbugz.com/default.asp?14606#124466 >> >> > > Here is a minimal example that does not work with your fix. (condensed > from the failing test case) > > [ :x :y | > (thisContext tempNamed: 'x') inspect. > (1 to: 1) > do: [ :i | > | k l | > k := y. > l := x. > (thisContext tempNamed: 'x') inspect ] ] value: 1 value: 23 > > Both inspector windows should show the same value for the argument 'x'. > But the result is > 1. inspector -> 1 > 2. inspector -> 23 > > > > Before loading the slice, both inspectors show â1â. That canât be right > eitherâ¦ > No, that is correct. Both inspector inspect the block argument 'x', it is assigned with value 1 with the message value:1 value:23 and the block argument value can not change, therefore both inspect should show '1' > > Max >

April 3, 2015

Re: [Pharo-dev] Freeze while running a loop

by Aliaksei Syrel

Hi Gaurav, The problem is with your code. String is immutable and during concatenation it creates each time new and new String objects. In the end the length of the "temp" string is 588895. What do you think, is it efficient to create thousands of Strings with half a million length just to add a few characters at the end? You have to use a stream to concatenate so many strings: | stream | > stream := ReadWriteStream on: String new. > (1 to: 100000) > do: [:i | stream << (i asString, ' ')]. > stream contents "returns your temp string" Cheers, Alex On Fri, Apr 3, 2015 at 1:43 PM, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > My window freezes whenever i try to run a loop which has even 100000 > iterations which are quite less for a computational device. > Let say i run : > [| temp | > temp := String new. > (1 to: 100000) > do: [:i | temp := temp, i asString, ' ']] timeToRun. > The time taken to compute is a few milliseconds , but the program freezes > for quite a few seconds, What can be the problem ? >

April 3, 2015

Re: [Pharo-dev] Freeze while running a loop

by Max Leske

> On 03 Apr 2015, at 13:43, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > > My window freezes whenever i try to run a loop which has even 100000 iterations which are quite less for a computational device. > Let say i run : > [| temp | > temp := String new. > (1 to: 100000) > do: [:i | temp := temp, i asString, ' ']] timeToRun. > The time taken to compute is a few milliseconds , but the program freezes for quite a few seconds, What can be the problem ? Does the same happen when you run the loop with a simple computation? E.g. x := x + i.

April 3, 2015

Re: [Pharo-dev] Freeze while running a loop

by Jigyasa Grover

Hi Gaurav :) I tried the same code snippet, but it works fine in my system. It doesn't hang. Thanks and Regards Jigyasa Grover On Fri, Apr 3, 2015 at 5:13 PM, Gaurav Singh <grvanm.coder(a)gmail.com> wrote: > My window freezes whenever i try to run a loop which has even 100000 > iterations which are quite less for a computational device. > Let say i run : > [| temp | > temp := String new. > (1 to: 100000) > do: [:i | temp := temp, i asString, ' ']] timeToRun. > The time taken to compute is a few milliseconds , but the program freezes > for quite a few seconds, What can be the problem ? >

April 3, 2015

About PharoShortcuts

by Nicolai Hess

15288 <https://pharo.fogbugz.com/default.asp?15288> Shortcuts in text editor are hardcoded I think it is a good idea to commonly name those short cuts. But this does not help to make the shortcut handling really configurable. For example, how would we change the shortcut for "toggle comment" ? - we need a setting that lists all PharoShortcuts, - change the keycombination in the setting - toggleCommentOnSelectionOrLine now would return the new shortcut But how do we populate the change to all users of this shortcut? We would need to rebuild all keymaps. (And if we want to save and load this shortcuts settings (load settings at startup), we need to rebuild all keymappings on every image startup). Instead, we could define commonly named "Actions". A texteditor can register this action in its keymap and the action has a unique configurable KMKeyCombination what do you think? cheers nicolai

April 3, 2015

Freeze while running a loop

by Gaurav Singh

My window freezes whenever i try to run a loop which has even 100000 iterations which are quite less for a computational device. Let say i run : [| temp | temp := String new. (1 to: 100000) do: [:i | temp := temp, i asString, ' ']] timeToRun. The time taken to compute is a few milliseconds , but the program freezes for quite a few seconds, What can be the problem ?

April 3, 2015

Re: [Pharo-dev] Playground opening issue

by Tudor Girba

Thanks. Doru On Fri, Apr 3, 2015 at 1:38 PM, Jigyasa Grover <grover.jigyasa1(a)gmail.com> wrote: > Hey Tudor > I checked it , works fine for me :) > Thanks and Regards > Jigyasa Grover > > On Fri, Apr 3, 2015 at 4:45 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> The same issue happens with the inspector. >> >> And it also concerns maximization (so, once maximized, the next window >> also starts with the maximized size). >> >> I opened another issue and committed associated fixes: >> >> https://pharo.fogbugz.com/f/cases/15294/Playground-and-Inspector-should-not… >> >> Could you test this as well? >> >> Cheers, >> Doru >> >> >> >> On Thu, Apr 2, 2015 at 10:51 PM, Jigyasa Grover < >> grover.jigyasa1(a)gmail.com> wrote: >> >>> Hi ! >>> It works for me too :) >>> I checked it in Pharo4.0 (Latest update: #40592) >>> Thanks >>> >>> On Fri, Apr 3, 2015 at 1:30 AM, Franck Warlouzet < >>> franck.warlouzet(a)hotmail.fr> wrote: >>> >>>> Nice it works, thank you ! >>>> >>>> Cheers, >>>> Franck >>>> >>>> ------------------------------ >>>> Date: Thu, 2 Apr 2015 21:34:11 +0200 >>>> From: tudor(a)tudorgirba.com >>>> To: pharo-dev(a)lists.pharo.org >>>> Subject: Re: [Pharo-dev] Playground opening issue >>>> >>>> >>>> Ok. A fix is committed: >>>> >>>> Name: GT-Playground-TudorGirba.102 >>>> Author: TudorGirba >>>> Time: 2 April 2015, 9:32:45.226868 pm >>>> UUID: 4f8af56e-4904-443d-8e04-2d4e464efc22 >>>> Ancestors: GT-Playground-AndreiChis.101 >>>> >>>> 15281 Playground opening issue >>>> >>>> do not react on minimization >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On Thu, Apr 2, 2015 at 9:28 PM, Tudor Girba <tudor(a)tudorgirba.com> >>>> wrote: >>>> >>>> This is a fun one. I will take a look. >>>> >>>> Cheers, >>>> Doru >>>> >>>> On Thu, Apr 2, 2015 at 3:31 PM, Franck Warlouzet < >>>> franck.warlouzet(a)hotmail.fr> wrote: >>>> >>>> I opened a Fogbugz entry : >>>> >>>> https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue >>>> >>>> ------------------------------ >>>> From: franck.warlouzet(a)hotmail.fr >>>> To: pharo-dev(a)lists.pharo.org >>>> Date: Thu, 2 Apr 2015 15:26:31 +0200 >>>> Subject: [Pharo-dev] Playground opening issue >>>> >>>> >>>> Hello, >>>> >>>> Open a new Playground when one of the others is already opened is ok, >>>> but if all of the Playgrounds are minimalized, the new one will be opened >>>> very very small (Too small to be used). >>>> >>>> Cheers, >>>> Franck >>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

April 3, 2015