- Pharo-users - lists.pharo.org

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

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

by Paul DeBruicker

Don't know about 4k. Have you tried a smaller monitor on your mini just to see? When pharo locks up from the command line you can get a stack dump in the terminal window you started pharo in. first find the pharo process you're interested in with ps -a | grep pharo then do a kill -SIGUSR1 <pharoProcessId> where you replace the <pharoProcessId> bit with the actual process number of your frozen pharo image TedVanGaalen wrote > Is pharo tested on 4K macs and/or mac mini with 4K screens? > so on anything with this resolution? > > Does Pharo or the VM emit a post-mortem log/dump file? cannot find any. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] NewWave - WorkflowEngine

by BrunoBB

Hi Sebastijan, Excellent work !!! I have something similar (a BPM engine) but developed with GemStone Smalltalk: Code: https://github.com/brunobuzzi/BpmFlow Documentation: https://bpmflow.gitbook.io/project/introduction It can be ported to Pharo, from the top of my head i see a couple of issues with the port: - GemStone/S special indexes collection must be changed for regular Pharo collections. - GsQuery should be implemented in Pharo (maybe already is i do not know) or remove GsQuery references and so regular collection queries (select:, collect: anySatisfy and so on) The project is totally open source. Regards, Bruno -- 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

Sure. Which one? and with what image? However, don't know if that would make a difference, because I've been trying this repeatedly since Pharo 6.0 Squeak 5.2 (just downloaded and launched just to try) works ok, but for what I do, and previous work/classes made with Pharo 5.0, Pharo/Seaside would be preferable. Squeak uses another VM or so it seems (thought for a moment VMs were the same, that's why I tried Squeak,) regards from Souillac. (F) TedvG >From Squeak About ============================================================ /Applications/Squeak5.2-18229-64bit.app/Contents/Resources/Squeak5.2-18229-64bit.image Squeak5.2 latest update: #18229 Current Change Set: Unnamed1 Image format 68021 (64 bit) Virtual Machine --------------- /Applications/Squeak5.2-18229-64bit.app/Contents/MacOS/Squeak Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives VMMaker.oscog-eem.2461] 64 bit Mac OS X built on Oct 20 2018 08:16:09 UTC Compiler: 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) platform sources revision VM: 201810190412 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Thu Oct 18 21:12:21 2018 CommitHash: 15341b5 Plugins: 201810190412 https://github.com/OpenSmalltalk/opensmalltalk-vm.git CoInterpreter VMMaker.oscog-eem.2461 uuid: b3cd33f5-6309-43a1-b669-7a1805111f34 Oct 20 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2464 uuid: 0b1fa0a3-a781-4fd5-b1cf-1809796ccbbf Oct 20 2018 ============================================================ -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

April 17, 2019

Re: [Pharo-users] NewWave - WorkflowEngine

by TomaÅ¾ Turk

This is excellent, thanks! For busness applications, getting the tools for process-driven development is essential. Some emails ago there was an announcement on Netstyle's engine available here https://github.com/Netstyle/Workflow. Best wishes, Tomaz ------ Original Message ------ From: "Sebastijan Kaplar" <s.kaplar1(a)outlook.com> To: "pharo-users(a)lists.pharo.org" <pharo-users(a)lists.pharo.org> Sent: 17. 04. 2019 15:03:23 Subject: [Pharo-users] NewWave - WorkflowEngine >Hello everyone, > >we've been working on a workflow engine written in Pharo. You can check >it out at: https://github.com/skaplar/NewWave >It is still in the early development and we discussed about making it >public so everyone interested can join, take a look or provide any kind >of feedback. I'm also at discord so you can contact me @skaplar. > >Best regards, >Sebastijan Kaplar

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: > The freeze problem still exist. (since 2017, starting with Pharo 6) Hi Ted. It would be interesting to see if this is related to the fullscreen bug I described in an opensmalltalkvm issue. I was able to triangulate it to a set of commits, so could you try with a vm from just before? Stephan

April 17, 2019

Re: [Pharo-users] Migration from VW to Pharo

by Christian Haider

There is the bundle {Gemstone Fileout Project} in the public store (MIT license). Some information about it is at [1] and in the slides of the âPDF for Gemstoneâ talk at ESUG 2017 [2]. It is a generic code transformation machinery controlled by a declarative specification of changes to be applied to the source code (VW) to create target code (Gemstone). The tool is almost complete (class renamings, needed for namespace translations, are missing and overrides are not tested) and provably useful, since it was sufficient to port the PDFtalk project with it. To make it work for VW -> Pharo, class renamings need to get implemented, if you use namespaces in your source system. Also, the backend needs to get extended to create Tonel or FileOut format source files. Both features are not too difficult to add. If your project is large, this might be a way to do it. Especially, if you donât want only a one-shot migration, but to maintain an evolving project for different dialects, this approach is very attractive, I find. Happy hacking, Christian [1] https://wiki.pdftalk.de/doku.php?id=gemstonefileout [2] https://www.slideshare.net/esug/pdftalk-for-gemstone Von: Pharo-users <pharo-users-bounces(a)lists.pharo.org> Im Auftrag von Sreenath G K Gesendet: Mittwoch, 17. April 2019 13:52 An: pharo-users(a)lists.pharo.org Betreff: [Pharo-users] Migration from VW to Pharo Hello All, I just wanted to know if we have any tools for which we can make use of to migrate VW code base into Pharo. If something is there please let me know or your suggestion d to port it. Thanks in advance. Best Regards, Sree

April 17, 2019

Re: [Pharo-users] Migration from VW to Pharo

by Esteban Maringolo

You can migrate from Store to a git repository using a virtual machine with Linux and then continue working on Windows. It is certainly going to be simpler than having to export packages/bundles manually from VisualWorks. Esteban A. Maringolo On Wed, Apr 17, 2019 at 9:51 AM Sreenath G K <gk.sreenath(a)gmail.com> wrote: > > Hey, > > Unfortunately I have Windows though. I will have a look at it. Thanks for letting me know > > Best Regards, > Sree > > On Wed, Apr 17, 2019, 5:27 PM Esteban Maringolo <emaringolo(a)gmail.com> wrote: >> >> There is this tool: https://github.com/GemTalk/SETT >> >> I used it with a few packages with no special Namespace and it worked just fine. >> >> It provides, however, several settings to map namespaces, packages, >> etc, so it should work. >> >> It only works in Linux though, because of the dependency to external >> process calls. >> >> Regards, >> >> Esteban A. Maringolo >> >> On Wed, Apr 17, 2019 at 8:53 AM Sreenath G K <gk.sreenath(a)gmail.com> wrote: >> > >> > Hello All, >> > >> > I just wanted to know if we have any tools for which we can make use of to migrate VW code base into Pharo. If something is there please let me know or your suggestion d to port it. >> > >> > Thanks in advance. >> > >> > Best Regards, >> > Sree >>

April 17, 2019

NewWave - WorkflowEngine

by Sebastijan Kaplar

Hello everyone, we've been working on a workflow engine written in Pharo. You can check it out at: https://github.com/skaplar/NewWave It is still in the early development and we discussed about making it public so everyone interested can join, take a look or provide any kind of feedback. I'm also at discord so you can contact me @skaplar. Best regards, Sebastijan Kaplar

April 17, 2019