April 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Moving/rolling average implementations ?

by Richard O'Keefe

I have coded and benchmarked 8 different running mean algorithms. In the presence of inexact numbers it is not as accurate as redoing the sums, but it's pretty close, and it's fast. If "width" is not an integer or is out of range, an error will be reported by #new: or #at:[put:]. It's based on Welford's stable update. Of course this approach does NOT work for trimmed or Winsorised means or for medians or any kind of robust estimate of location. SequenceableCollection methods for: 'summarising' runningMeans: width |a m d| a := Array new: self size - width + 1. m := 0. 1 to: width do: [:i | m := (self at: i) + m]. m := m / width. d := 1. a at: d put: m. width + 1 to: self size do: [:i | m := ((self at: i) - (self at: d)) / width + m. d := d + 1. a at: d put: m]. ^a

April 12, 2020

Re: [Pharo-users] Problem downloading images

by vincent.blondeau＠polytech-lille.net

Hi Vitor, I had some issue where the some dlls of the Pharo VM can be detected as a threat by a firewall. You may take a look at this thread: https://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2018-May/271768… You can try to disable your firewall or your antivirus to see if the problem persists. For better understanding of you issue could you do a fuel out of the debugger stack? See https://github.com/pharo-project/pharo-launcher/issues/219#issuecomment-407… if you do not know how to do. Thanks, Vincent From: Pharo-users On Behalf Of Vitor Medina Cruz Sent: Saturday, 11 April 2020 19:49 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Problem downloading images OK, it downloaded perfectly on my cell phone with the same ISP connected. I did some testing, and the server is fine, now why my windows installation is failing to access this server is beyond me. I will try to figure out, but, anyways, it is not a problem with pharo server. On Fri, Apr 10, 2020 at 10:43 PM Vitor Medina Cruz <vitormcruz(a)gmail.com <mailto:vitormcruz@gmail.com> > wrote: That's odd, everything is working perfectly fine, except from downloading Pharo. Here is the result of tracert (in portuguese, sorry, but the format is well know, so...) C:\Users\Vitor>tracert files.pharo.org <http://files.pharo.org> Rastreando a rota para files.pharo.org <http://files.pharo.org> [164.132.235.17] com no mÃ¡ximo 30 saltos: 1 <1 ms <1 ms <1 ms 192.168.0.1 2 1 ms 1 ms 1 ms 100.64.0.1 3 1 ms 2 ms 2 ms 192.168.22.32 4 2 ms 1 ms 2 ms fttx-177126217.usr.predialnet.com.br <http://fttx-177126217.usr.predialnet.com.br> [177.12.62.17] 5 2 ms 1 ms 2 ms 5.178.44.8 6 105 ms 279 ms 204 ms et9-3-0.miami15.mia.seabone.net <http://et9-3-0.miami15.mia.seabone.net> [195.22.199.179] 7 * * 185 ms be100-155.mia-mi1-bb1-a9.fl.us <http://be100-155.mia-mi1-bb1-a9.fl.us> [178.32.135.208] 8 * * 200 ms ash-1-a9.fl.us <http://ash-1-a9.fl.us> [142.44.208.189] 9 * 191 ms * be100-1039.nwk-1-a9.nj.us <http://be100-1039.nwk-1-a9.nj.us> [198.27.73.202] 10 278 ms * 278 ms be100-1295.ldn-1-a9.uk.eu <http://be100-1295.ldn-1-a9.uk.eu> [192.99.146.126] 11 273 ms * 273 ms be103.gra-g1-nc5.fr.eu <http://be103.gra-g1-nc5.fr.eu> [91.121.215.178] 12 * * * Esgotado o tempo limite do pedido. 13 * * * Esgotado o tempo limite do pedido. 14 * * * Esgotado o tempo limite do pedido. 15 273 ms * 269 ms cluster023.hosting.ovh.net <http://cluster023.hosting.ovh.net> [164.132.235.17] Rastreamento concluÃdo. tracert for pharo.org <http://pharo.org> is fine, the problem is at files.pharo.org <http://files.pharo.org> . You can see I am at Brazil, so the >200 overseas is normal, the problem seems when reaching cluster023.hosting.ovh.net <http://cluster023.hosting.ovh.net> . On Fri, Apr 10, 2020 at 9:48 PM tbrunz <wild.ideas(a)gmail.com <mailto:wild.ideas@gmail.com> > wrote: Probably your ISP. I was able to download this morning (in Los Angeles), and just downloaded a new image now, late afternoon. Everything running quick & smooth... -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 11, 2020

Re: [Pharo-users] Problem downloading images

by Vitor Medina Cruz

