Pharo 6.0 and 6.1 64 bit freeze on MacMini

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
81 messages Options
12345
Reply | Threaded
Open this post in threaded view
|

Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini

kilon.alios
You can use Pharo to make iOS apps .

Is it a good idea ?

Don't know but the author of Dr Geo can jump in here and advise you. he is the one that released Dr Geo for iOS. I think it's Android that is a bit more problematic.

Your freeze is indeed weird but when it comes to MacOS , it seems I am the weird. The website advises that in Sierra Pharo 6.1 cannot work outside the Application folder, it works for me.

I agree that hunting bugs , especially lower level requires a level masochism :D

The easiest solution is to make sure the bug is outside Pharo. Maybe it's a driver , MacOS is prone to these kind of problems. My first Mac was crashing all my graphics orientated apps for 2 weeks after I bought it . After second week Apple updated the GOU drivers I experienced crashes of two or three per year. So do a thorough search if you have not done already , there is always a smarter guy with a work around.

I am actually in the process of making a commercial Python app and wonder whether I should put Pharo into the mix.

It's very tempting.




On Mon, 28 Aug 2017 at 17:14, TedVanGaalen <[hidden email]> wrote:
Hi Stephane, Ben

In the Smalltalk world, you could value me as a relatively "simple"
application developer  as a first attempt after a long time, I am trying to
make
a dentist's app with Pharo Smalltalk.
(The intend is to use Smalltalk (Pharo) with Seaside and Postgress whenever
possible,
because today, Smalltalk is fast enough for most applications)

At deeper levels, like working or even adequately understanding the inner
workings of VMs
I virtually have no knowledge. This is not my terrain. Although this might
be interesting too,
 it would cost me weeks to get into that, before being able to do things
like debugging VM's...

So also due to time constraints , I'd have to refrain from that, sorry,
also because I am currently working on a new version of my app RavelNotes.
This is in Swift ( i can live with that) btw, because Smalltalk is not
available
for making  native apps for iOS iPad. Would be an extremely daunting task
to link all iOS libs etc into Smalltalk...



cheers TedvG






--
View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4964995.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by TedVanGaalen
Hello


The freeze problem still exist. (since 2017, starting with Pharo 6)
16 April 2019:
Today I have loaded Pharo7.0.3-0-64bit-0903ade.image
with VM
<http://forum.world.st/file/t230630/Screen_Shot_2019-04-16_at_18.png>

On my Mac Mini late 2012, mac OS Mojave 10.14.4 (OS up to date, system 100%)
Monitor:
Samsung U28D590:
  Resolution: 3840 x 2160 (2160p 4K UHD - Ultra High Definition)
  UI Looks like: 3840 x 2160 @ 30 Hz
  Framebuffer Depth: 24-Bit Color (ARGB8888)

  Note that the same freeze as described previously in this thread
still occurs with the latest Squeak version that
 I have downloaded and tried last  week.
So this could be a VM problem? I really don't know.
All I want to do is write applications with stable Smalltalk/Seaside
no desire (and knowledge) enough to dive into the deep
and dark catacombs of the VM world.

what I did:
-opened the pristine image as downloaded today
- in Pharo - settings - appearance:
     changed the general font size to Large.
- opened the system browser.
- clicked the green bullet in the top left corner (maximize)
Pharo hangs/freeze, menus don't work either.
Can only exit using Force Quit.
The last stable version I did use was Pharo 5.0.
The problem is still the same as I have described in this thread in August
2017.
I did use Pharo launcher a few weeks ago  (having the same problem)
but this is not exactly user friendly, saved images where I don't want to.
and "Save as from within the image is not respected"
I prefer to use just a VM and images, thats good enough for me.

Keep it simple.

I'd like to spend more time with Smalltalk, preferably Pharo.
In essence, I do like new developments like enhanced
system browsers and debugging
that might improve Pharo.
But one might be overshooting the target here,
I find rocksolid stability more important,
than adding more features, so, this should be the main priority,
that is, assuming that Pharo should be deployable in a production
environment?
It is marked as "stable" but it isn't, sorry.
A good house needs a good foundation, same with Smalltalk.
But it seems we are living in a culture of nervous deadlines and hasty and
frequent updates,
is it really necessary?  

All I want is a one click vm + image, as it was before.
simply download and run it.
Why git btw? Smalltalk has an excellent version system,
by using git there is more dependency impact.

Now I am still using Pharo 5.0, the last (to me) stable version of Pharo.

Kind regards
Ted



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Reply | Threaded
Open this post in threaded view
|

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

Paul DeBruicker
HI Ted,


How did you install Pharo?

I ask because I tested the process you described and everything worked fine
on my mac, also Mojave 10.14.4


I opened a terminal, made a temp directory and pasted in

curl https://get.pharo.org/64/ | bash

to install Pharo.

I started the image with

./pharo-ui Pharo.image

Then followed your instructions to set the font to large and maximize Pharo
to be full screen.  Seems to work fine.  


When you run the command to start Pharo from the command line in the
directory with your Pharo 7.0.3 image but instead of specifying an image you
ask the VM for its version e.g './pharo --version' what do you get?


