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

[ANN] Next Pharo Sprint: April 26

by Marcus Denker

We will organize a Pharo sprint / Moose dojo April 26, starting at 10:00am. (Local Time Paris). Goals of this sprint: - Pharo 8: Fix issues from tracker https://github.com/pharo-project/pharo/issues Remote Sprint: Remotely, you can join us on Discord. During the sprint, we synchronize local and remote Pharo sprinters: http://pharo.org/contribute-events We have added a Board to coordinate the work: https://github.com/orgs/pharo-project/projects/9 Known Local Sprint meetings Lille/France: It will be at the Inria Lille, Building B, third floor (RMoD offices). As the building is not open to the public, please contact us before if you plan to come

April 18, 2019

Re: [Pharo-users] glamorous toolkit forum/maillist

by Serge Stinckwich

I think #gtoolkit channel on Discord is the best way to discuss with people. On Tue, Apr 16, 2019 at 6:37 PM Steve Quezadas <steveeq1(a)gmail.com> wrote: > Is there a forum or maillist for glamorous toolkit? I can't find anything > on the official website or google searches. > -- Serge Stinckwic âhâ Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) âSorbonne University (SU) French National Research Institute for Sustainable Development (IRD)â U âniversity of YaoundÃ© Iâ, Cameroun "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich â

April 18, 2019

Re: [Pharo-users] Why are package tags not proper sub-packages?

by Ben Coman

On Wed, 17 Apr 2019 at 05:53, Tim Mackinnon <tim(a)testit.works> wrote: > Does anyone remember why we decided to consider package tags (as in: > Kernel-BasicObjects) not fully fledged sub-packages? > > The implication here is that extension methods canât live on the tag (they > live on the parent package - in the above case Kernel - and not > Kernel-BasicObjects), and equally the code critic works on the package > level and not on an individual tag. Equally, refactoring can work at the > package level â¦ the list goes on. > > Having decided that it seemed to make it more understandable that Exercism > exercises would simply be tags of the package exercism (its tidy to have > the exercises neatly organised under a common parent with some generic menu > options), I am finding that the above are starting to bite me. Extensions, > Code critic (and sometimes refactoring) are awkward or more difficult to > explain, and I was left wondering what the rational was to not make the > tags fully fledged sub projects? > I hope someone involved in the design will answer in more detail, but overall what I remember from observed discussions is that in moving from string-based Categorizations to RPackage objects there was a tough decision made to keep compatibility with strings for sake of interchange with other dialects - and *perhaps* that impacted how package tags were designed, and our Exercism use case is now just exposing some gap there. > Iâm now wondering if I should bite the bullet and migrate every exercise > tag to being a fully formed project (although in most cases it seems > overkill for a class and a test). > I have also the feeling that it may be overkill, but I've come to the same conclusion that the exercises are probably better as separate packages. cheers -ben

April 18, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

Thanks for the Info/Link, Stephan So it is a VM error then? Guess we'll have to wait for a VM + Pharo 7.xx combo that works correctly on macOS. I now re-installed Pharo 5.0 (pre spur vm) loaded Seaside with Zincserver (using gofer) into it and my .st files from 2011... might be a bit slower perhaps, but this 5.0 Pharo version works flawlessly. well, apart from the bugs in the dental app i'm building of course, but that's my problem :o) Regards Ted -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by Stephan Eggermont

TedVanGaalen <tedvga(a)gmail.com> wrote: > Sure. Which one? and with what image? See https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/380 Stephan

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

Did just try with scaled resolution 1920 * 1080 (on my 4K screen) to no avail. same error:freeze with "toggle full screen" -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

Hope stack tells more. Could dig out an old hdmi HD monitor from unpacked moving cartons somewhere, tell me you don't need me to do so :o\ -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