OK, it downloaded perfectly on my cell phone with the same ISP connected. I did some testing, and the server is fine, now why my windows installation is failing to access this server is beyond me. I will try to figure out, but, anyways, it is not a problem with pharo server. On Fri, Apr 10, 2020 at 10:43 PM Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > That's odd, everything is working perfectly fine, except from downloading > Pharo. Here is the result of tracert (in portuguese, sorry, but the format > is well know, so...) > > > [image: image.png] > > > C:\Users\Vitor>tracert files.pharo.org >> >> Rastreando a rota para files.pharo.org [164.132.235.17] >> com no mÃ¡ximo 30 saltos: >> >> 1 <1 ms <1 ms <1 ms 192.168.0.1 >> 2 1 ms 1 ms 1 ms 100.64.0.1 >> 3 1 ms 2 ms 2 ms 192.168.22.32 >> 4 2 ms 1 ms 2 ms fttx-177126217.usr.predialnet.com.br >> [177.12.62.17] >> 5 2 ms 1 ms 2 ms 5.178.44.8 >> 6 105 ms 279 ms 204 ms et9-3-0.miami15.mia.seabone.net >> [195.22.199.179] >> 7 * * 185 ms be100-155.mia-mi1-bb1-a9.fl.us >> [178.32.135.208] >> 8 * * 200 ms ash-1-a9.fl.us [142.44.208.189] >> 9 * 191 ms * be100-1039.nwk-1-a9.nj.us [198.27.73.202] >> 10 278 ms * 278 ms be100-1295.ldn-1-a9.uk.eu >> [192.99.146.126] >> 11 273 ms * 273 ms be103.gra-g1-nc5.fr.eu [91.121.215.178] >> 12 * * * Esgotado o tempo limite do pedido. >> 13 * * * Esgotado o tempo limite do pedido. >> 14 * * * Esgotado o tempo limite do pedido. >> 15 273 ms * 269 ms cluster023.hosting.ovh.net >> [164.132.235.17] >> >> Rastreamento concluÃdo. >> > > tracert for pharo.org is fine, the problem is at files.pharo.org. You can > see I am at Brazil, so the >200 overseas is normal, the problem seems when > reaching cluster023.hosting.ovh.net. > > > On Fri, Apr 10, 2020 at 9:48 PM tbrunz <wild.ideas(a)gmail.com> wrote: > >> Probably your ISP. I was able to download this morning (in Los Angeles), >> and >> just downloaded a new image now, late afternoon. Everything running >> quick & >> smooth... >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >>

April 11, 2020

Re: [Pharo-users] Pharo 8: What is the VM doing when I am doing nothing?

by PBKResearch

I think some of the mystery is due to my not exploring enough. As I said, I have two windows open when I am doing the test: the Pharo 8 welcome window and a playground which is opened on a cache file. I have now found that what happens depends on which is on top. If the welcome window is on top, the CPU usage is zero; if the playground is on top, CPU usage is about 3%, and stays at that even though I provide no input. The implication is that, when a playground is the active window, it is constantly doing something, presumably polling to see if the user is providing input. This did not seem to happen with a similar test on Pharo 6; even though a playground was on top, the CPU usage dropped to zero when I became inactive. As I said, itâs not a problem, just a puzzle â but I would still like to know why. Peter Kenny From: Pharo-users <pharo-users-bounces(a)lists.pharo.org> On Behalf Of Tim Mackinnon Sent: 11 April 2020 12:42 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Pharo 8: What is the VM doing when I am doing nothing? Hi Peter - I had understood that this always a problem as Morphic is always polling for events (so am surprised you found an image where itâs not happening). I believe that recent work has almost got to a point where this can be resolved - there were some recent status reports on this, and maybe it might get into pharo9? Iâm sure someone has a much better explanation for you - and an explanation of whatâs involved to fix it (I guess you have to block the event loop somehow so it waits vs polls). Tim On Sat, 11 Apr 2020, at 12:27 PM, PBKResearch wrote: Hello. I have noticed a curiosity when I am running Pharo 8 on Windows 10. I am in the habit of leaving the Task Manager open when I am working, and it seems that Pharo 8 is using the CPU when I am doing nothing. When the image â which is exactly as first loaded, with only the welcome window visible â is loaded, CPU consumption is zero. I open a playground, get a list of recent files from the playground cache, open one of the files but do nothing with it; the CPU activity is constantly changing within the range 2.5% - 3.5%. After 5 mins of no Pharo activity by me, the CPU is still in the same range. I reloaded an earlier image, which is Moose Suite 6.1 (Pharo 6) and opened a playground in the same way. After a few seconds, the CPU usage dropped to zero. This activity is a feature of the newest versions only. Itâs obviously not a major problem, but I would like to know, if just out of curiosity. Thanks for any help. Peter Kenny My Pharo 8 details: Build information: Pharo-8.0.0+build.1124.sha.0932da82f08175e906b0e2a8052120c823374e9f (32 Bit) Installed from Pharo Launcher on 8 Apr 2020 VM details: CoInterpreter * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 StackToRegisterMappingCogit * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 VM: 201911290039-dev-7 admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo <mailto:admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo> Date: Thu Nov 28 21:39:57 2019 CommitHash: 9b6bd16d3 Plugins: 201911290039-dev-7 <mailto:admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo> admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo

