June 2016 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 82ed3f: 60058

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 82ed3f40c8bdac80c9d86cc20576167e66422da2 https://github.com/pharo-project/pharo-core/commit/82ed3f40c8bdac80c9d86cc2… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-03 (Fri, 03 Jun 2016) Changed paths: A Announcements-Core.package/Announcement.class/class/converting/where_.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/README.md A Announcements-Core.package/AnnouncementDeliveryCondition.class/class/instance creation/for_where_.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/definition.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/instance/accessing/announcementClass.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/instance/accessing/announcementClass_.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/instance/accessing/conditionBlock.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/instance/accessing/conditionBlock_.st A Announcements-Core.package/AnnouncementDeliveryCondition.class/instance/testing/handlesAnnouncement_.st A Announcements-Tests-Core.package/AnnouncementMockB.class/class/instance creation/with_.st M Announcements-Tests-Core.package/AnnouncementMockB.class/definition.st A Announcements-Tests-Core.package/AnnouncementMockB.class/instance/accessing/parameter.st A Announcements-Tests-Core.package/AnnouncementMockB.class/instance/accessing/parameter_.st A Announcements-Tests-Core.package/AnnouncerTest.class/instance/testing/testSubscribeOnSpecificAnnouncer.st M ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/symbolic versions/stable_.st A ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/versions/v3%5F0%5F1_.st M Monticello.package/MCClassDefinition.class/instance/printing/kindOfSubclass.st M QualityAssistantRecording.package/QAEventCollector.class/class/class initialization/initialize.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60057.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60058.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60057.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60058.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60058 18389 Obsolete Critic class https://pharo.fogbugz.com/f/cases/18389 18392 Announcer should allow to subscribe on specific instances of events https://pharo.fogbugz.com/f/cases/18392 18387 Extend monticello to load ephemeron classes https://pharo.fogbugz.com/f/cases/18387 http://files.pharo.org/image/60/60058.zip

June 3, 2016

Context>>copyTo: doesn't update closure home

by Max Leske

Hi, Is anybody aware of a reason for why Context>>copyTo: should not update the home of closures (which is currently the case)? This behaviour becomes a problem when I want to simulate #stepThrough: on a copied stack, since the home of a closure will never be found on the stack. My proposal is to implement Context>>postCopy closureOrNil ifNil: [ ^ self ]. closureOrNil outerContext: self and BlockClosure>>outerContext: aContext outerContext := aContext Thoughts? Cheers, Max

June 3, 2016

endless loop again

by stepharo

the mooc is a mine for Pharo bugs... In the video at 6:12, we have a new method sending the new message. I've made similar mistakes and Pharo does lock up, but then the operating system (Windows 10) kills the Pharo VM. (Or perhaps there's a bug in Pharo itself which just crashes the whole VM. I can't tell the difference.) Is that because it's a memory leak? Does the VM have a fixed amount of memory available, or can it request more from the OS? Is there a way to recover from this error without killing the whole VM? Most GUI systems I've used have at least two threads so that pushing a button doesn't lock up the whole UI if the task takes a while. Does Pharo always lock up for long-running tasks, or does it have some kind of threading ability too? If a background thread gets in an infinite loop, how do you kill it without killing the whole VM? here was my answer The real answer is a bit more complex so I may write some approximations: - what you did a really tight loops that fills up the memory really fast. - depending on the OS the VM can or not (in its current state) allocate more. In some versions it has to preallocate. "Most GUI systems I've used have at least two threads so that pushing a button doesn't lock up the whole UI if the task takes a while. Does Pharo always lock up for long-running tasks, or does it have some kind of threading ability too? If a background thread gets in an infinite loop, how do you kill it without killing the whole VM?" Pharo has a full model for concurrent programming. Check the class Process, Semaphore. We have some stress tests that create thousands of threads without problems. You have also package such TaskIt to schedule tasks Now the actual problem that you see and that I would love to see fix in the future is that the code you execute is run in the UI thread (arghhhhh) It is still like that for historical reason. We should do one pass on that but this is not that simple because it will raise a couple of bugs. Now I think that it would be great if people from the pharo core would browse in diagonal the problems that students encounter because there are our real customers and they show many problems of the system. Especially the ones we do not see anymore.

