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 -also in 7.03

TedVanGaalen
Hi Stephan,
Pending: (Which VM?)
If you still think trying a VM with Pharo 7 on my Mac is
important for you to conquer the bug in the VM,
then please tell me which VM I should try out on my Mac.
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

Stephan Eggermont-3
In reply to this post by TedVanGaalen
TedVanGaalen <[hidden email]> wrote:

> 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
>
>
>

See github issue. Vm from files.pharo.org



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
yes, you wrote that already before, but
which specific VM from files.pharo.org? there are many.
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:
> Hi Stephan
> yes, you wrote that already before, but
> which specific VM from files.pharo.org? there are many.
> TedvG

Please compare if you have the same results I had as I described in the
issue  
201810222239 works, 201810230536 is broken



Reply | Threaded
Open this post in threaded view
|

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

Ben Coman
On Sun, 28 Apr 2019 at 17:33, Stephan Eggermont <[hidden email]> wrote:

>
> TedVanGaalen <[hidden email]> wrote:
> > Hi Stephan
> > yes, you wrote that already before, but
> > which specific VM from files.pharo.org? there are many.
> > TedvG
>
> Please compare if you have the same results I had as I described in the
> issue
> 201810222239 works, 201810230536 is broken

I've spent ten minutes looking around the site including these locations
http://files.pharo.org/get-files/70/
http://files.pharo.org/vm/pharo/mac/
http://files.pharo.org/vm/nightly-build/
http://files.pharo.org/platform/

and not been able to identify those versions.
Could you provide links to both those VMs?

cheers -ben

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
Ben Coman <[hidden email]> wrote:

> On Sun, 28 Apr 2019 at 17:33, Stephan Eggermont
> <[hidden email]> wrote:
>>
>> TedVanGaalen <[hidden email]> wrote:
>>> Hi Stephan
>>> yes, you wrote that already before, but
>>> which specific VM from files.pharo.org? there are many.
>>> TedvG
>>
>> Please compare if you have the same results I had as I described in the
>> issue
>> 201810222239 works, 201810230536 is broken
>
> I've spent ten minutes looking around the site including these locations
> http://files.pharo.org/get-files/70/
> http://files.pharo.org/vm/pharo/mac/
> http://files.pharo.org/vm/nightly-build/
> http://files.pharo.org/platform/
>
> and not been able to identify those versions.
> Could you provide links to both those VMs?

Vms are in https://files.pharo.org/vm/pharo-spur64/mac/



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

Yes, tested this briefly: I confirm that
  201810222239 works, 201810230536 is broken