April 11, 2020

Using the compiler for scripts / logging statistics (learning)

by CÃ©drick BÃ©ler

Hi, Iâm playing with compiler with scripts. For instance: result := OpalCompiler new source: â3 + 1'; evaluate. result2 := OpalCompiler new source: 'self + 1'; receiver: 3; evaluate. I would eventually (as an exercice) try to log the time before and after the execution of the script. Its possible to send #logged: true; to the compiler which basically is able to log doIt through SystemPresenter. logDoIt self compilationContext logged ifFalse: [ ^self ]. Smalltalk globals at: #SystemAnnouncer ifPresent: [ :sysAnn | sysAnn uniqueInstance evaluated: source contents context: context ]. Right now, it seems the logging mechanism is launched once the evaluation is done. So my question is would it be possible to log start and ent time execution through the compiler. OpalCompiler>>evaluate "Compiles the sourceStream into a parse tree, then generates code into a method. If aContext is not nil, the text can refer to temporaries in that context (the Debugger uses this). If aRequestor is not nil, then it will receive a notify:at: message before the attempt to evaluate is aborted. Finally, the compiled method is invoked from here via withArgs:executeMethod:, hence the system no longer creates Doit method litter on errors." | value | self noPattern: true. self getSourceFromRequestorSelection. self class: (context ifNil: [ receiver class ] ifNotNil: [ context method methodClass ]). => here a kind of sell startLog. "code execution" value := receiver withArgs: (context ifNil: [ #() ] ifNotNil: [ {context} ]) executeMethod: self compile. "actual log callâ¦. Only for doIt ?" self logDoIt. ^ value I wonder what would be the way of doing it ? Is it only for doIts ? Start/endLog could be calling log options #(logDoIt, logWhatever, â¦) ? Maybe doing ScriptEvaluated to differ from ExpressionEvaluated would be the solution ? I imagine this has impact on performance too... My toy objective is to log statistic of scripts usage. Again this is just experiments, so happy to hear and learn from others. How would people do ? Cheers, CÃ©drick

April 11, 2020

Re: [Pharo-users] Pharo 8: What is the VM doing when I am doing nothing?

by Tim Mackinnon

Hi Peter - I had understood that this always a problem as Morphic is always polling for events (so am surprised you found an image where itâs not happening). I believe that recent work has almost got to a point where this can be resolved - there were some recent status reports on this, and maybe it might get into pharo9? Iâm sure someone has a much better explanation for you - and an explanation of whatâs involved to fix it (I guess you have to block the event loop somehow so it waits vs polls). Tim On Sat, 11 Apr 2020, at 12:27 PM, PBKResearch wrote: > Hello. I have noticed a curiosity when I am running Pharo 8 on Windows 10. I am in the habit of leaving the Task Manager open when I am working, and it seems that Pharo 8 is using the CPU when I am doing nothing. When the image â which is exactly as first loaded, with only the welcome window visible â is loaded, CPU consumption is zero. I open a playground, get a list of recent files from the playground cache, open one of the files but do nothing with it; the CPU activity is constantly changing within the range 2.5% - 3.5%. After 5 mins of no Pharo activity by me, the CPU is still in the same range. > > I reloaded an earlier image, which is Moose Suite 6.1 (Pharo 6) and opened a playground in the same way. After a few seconds, the CPU usage dropped to zero. This activity is a feature of the newest versions only. > > Itâs obviously not a major problem, but I would like to know, if just out of curiosity. > > Thanks for any help. > > Peter Kenny > > My Pharo 8 details: > Build information: Pharo-8.0.0+build.1124.sha.0932da82f08175e906b0e2a8052120c823374e9f (32 Bit) > Installed from Pharo Launcher on 8 Apr 2020 > VM details: > CoInterpreter * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 > StackToRegisterMappingCogit * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 > VM: 201911290039-dev-7 admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo Date: Thu Nov 28 21:39:57 2019 CommitHash: 9b6bd16d3 Plugins: 201911290039-dev-7 admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo > >

April 11, 2020

Pharo 8: What is the VM doing when I am doing nothing?

by PBKResearch