June 3, 2016

Re: [Pharo-dev] Bloc/TxText Status

by Alexandre Bergel

This morning I discussed with Doru, and Bloc goes wellâ¦ It silently went through some active development phase. Alexandre > On Jun 2, 2016, at 4:59 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Can we get an update on these two important projects? Where are they now and > what's the roadmap? Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bloc-TxText-Status-tp4898867.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 2, 2016

Re: [Pharo-dev] Bloc/TxText Status

by Esteban Lorenzano

lats week I recovered from oblivion TxText :) I was starting to work on it (design is very good) but there is still a lot of work remaining. So, if everything goes fine, it will be usable in daily basis for Pharo 6 release (hoping for finally replace old text model eventually). Esteban > On 02 Jun 2016, at 22:59, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Can we get an update on these two important projects? Where are they now and > what's the roadmap? Thanks! > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Bloc-TxText-Status-tp4898867.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

June 2, 2016

Bloc/TxText Status

by Sean P. DeNigris

Can we get an update on these two important projects? Where are they now and what's the roadmap? Thanks! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Bloc-TxText-Status-tp4898867.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 2, 2016

VR tracking

by Bob Clark

I was just thinking about integration of Pharo into modern technologies and I've seen some of your scope & scale of graphics work. It's been years since I did graphics but thinking about the future because I's love Pharo to get into the gaming space. Does Pharo support Unity3D or Unreal Engine plugins? https://www.indiegogo.com/projects/vicovr-teleport-your-body-into-virtual-r… Cheers, Bob

June 2, 2016

Re: [Pharo-dev] 200000 factorial => VM crash

by Denis Kudriashov

Thank you very much Eliot 2016-06-02 3:24 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Denis, > > On Wed, Jun 1, 2016 at 2:59 PM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> It could be related to last reported squeak problem: "2 raisedTo: >> 100000000` crashes VM" >> >> 2016-06-01 23:56 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: >> >>> Hi. >>> >>> I see "Segmentation fault" in crash.dmp after multiple >>> #digitMultiply:neg: >>> >>> 2016-06-01 23:11 GMT+02:00 stepharo <stepharo(a)free.fr>: >>> >>>> Hi guys >>>> >>>> A guy in the mooc reported that >>>> >>>> [ 200000 factorial ] timeToRun just crashes. >>>> >>> > OK, tis fixed in VMMaker.oscog-eem.1879. > > >> I tried 200000 factorial and I got a VM crash too. >>>> >>>> In python it works >>>> >>>> Stef >>>> >>> >>> >> > > > -- > _,,,^..^,,,_ > best, Eliot >

June 2, 2016

Re: [Pharo-dev] 200000 factorial => VM crash

by Eliot Miranda

Hi Denis, On Wed, Jun 1, 2016 at 2:59 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > It could be related to last reported squeak problem: "2 raisedTo: > 100000000` crashes VM" > > 2016-06-01 23:56 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> Hi. >> >> I see "Segmentation fault" in crash.dmp after multiple #digitMultiply:neg: >> >> 2016-06-01 23:11 GMT+02:00 stepharo <stepharo(a)free.fr>: >> >>> Hi guys >>> >>> A guy in the mooc reported that >>> >>> [ 200000 factorial ] timeToRun just crashes. >>> >> OK, tis fixed in VMMaker.oscog-eem.1879. > I tried 200000 factorial and I got a VM crash too. >>> >>> In python it works >>> >>> Stef >>> >> >> > -- _,,,^..^,,,_ best, Eliot

June 2, 2016

Re: [Pharo-dev] 200000 factorial => VM crash

by Denis Kudriashov

It could be related to last reported squeak problem: "2 raisedTo: 100000000` crashes VM" 2016-06-01 23:56 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi. > > I see "Segmentation fault" in crash.dmp after multiple #digitMultiply:neg: > > 2016-06-01 23:11 GMT+02:00 stepharo <stepharo(a)free.fr>: > >> Hi guys >> >> A guy in the mooc reported that >> >> [ 200000 factorial ] timeToRun just crashes. >> >> I tried 200000 factorial and I got a VM crash too. >> >> In python it works >> >> Stef >> > >

June 1, 2016