The broken version freezes as soon as selecting full screen from the menu
it freezes also when resizing or moving the window. (after force quitting it
and restarting.

The 201810222239 on first sight seems to be OK,
If it keeps working ok, I will use this VM from now on
until Pharo is downloadable with the official correct VM
btw:
PLEASE RETURN THE ONE CLICK IMAGE
I don't prefer the Pharo Launcher, rather have a one-click image:
no fuzz with an extra app, it works right out of the box
and I can have my own directory structure.
(that means here: having Pharo app, .image.1..x,  changes, Pharo source
and other relevant resource files in one project dedicated folder. )
So that everything I need for a project -including Pharo itself
is there, all I have to do is go to that folder.
call it what you will but I prefer this way of working,
don't care much if it uses a few 100 megabytes more.
"I Did It My Way" Frank Sinatra (I can't sing that good :o|   )
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 Stephan Eggermont-3
Forgot to mention : Tests were run with newest 7.03 image, also downloaded
today.



--
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
FYI  FWIW    further testing:
Running 7.03 with the 201810222239  VM
-loaded Seaside 3.3 from Git
-filed in my test web app + utils
everything working OK without any changes!
Thanks
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 Stephan Eggermont-3
Crying victory too soon:
Alas, it happened again pharo screen frozen,
partly drawn, when going to full screen
( see image.)
frustrating.
The strange thing however:
 the Seaside/Zinc server
 kept running that is: I could enter  and save data in
 in my test app running in the web browser!
No idea why.
TedvG <http://forum.world.st/file/t230630/Screen_Shot_2019-04-29_at_20.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

Stephan Eggermont-3
TedVanGaalen <[hidden email]> wrote:

> Crying victory too soon:
> Alas, it happened again pharo screen frozen,
> partly drawn, when going to full screen
> ( see image.)
> frustrating.
> The strange thing however:
>  the Seaside/Zinc server
>  kept running that is: I could enter  and save data in
>  in my test app running in the web browser!
> No idea why.

That is consistent with other reports. Looks like the event loop receiving
keyboard and mouse events gets stopped and not restarted. The http server
runs in its own process

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

Ben Coman
On Tue, 30 Apr 2019 at 17:44, Stephan Eggermont <[hidden email]> wrote:

>
> TedVanGaalen <[hidden email]> wrote:
> > Crying victory too soon:
> > Alas, it happened again pharo screen frozen,
> > partly drawn, when going to full screen
> > ( see image.)
> > frustrating.
> > The strange thing however:
> >  the Seaside/Zinc server
> >  kept running that is: I could enter  and save data in
> >  in my test app running in the web browser!
> > No idea why.

If you hit <F2> do you see an option for Debug Options > Dump XXX
maybe(?) provide some extra info.

>
> That is consistent with other reports. Looks like the event loop receiving
> keyboard and mouse events gets stopped and not restarted. The http server
> runs in its own process

Its been a long time since I've played with Seaside.
IIUC from Seaside you can get a console-like interface to execute commands(?)
Maybe try...  WorldMorph installNewWorld

Also maybe try commenting out the call to #interCyclePause:.
(btw, your CPU will max out)

cheers -ben

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, but I will revert to Pharo 5.0 (pre spur VM)  again...
until the problems with 7.x are solved... or 8 is really stable.

I was regularly telling colleagues with whom I converse on Twitter
(e.g. Swift, C# and other programmers)
that they should try Smalltalk, especially Pharo,
to see for themselves that programming in Smalltalk
has many advantages, which however only become
obvious when actually using Smalltalk.
So I wrote tweets like
"try it for a week, and you'll be hooked" etc.
So people perhaps downloaded Pharo, but then
to get frozen in a mere minute..

if the *first experience* of those new to Smalltalk
is a freezing Pharo immediately after going full screen
or moving the window.
they might (probably will) think
"ok, agreed, nothing is perfect, but so much for Smalltalk then, wasting my
time"
never to return to Smalltalk again.  
Of course, that's really not good at all.

How can one promote Smalltalk if this kind of things happen?
Please note that this is not meant as a negative comment,
because I know that there are not many people
working on Pharo, but those that do, do the best they can!
However, it is unfortunately the status quo.
Very bad, because it bounces away those
who would really like to try Pharo
and might become enthusiastic Smalltalkers.

"Under the hood", need to know?

New users know nearly nothing about VMs and how they
work. They shouldn't have to.
Let alone hacking VMs etc. to get Pharo going.
(respect btw for those building VMs, this is
not trivial, but this is exactly the reason why it is not a "user thing")

(I am profiling myself here as a typical Smalltalk
user, application programmer.
Not a tool builder, I know almost nothing about VMs
(Do I have to?) and the deepest system related classes
in the Smalltalk deep sea. Initially, I live on the surface, and
only dive deeper when needed, so to speak.
e.g. looking for base classes like Morph.
If I go deeper, I might run out of mental oxygen :o)
It is nearly impossible to know all classes living
in a Smalltalk image. (Seems this ocean metaphor is a
nice one, we know more about (the surface of) the moon
 than about what is in the the depths of our oceans :o) )

All they (should care about) is learning/using
Smalltalk from an application programmer's perspective.

Perhaps it might be a good idea
to make it clear on the Pharo website
that version 5.0 (non spur VM) is the most recent stable version.
when using Pharo for safe reliable application building.
Focus on stable releases, add new things only after that.
(this might sound not too academic,
but down-to-earth industrial, and yes it is)

And    Please   Keep   It  Simple:
just a no frills one-click-image will do.
no hassle with launchers, loaders etc.
For example you can still download
Blender (www.blender.org)
A large 3d application in a zip file
which is a single complete app directory with everything in it.

Thanks
TedvG






Ben Coman wrote
> On Tue, 30 Apr 2019 at 17:44, Stephan Eggermont &lt;

> stephan@

> &gt; wrote:
>>
>> TedVanGaalen &lt;

> tedvga@

> &gt; wrote:
>> > Crying victory too soon:
>> > Alas, it happened again pharo screen frozen,
>> > partly drawn, when going to full screen
>> > ( see image.)
>> > frustrating.
>> > The strange thing however:
>> >  the Seaside/Zinc server
>> >  kept running that is: I could enter  and save data in
>> >  in my test app running in the web browser!
>> > No idea why.
>
> If you hit
> <F2>
>  do you see an option for Debug Options > Dump XXX
> maybe(?) provide some extra info.
>
>>
>> That is consistent with other reports. Looks like the event loop
>> receiving
>> keyboard and mouse events gets stopped and not restarted. The http server
>> runs in its own process
>
> Its been a long time since I've played with Seaside.
> IIUC from Seaside you can get a console-like interface to execute
> commands(?)
> Maybe try...  WorldMorph installNewWorld
>
> Also maybe try commenting out the call to #interCyclePause:.
> (btw, your CPU will max out)
>
> cheers -ben





--
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, but I will revert to Pharo 5.0 (pre spur VM)  again...
> until the problems with 7.x are solved... or 8 is really stable.

The problem here really is Apple breaking things and not telling developers
what changes they make. We’ve been hit by that before. Microsoft has the
same problem

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
To All
(this thread becomes a bit long)
Ca. 4 months later:
Today 2 Aug 2019 I did this:
-downloaded and run Pharo Launcher.
  -In the launcher, downloaded and started the fresh Pharo 7.0 64 image

Pharo then starts up with this image

(but did it also launch with the most recent VM it could find on the server
or did it take a VM from somewhere on my Mac Mini?
Should I remove all VMs etc. from my Mac?
I did that also 4 months ago but that didn't help either...)


In Pharo, all I did was this:
  - did go fullscreen (4K), still working.
  - selected dark theme from the introduction window.
  - Opened "Appearance" menu
  - changed the appearance with one click to "Medium"
    (now showing readable fonts on my 4K screen)
  - changed background to nice blueish gradient.
  - selected fullscreen in top menu to toggle back to a window.
Nothing happens and Pharo is frozen again
Forced quit Pharo was the only thing left to do.

So this is still a problem, leaving me to fall back again to Pharo 5.0
(Is still OK, but not what I desire. 5.0 is the last version that doesn't do
these things.)

Kind 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

Tim Mackinnon
Out of curiosity - instead of going true “full screen” (I’m assuming you are clicking the green + button), try doing alt+click green button (which just resizes the window full screen), and then try your steps - does that make a difference?

I believe there is a full screen issue covered here before - but the resized full screen may be a decent workaround.

Tim

Sent from my iPhone

> On 2 Aug 2019, at 15:24, TedVanGaalen <[hidden email]> wrote:
>
> To All
> (this thread becomes a bit long)
> Ca. 4 months later:
> Today 2 Aug 2019 I did this:
> -downloaded and run Pharo Launcher.
>  -In the launcher, downloaded and started the fresh Pharo 7.0 64 image
>
> Pharo then starts up with this image
>
> (but did it also launch with the most recent VM it could find on the server
> or did it take a VM from somewhere on my Mac Mini?
> Should I remove all VMs etc. from my Mac?
> I did that also 4 months ago but that didn't help either...)
>
>
> In Pharo, all I did was this:
>  - did go fullscreen (4K), still working.
>  - selected dark theme from the introduction window.
>  - Opened "Appearance" menu
>  - changed the appearance with one click to "Medium"
>    (now showing readable fonts on my 4K screen)
>  - changed background to nice blueish gradient.
>  - selected fullscreen in top menu to toggle back to a window.
> Nothing happens and Pharo is frozen again
> Forced quit Pharo was the only thing left to do.
>
> So this is still a problem, leaving me to fall back again to Pharo 5.0
> (Is still OK, but not what I desire. 5.0 is the last version that doesn't do
> these things.)
>
> Kind 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
Hi Tim,

I did that before (see thread history) and other kinds of magic too.
Probably (still) a VM error? (because it happens with squeak also, which
uses same VM?)
 
However, it is beyond my skills and knowledge
No idea how to solve this.

The problem has been around for much too long
It bounces people away that arrive for the first time at Pharo/Smalltalk.
(and they surely won't know about a workaround)

When the first simple things they try freezes the whole environment,
they'll go away and probably never return.
That was then their first and last impression of Smalltalk.

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

horrido
Hmmm, this is worrisome. My JRMPC competition opens for registration in less
than a month, and registrants may use either Windows or Mac. Since the
competition is based on Pharo 7, it is absolutely crucial that Mac-using
registrants be able to successfully run Pharo 7.

Since my Mac mini died last month, I can no longer pursue this matter, so
hopefully someone else can follow up on this soon.



TedVanGaalen wrote

> Hi Tim,
>
> I did that before (see thread history) and other kinds of magic too.
> Probably (still) a VM error? (because it happens with squeak also, which
> uses same VM?)
>  
> However, it is beyond my skills and knowledge
> No idea how to solve this.
>
> The problem has been around for much too long
> It bounces people away that arrive for the first time at Pharo/Smalltalk.
> (and they surely won't know about a workaround)
>
> When the first simple things they try freezes the whole environment,
> they'll go away and probably never return.
> That was then their first and last impression of Smalltalk.
>
> TedvG
>
>
>
> --
> 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

Tim Mackinnon
The error is quite specific, you have to click on the maximise green button on a Mac and go full screen - if you just resize or alt-click that button you don’t seem to get this problem (at least I haven’t been able to - but Ted hasn’t confirmed this yet). So I don’t think its quite so bad - and in fact it doesn’t always crash, but I have got stuck and been unable to un-maximise, however I could save my work.

Tim

> On 6 Aug 2019, at 23:52, horrido <[hidden email]> wrote:
>
> Hmmm, this is worrisome. My JRMPC competition opens for registration in less
> than a month, and registrants may use either Windows or Mac. Since the
> competition is based on Pharo 7, it is absolutely crucial that Mac-using
> registrants be able to successfully run Pharo 7.
>
> Since my Mac mini died last month, I can no longer pursue this matter, so
> hopefully someone else can follow up on this soon.
>
>
>
> TedVanGaalen wrote
>> Hi Tim,
>>
>> I did that before (see thread history) and other kinds of magic too.
>> Probably (still) a VM error? (because it happens with squeak also, which
>> uses same VM?)
>>
>> However, it is beyond my skills and knowledge
>> No idea how to solve this.
>>
>> The problem has been around for much too long
>> It bounces people away that arrive for the first time at Pharo/Smalltalk.
>> (and they surely won't know about a workaround)
>>
>> When the first simple things they try freezes the whole environment,
>> they'll go away and probably never return.
>> That was then their first and last impression of Smalltalk.
>>
>> TedvG
>>
>>
>>
>> --
>> 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
Sorry for the later response. yes here too: resizing didn't cause problems.
Drastic work around :o)   :
I have now installed Pharo 7.0 on my other Windows 10 PC,
Using the Pharo Launcher. **
Everything works ok, on my windows machine.
installed Seaside, my own app dev from .st fileins. etc.
Great!

Enjoying the improved 7.0 version.

Thanks to all
Kind regards
TedvG

**
(still having a problem here with Pharo Launcher)
   If I do "save as" in Pharo, the new image does NOT appear in the launcher
Window,
  why is that?
  Pharo does also not respect the traditional "save as"  default renaming.
  It does not supply the old image name name with the new incremented
.number trailing.
 
  Solved the problem by putting my most recent .image .changes .source
files
  into a separate independent  folder and making a Windows file association
to the new VM.
  which by the way is my preferred way of working, completely local, off
line,
  putting everything related to a single app development
   in one autonomous folder. (I don't use git for my own developments..)
   Now, to work with an .image, I simply click on it and the VM starts with
that image,
   what can be simpler?
  I don't need the nested folder structure the Pharo Launcher uses.
In practice, this means the Pharo Launcher is only useful to me to get
the most recent VM & image, whenever the need arises.







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

12345