I get:

5.0 5.0.201901051900 Mac OS X built on Jan  5 2019 19:11:02 UTC Compiler:
4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) [Production Spur 64-bit
VM]
CoInterpreter VMMaker.oscog-eem.2504 uuid:
a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 2019
StackToRegisterMappingCogit VMMaker.oscog-eem.2504 uuid:
a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 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

Maybe you're inadvertently using an old VM?




TedVanGaalen wrote

> Hello
>
>
> The freeze problem still exist. (since 2017, starting with Pharo 6)
> 16 April 2019:
> Today I have loaded Pharo7.0.3-0-64bit-0903ade.image
> with VM
> &lt;http://forum.world.st/file/t230630/Screen_Shot_2019-04-16_at_18.png&gt; 
>
> On my Mac Mini late 2012, mac OS Mojave 10.14.4 (OS up to date, system
> 100%)
> Monitor:
> Samsung U28D590:
>   Resolution: 3840 x 2160 (2160p 4K UHD - Ultra High Definition)
>   UI Looks like: 3840 x 2160 @ 30 Hz
>   Framebuffer Depth: 24-Bit Color (ARGB8888)
>
>   Note that the same freeze as described previously in this thread
> still occurs with the latest Squeak version that
>  I have downloaded and tried last  week.
> So this could be a VM problem? I really don't know.
> All I want to do is write applications with stable Smalltalk/Seaside
> no desire (and knowledge) enough to dive into the deep
> and dark catacombs of the VM world.
>
> what I did:
> -opened the pristine image as downloaded today
> - in Pharo - settings - appearance:
>      changed the general font size to Large.
> - opened the system browser.
> - clicked the green bullet in the top left corner (maximize)
> Pharo hangs/freeze, menus don't work either.
> Can only exit using Force Quit.
> The last stable version I did use was Pharo 5.0.
> The problem is still the same as I have described in this thread in August
> 2017.
> I did use Pharo launcher a few weeks ago  (having the same problem)
> but this is not exactly user friendly, saved images where I don't want to.
> and "Save as from within the image is not respected"
> I prefer to use just a VM and images, thats good enough for me.
>
> Keep it simple.
>
> I'd like to spend more time with Smalltalk, preferably Pharo.
> In essence, I do like new developments like enhanced
> system browsers and debugging
> that might improve Pharo.
> But one might be overshooting the target here,
> I find rocksolid stability more important,
> than adding more features, so, this should be the main priority,
> that is, assuming that Pharo should be deployable in a production
> environment?
> It is marked as "stable" but it isn't, sorry.
> A good house needs a good foundation, same with Smalltalk.
> But it seems we are living in a culture of nervous deadlines and hasty and
> frequent updates,
> is it really necessary?  
>
> All I want is a one click vm + image, as it was before.
> simply download and run it.
> Why git btw? Smalltalk has an excellent version system,
> by using git there is more dependency impact.
>
> Now I am still using Pharo 5.0, the last (to me) stable version of Pharo.
>
> Kind regards
> Ted
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>





--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
Hi Paul
thanks for responding.

what I did now:
- removed all Pharo apps & images etc. from my system
(no problem, i have all i need backed up in .st and .mcz files)
followed your instructions to install the latest VM and Image:

==== terminal log: ===========================================

teds-personal-mac-mini:~ TedvG$ curl https://get.pharo.org/64/ | bash
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
100 12695  100 12695    0     0  53119      0 --:--:-- --:--:-- --:--:--
53117
Downloading the latest 70 Image:
    http://files.pharo.org/get-files/70/pharo64.zip
Pharo.image
Downloading the latest pharoVM:
        http://files.pharo.org/get-files/70/pharo64-mac-stable.zip
pharo-vm/Pharo.app/Contents/MacOS/Pharo
Creating starter scripts pharo and pharo-ui
teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pahro.image
teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pharo.image
teds-personal-mac-mini:~ TedvG$ ./pharo-ui version
teds-personal-mac-mini:~ TedvG$ ./pharo-ui --version
5.0 5.0.201901051900 Mac OS X built on Jan  5 2019 19:11:02 UTC Compiler:
4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) [Production Spur 64-bit
VM]
CoInterpreter VMMaker.oscog-eem.2504 uuid:
a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 2019
StackToRegisterMappingCogit VMMaker.oscog-eem.2504 uuid:
a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 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

teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pharo.image
./pharo-ui: line 11:  1539 Terminated: 15        
"$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" "$@"
teds-personal-mac-mini:~ TedvG$
====end terminal log ========================================

In the above as yet unchanged new image, I did nothing else
than "toggle full screen mode"  in the menu bar
Pharo then freezes. had to kill it with force quit.

As you can see in the terminal log, it emits this line when/before freezing:
./pharo-ui: line 11:  1539 Terminated: 15        
"$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" "$@"
Maybe this is helpful.
Would be strange if I am the only one with this problem?
Kind regards
TedvG
<http://forum.world.st/file/t230630/Screen_Shot_2019-04-17_at_12.png>




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Reply | Threaded
Open this post in threaded view
|

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