Hello. I have noticed a curiosity when I am running Pharo 8 on Windows 10. I am in the habit of leaving the Task Manager open when I am working, and it seems that Pharo 8 is using the CPU when I am doing nothing. When the image - which is exactly as first loaded, with only the welcome window visible - is loaded, CPU consumption is zero. I open a playground, get a list of recent files from the playground cache, open one of the files but do nothing with it; the CPU activity is constantly changing within the range 2.5% - 3.5%. After 5 mins of no Pharo activity by me, the CPU is still in the same range. I reloaded an earlier image, which is Moose Suite 6.1 (Pharo 6) and opened a playground in the same way. After a few seconds, the CPU usage dropped to zero. This activity is a feature of the newest versions only. It's obviously not a major problem, but I would like to know, if just out of curiosity. Thanks for any help. Peter Kenny My Pharo 8 details: Build information: Pharo-8.0.0+build.1124.sha.0932da82f08175e906b0e2a8052120c823374e9f (32 Bit) Installed from Pharo Launcher on 8 Apr 2020 VM details: CoInterpreter * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 StackToRegisterMappingCogit * VMMaker-CompatibleUserName.1577968628 uuid: d729bf66-2ea7-5a6d-b1eb-fc005785636d Jan 3 2020 VM: 201911290039-dev-7 admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo Date: Thu Nov 28 21:39:57 2019 CommitHash: 9b6bd16d3 Plugins: 201911290039-dev-7 admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo <mailto:admin@MacBook-Pro-de-admin.local:dev/Pharo/git-repos/pharo-vm/repo>

April 11, 2020

Re: [Pharo-users] Thinking aloud about project at hand

by Hilaire

Take a look at the DrGeo example app, it shows how to do thatÂ (link bellow). Hilaire Le 11/04/2020 Ã 12:43, TomaÅ¾ Turk a Ã©critÂ : > I have one really silly question - when you create an app (with > Spec2), how can you made it start automatically when the image starts, > and avoid displaying the World? I browsed through many of Pharo books > and documentation recently and cannot remember if this is mentioned > anywhere. > -- Dr. Geo http://drgeo.eu

April 11, 2020

Re: [Pharo-users] Thinking aloud about project at hand

by TomaÅ¾ Turk

Many thanks guys, you all gave me quite interesting suggestions. I'll explore most of them regarding the stability and "compactness" of the final solution as regards the deployment. I have one really silly question - when you create an app (with Spec2), how can you made it start automatically when the image starts, and avoid displaying the World? I browsed through many of Pharo books and documentation recently and cannot remember if this is mentioned anywhere. Best wishes, Tomaz

April 11, 2020

Re: [Pharo-users] Problem downloading images

by Vitor Medina Cruz

That's odd, everything is working perfectly fine, except from downloading Pharo. Here is the result of tracert (in portuguese, sorry, but the format is well know, so...) [image: image.png] C:\Users\Vitor>tracert files.pharo.org > > Rastreando a rota para files.pharo.org [164.132.235.17] > com no mÃ¡ximo 30 saltos: > > 1 <1 ms <1 ms <1 ms 192.168.0.1 > 2 1 ms 1 ms 1 ms 100.64.0.1 > 3 1 ms 2 ms 2 ms 192.168.22.32 > 4 2 ms 1 ms 2 ms fttx-177126217.usr.predialnet.com.br > [177.12.62.17] > 5 2 ms 1 ms 2 ms 5.178.44.8 > 6 105 ms 279 ms 204 ms et9-3-0.miami15.mia.seabone.net > [195.22.199.179] > 7 * * 185 ms be100-155.mia-mi1-bb1-a9.fl.us > [178.32.135.208] > 8 * * 200 ms ash-1-a9.fl.us [142.44.208.189] > 9 * 191 ms * be100-1039.nwk-1-a9.nj.us [198.27.73.202] > 10 278 ms * 278 ms be100-1295.ldn-1-a9.uk.eu [192.99.146.126] > 11 273 ms * 273 ms be103.gra-g1-nc5.fr.eu [91.121.215.178] > 12 * * * Esgotado o tempo limite do pedido. > 13 * * * Esgotado o tempo limite do pedido. > 14 * * * Esgotado o tempo limite do pedido. > 15 273 ms * 269 ms cluster023.hosting.ovh.net > [164.132.235.17] > > Rastreamento concluÃdo. > tracert for pharo.org is fine, the problem is at files.pharo.org. You can see I am at Brazil, so the >200 overseas is normal, the problem seems when reaching cluster023.hosting.ovh.net. On Fri, Apr 10, 2020 at 9:48 PM tbrunz <wild.ideas(a)gmail.com> wrote: > Probably your ISP. I was able to download this morning (in Los Angeles), > and > just downloaded a new image now, late afternoon. Everything running quick > & > smooth... > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

April 11, 2020