from the other terminal window: teds-personal-mac-mini:~ TedvG$ ps -a | grep pharo 811 ttys000 0:00.01 bash ./pharo-ui Pharo.image 815 ttys000 0:10.06 /Users/TedvG/pharo-vm/Pharo.app/Contents/MacOS/Pharo Pharo.image 824 ttys001 0:00.00 grep pharo teds-personal-mac-mini:~ TedvG$ kill -SIGUSR1 815 teds-personal-mac-mini:~ TedvG$ -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

and so i did. result (the omega was a ctrl z to get up. had to open another term. window to kill and dump. see here: ========================================================= teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pharo.image Î© SIGUSR1 Wed Apr 17 17:45:27 2019 VM: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Sat Jan 5 20:00:11 2019 CommitHash: 7a3c6b6 Plugins: 201901051900 https://github.com/OpenSmalltalk/opensmalltalk-vm.git C stack backtrace & registers: rax 0x0000000000000004 rbx 0x0000000000004f9f rcx 0x00007ffee4b8df18 rdx 0x00007ffee4b8dfd0 rdi 0x0000000000000000 rsi 0x0000000000000000 rbp 0x00007ffee4b8e100 rsp 0x00007ffee4b8df18 r8 0x00007ffee4b8df40 r9 0x0000000000000090 r10 0x00007ffee4b8df50 r11 0x0000000000000297 r12 0x00007ffee4b8dfd0 r13 0x00007ffee4b8df50 r14 0x00007ffee4b8df40 r15 0x000d431d82f75f17 rip 0x00007fff6db6361a 0 libsystem_kernel.dylib 0x00007fff6db6361a __select + 10 1 Pharo 0x000000010b0c7642 reportStackState + 952 2 Pharo 0x000000010b0c7860 sigusr1 + 182 3 libsystem_platform.dylib 0x00007fff6dc0cb5d _sigtramp + 29 4 ??? 0x00007ffee4b8da07 0x0 + 140732735740423 5 Pharo 0x000000010b0cab6d ioRelinquishProcessorForMicroseconds + 53 6 Pharo 0x000000010b07fda7 primitiveRelinquishProcessor + 54 7 ??? 0x000000010f70b32b 0x0 + 4554011435 8 Pharo 0x000000010b03f23a interpret + 628 9 Pharo 0x000000010b0c8dca -[sqSqueakMainApplication runSqueak] + 393 10 Foundation 0x00007fff43890dd6 __NSFirePerformWithOrder + 362 11 CoreFoundation 0x00007fff41571c94 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23 12 CoreFoundation 0x00007fff41571bc9 __CFRunLoopDoObservers + 451 13 CoreFoundation 0x00007fff4151474e __CFRunLoopRun + 1143 14 CoreFoundation 0x00007fff41514085 CFRunLoopRunSpecific + 459 15 HIToolbox 0x00007fff407f29db RunCurrentEventLoopInMode + 292 16 HIToolbox 0x00007fff407f261d ReceiveNextEventCommon + 355 17 HIToolbox 0x00007fff407f24a6 _BlockUntilNextEventMatchingListInModeWithFilter + 64 18 AppKit 0x00007fff3eb8cffb _DPSNextEvent + 965 19 AppKit 0x00007fff3eb8bd93 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361 20 AppKit 0x00007fff3eb85eb0 -[NSApplication run] + 699 21 AppKit 0x00007fff3eb753f0 NSApplicationMain + 777 22 libdyld.dylib 0x00007fff6da273d5 start + 1 23 ??? 0x0000000000000002 0x0 + 2 All Smalltalk process stacks (active first): Process 0x113277e80 priority 10 0x7ffee4b9a0b0 M ProcessorScheduler class>idleProcess 0x11009d660: a(n) ProcessorScheduler class 0x7ffee4b9a0f0 I [] in ProcessorScheduler class>startUp 0x11009d660: a(n) ProcessorScheduler class 0x7ffee4b9a130 I [] in BlockClosure>newProcess 0x113282088: a(n) BlockClosure suspended processes Process 0x11327a9e0 priority 50 0x7ffee4b960b0 I WeakArray class>finalizationProcess 0x11009e420: a(n) WeakArray class 0x7ffee4b960f0 I [] in WeakArray class>restartFinalizationProcess 0x11009e420: a(n) WeakArray class 0x7ffee4b96130 I [] in BlockClosure>newProcess 0x113646fa8: a(n) BlockClosure Process 0x11299b5a8 priority 80 0x7ffee4b910e8 M DelayMicrosecondTicker>waitForUserSignalled:orExpired: 0x1104db528: a(n) DelayMicrosecondTicker 0x7ffee4b91130 M [] in DelaySemaphoreScheduler(DelayBasicScheduler)>runBackendLoopAtTimingPriority 0x1104d03c0: a(n) DelaySemaphoreScheduler 0x1132542e8 s BlockClosure>ensure: 0x11298a590 s DelaySemaphoreScheduler(DelayBasicScheduler)>runBackendLoopAtTimingPriority 0x113242ee8 s [] in DelaySemaphoreScheduler(DelayBasicScheduler)>startTimerEventLoopPriority: 0x11298a668 s [] in BlockClosure>newProcess Process 0x113277e30 priority 60 0x7ffee4b940b0 I SmalltalkImage>lowSpaceWatcher 0x1100ab9a8: a(n) SmalltalkImage 0x7ffee4b940f0 I [] in SmalltalkImage>installLowSpaceWatcher 0x1100ab9a8: a(n) SmalltalkImage 0x7ffee4b94130 I [] in BlockClosure>newProcess 0x113646e80: a(n) BlockClosure Process 0x113277ed0 priority 60 0x7ffee4b92068 M InputEventFetcher>waitForInput 0x1107ef020: a(n) InputEventFetcher 0x7ffee4b920b0 M InputEventFetcher>eventLoop 0x1107ef020: a(n) InputEventFetcher 0x7ffee4b920f0 I [] in InputEventFetcher>installEventLoop 0x1107ef020: a(n) InputEventFetcher 0x7ffee4b92130 I [] in BlockClosure>newProcess 0x113646d88: a(n) BlockClosure Process 0x110e92128 priority 40 0x7ffee4b96fa8 M [] in Delay>wait 0x10fa713b8: a(n) Delay 0x7ffee4b96fe8 M BlockClosure>ifCurtailed: 0x10fa71640: a(n) BlockClosure 0x7ffee4b97020 M Delay>wait 0x10fa713b8: a(n) Delay 0x7ffee4b97060 M WorldState>interCyclePause: 0x1107f1b10: a(n) WorldState 0x7ffee4b97098 M WorldState>doOneCycleFor: 0x1107f1b10: a(n) WorldState 0x7ffee4b970d0 M WorldMorph>doOneCycle 0x1107ef100: a(n) WorldMorph 0x7ffee4b97100 M WorldMorph class>doOneCycle 0x110753cc8: a(n) WorldMorph class 0x7ffee4b97130 M [] in MorphicUIManager>spawnNewProcess 0x110e83780: a(n) MorphicUIManager 0x110e83868 s [] in BlockClosure>newProcess Most recent primitives terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: millisecondClockValue yield millisecondClockValue wait signal signal nowTick nowTick nowTick primSignal:atUTCMicroseconds: wait wait relinquishProcessorForMicroseconds: nowTick signal nowTick primSignal:atUTCMicroseconds: wait millisecondClockValue @ actualScreenSize millisecondClockValue tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: **StackOverflow** basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: basicAt: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: tempAt: tempAt:put: tempAt: terminateTo: findNextUnwindContextUpTo: terminateTo: millisecondClockValue yield millisecondClockValue wait signal signal nowTick nowTick nowTick primSignal:atUTCMicroseconds: wait wait relinquishProcessorForMicroseconds: stack page bytes 4096 available headroom 1480 minimum unused headroom 1800 (SIGUSR1) ================================================ regards Ted -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

Note! Just being playing a bit further with Squeak 5.2 and it freezes too, when resizing the window! Similar things in VM ? Regards TedvG -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019