Sven Van Caekenberghe-2
Try option-click on the green window expansion button.
This will put the window in almost full screen mode.
In my experience, that works much better.

> On 17 Apr 2019, at 13:05, TedVanGaalen <[hidden email]> wrote:
>
> Hi Paul
> thanks for responding.
>
> what I did now:
> - removed all Pharo apps & images etc. from my system
> (no problem, i have all i need backed up in .st and .mcz files)
> followed your instructions to install the latest VM and Image:
>
> ==== terminal log: ===========================================
>
> teds-personal-mac-mini:~ TedvG$ curl https://get.pharo.org/64/ | bash
>  % Total    % Received % Xferd  Average Speed   Time    Time     Time
> Current
>                                 Dload  Upload   Total   Spent    Left
> Speed
> 100 12695  100 12695    0     0  53119      0 --:--:-- --:--:-- --:--:--
> 53117
> Downloading the latest 70 Image:
>    http://files.pharo.org/get-files/70/pharo64.zip
> Pharo.image
> Downloading the latest pharoVM:
> http://files.pharo.org/get-files/70/pharo64-mac-stable.zip
> pharo-vm/Pharo.app/Contents/MacOS/Pharo
> Creating starter scripts pharo and pharo-ui
> teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pahro.image
> teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pharo.image
> teds-personal-mac-mini:~ TedvG$ ./pharo-ui version
> teds-personal-mac-mini:~ TedvG$ ./pharo-ui --version
> 5.0 5.0.201901051900 Mac OS X built on Jan  5 2019 19:11:02 UTC Compiler:
> 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) [Production Spur 64-bit
> VM]
> CoInterpreter VMMaker.oscog-eem.2504 uuid:
> a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 2019
> StackToRegisterMappingCogit VMMaker.oscog-eem.2504 uuid:
> a00b0fad-c04c-47a6-8a11-5dbff110ac11 Jan  5 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
>
> teds-personal-mac-mini:~ TedvG$ ./pharo-ui Pharo.image
> ./pharo-ui: line 11:  1539 Terminated: 15        
> "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" "$@"
> teds-personal-mac-mini:~ TedvG$
> ====end terminal log ========================================
>
> In the above as yet unchanged new image, I did nothing else
> than "toggle full screen mode"  in the menu bar
> Pharo then freezes. had to kill it with force quit.
>
> As you can see in the terminal log, it emits this line when/before freezing:
> ./pharo-ui: line 11:  1539 Terminated: 15        
> "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" "$@"
> Maybe this is helpful.
> Would be strange if I am the only one with this problem?
> Kind regards
> TedvG
> <http://forum.world.st/file/t230630/Screen_Shot_2019-04-17_at_12.png>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>


Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
Hi Sven
-launched the original image again.
-dragged the Pharo window to almost full screen, (4K)

  it then gets redrawing problems:
  - drawing the window contents partly
  - and in the wrong places
  and after a short time then freezes again.
  Exactly the same symptoms as described previously in this thread in 2017.

I tried this several times: launching Pharo with the original pristine
image.
dragging the window bigger, hitting the green bullet + option key etc.

I have no idea why. frustrating. want to get things done with Pharo.

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.

All other apps run without problems and Pharo 5 did also run OK.

TedvG






--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Reply | Threaded
Open this post in threaded view
|

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

Stephan Eggermont-3
In reply to this post by TedVanGaalen
TedVanGaalen <[hidden email]> 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


Reply | Threaded
Open this post in threaded view
|

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

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

Reply | Threaded
Open this post in threaded view
|

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

Paul DeBruicker
In reply to this post by TedVanGaalen
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

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by Stephan Eggermont-3
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

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by Paul DeBruicker
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

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by Paul DeBruicker
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

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by Paul DeBruicker
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

Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
In reply to this post by Paul DeBruicker
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

Reply | Threaded
Open this post in threaded view
|

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

Stephan Eggermont-3
In reply to this post by TedVanGaalen
TedVanGaalen <[hidden email]> wrote:
> Sure. Which one? and with what image?

See https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/380

Stephan


Reply | Threaded
Open this post in threaded view
|

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

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

Reply | Threaded
Open this post in threaded view
|

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

Stephan Eggermont-3
TedVanGaalen <[hidden email]> wrote:
> Thanks for the Info/Link, Stephan
>
> So it is a VM error then?
>

That is what I asked you to verify. Does the problem occur with
201820222239? If not, then it is probably the same bug.

Stephsn


Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
ok, I'll try
please give me a link to that VM  201820222239
can't find it here:
https://files.pharo.org/vm/pharo-spur64/mac/

TedvG



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Reply | Threaded
Open this post in threaded view
|

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

Stephan Eggermont-3
TedVanGaalen <[hidden email]> wrote:
> ok, I'll try
> please give me a link to that VM  201820222239
> can't find it here:
> https://files.pharo.org/vm/pharo-spur64/

Sorry, that’s a typo. See the issue



Reply | Threaded
Open this post in threaded view
|

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

TedVanGaalen
Hi Stephan
I am a bit confused, not really at home in your VM world,
so please send me a link for the VM + an Image that you'd like me to try on
my mac.
Thanks
Ted




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

12345