Pharo 6.0 and 6.1 64 bit freeze on MacMini
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: Hardware Overview: Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0 maybe this problem was already reported, but could find it. Kind Regards TedvG
I've just installed the 32bit version. same problems here. freezes -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Also, - How did you install pharo? Command line and zero conf? Website download link? - What does it mean to "freeze"? - Do you have an exception? a PharoDebug.log file? a crash.dmp? Can you try to open you image from the command line? $ Pharo.app/Contents/Pharo Pharo.image #I do not remember the exact path to the vm executable... like that you will be able to capture any exceptions from the terminal. Alternatively, you can try to download pharo using zeroconf if you did not, and you can try: $ pharo-ui Pharo.image Guille On Mon, Jul 31, 2017 at 4:58 PM, stephan <stephan@stack.nl> wrote:
On 31-07-17 16:42, TedVanGaalen wrote:
I've just installed the 32bit version. same problems here. freezes
Where did you install what versions of vm and image on what OS X version?
Stephan
-- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr> *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13
OS = macOS Sierra Version 10.12.6 I have encountered the same behaviour for Pharo 6.0 and 6.1 64 bit or 32 bit, it doesn't matter. Workflow: Downloaded Pharo6.1-mac.zip and placed the resulting .app file into the normal Applications folder (a hit on the Pharo website recommends this for Sierra) Started it from there and of course loads the included pristine image. Because of my 4k screen the first thing that I did is change fonts to "large" via System menu and then maximize the window by clicking the little green icon in the top left corner. Repeated this procedure several times (reinstalling etc.) sometimes it froze instantly, sometimes after redrawing attempts, sometimes it still runs and I can manually "repaint" the window by swiping a playground window everywhere. at times it works ok but then suddenly freezes after a few minutes or so e.g. when I save a method. So, to me it is unpredictable. At times I've tried CTLR + "." sometimes it reacts but then freezes again.. After that I've removed 6.1 64 bit version completely and reinstalled it, this tim enot in the Applications folder but in another folder on the Desktop, alas, to no avail, also for the 32 bit version of Pharo 6.1. Officially Apple does not support UHD 4k screens on a Mac Mini from late 2012 with Intel HD graphics 4000. However, like almost everybody else who uses 4K screens on this computer, I am using the SwitchResX app which tells macOS about this resolution, adjusting the parameters it is native 3840 x 2160 @ 30 Hz refresh rate. Apart from some graphical glitches on the start up screen graphics are perfect with all the apps I use, also for graphically intense apps like Affinity Photo and Affinity Designer and even 4K videos. If you are still using the same graphical interfacing in 6.x as in Pharo 5.0 this shouldn't be the problem, i think.? Nevertheless, yes. I will try with a a lower non-native resolution later and let you know if that made any difference. Pharo 5.0 is completely stable and works flawlessly, with the image with Seaside and Wooden (GL) loaded. No crashes at all. really is great. I am reviving my Smalltalk (my favorite programming system), because I prefer to write apps for mac, linux and Windows with it. mostly as (local) webbrowser apps, with some Morphs put in it. This allows much faster developing and does not cause headaches :o) I am also writing iOS apps (e.g.RavelNotes for iOS iPad and Apple TV (lots of time, retired in 2016) but this has to be done with Xcode and Swift, with has increasingly complexity, which is inherent to statically typed languages. (like generics, protocols.etc.) No way (yet) to do this with Smalltalk, also for 3D apps e.g. with SceneKit it's still not fast enough, which leaves me no choice. Thank you, kind Regards. Ted. (I was also here in 2012, but was under tons of IT stress, which reflected in my writing and responding, luckily this is gone) -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Hi, I have now tried to run Pharo 6.1 32 bit with setting the screen resolution in macOS System Preferences to the following what they call "scaled resolutions" (read "non-native resolutions"), which are less that the native screen resolution: 3200 x 1800 and 1920 x 1080. In these resolutions the Pharo 6.1 32 bit works OK: that is, when repeatedly switching to and from full screen (using the green window button in the upperleft corner) the Pharo window content is then instantly correctly redrawn. Which is not the case with native UHD resolution: when maximizing the window is not redrawn and leaves white bands at the top and left side. if I e.g.moved an internal window like the system browser downward repeated window parts remain where it was. Which typically is a window redraw issue. It then gets very sluggish and in the end freezes. I then have to Force Quit the app. Unfortunately Pharo dies then to fast to give some post-mortem crash.dmp. I assume that other crashes, that is e.g. with dragging the Playground also caused it to freeze, because of redraw issues, which occur likewise in the 32 and 64 bit version of Pharo version > 6.0 with this UHD resolution. So, my guess is that drawing on macOS with the native resolution UHD 3840 * 2160 still has a bug. I'd suggest that perhaps comparing the graphic driver logic with that of what is used in Pharo 5.0, which functions correctly, with UHD resolution might reveal the problem? Have you tested this on macOS with this UHD screens? Will it/does it also crash also on 4k iMac and even 5k iMacs or only on the Mac Mini? Thank you in advance for solving this problem, if possible. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Very very wild guess: it could have to do with GPU<-> Open GL? <-> Pharo call time out issues because the Intel HD 4000 GPU is working at its (officially allowed) upper performance limits with 3840 x 2160 at 30 Hz refresh rate (maximum). OTOH however: 1. I am not a GPU Guru.. 2. It works flawlessly with Pharo 5.0 and before. 3. All other macOS applications also work OK. If it is a VM issue, Squeak would have the same problem but I don't want to spend time to try this as well. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
since 1.8.2017 there was no response, did already anyone thought/worked to solve this problem? Thank you, Ted TedVanGaalen wrote
Very very wild guess: it could have to do with GPU<-> Open GL? <-> Pharo call time out issues because the Intel HD 4000 GPU is working at its (officially allowed) upper performance limits with 3840 x 2160 at 30 Hz refresh rate (maximum). OTOH however: 1. I am not a GPU Guru.. 2. It works flawlessly with Pharo 5.0 and before. 3. All other macOS applications also work OK.
If it is a VM issue, Squeak would have the same problem but I don't want to spend time to try this as well.
TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
On 11 Aug 2017, at 13:48, TedVanGaalen <tedvga@gmail.com> wrote:
since 1.8.2017 there was no response, did already anyone thought/worked to solve this problem? Thank you, Ted
not yet. Iâm on holidays so I cannot test anything. in a couple of weeks, maybe⦠but Iâm guessing this is a VM problem⦠maybe someone on vm-dev can help here? Esteban
TedVanGaalen wrote
Very very wild guess: it could have to do with GPU<-> Open GL? <-> Pharo call time out issues because the Intel HD 4000 GPU is working at its (officially allowed) upper performance limits with 3840 x 2160 at 30 Hz refresh rate (maximum). OTOH however: 1. I am not a GPU Guru.. 2. It works flawlessly with Pharo 5.0 and before. 3. All other macOS applications also work OK.
If it is a VM issue, Squeak would have the same problem but I don't want to spend time to try this as well.
TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>.
thanks for you reply, Esteban well, I can still use Pharo 5 in the mean time, no problem. how/where should I forward this to vm-dev? Regards, have a nice holiday! Ted -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
.. hard to imagine I am the only one with this problem? -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
We do not have mac minis around to test if this is related to the hardware. Stef On Fri, Aug 11, 2017 at 5:05 PM, TedVanGaalen <tedvga@gmail.com> wrote:
.. hard to imagine I am the only one with this problem?
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Well, I am in Speyer, Germany, probably too far away, Although not really good in low level debugging nevertheless, if I can help in some way, please let me know! Does it run OK then on other 4/5K screen macs? TedvG www.speyer.de -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
But I'm quite convinced is more related to the screen than the macmini. At least, I will like to test in that direction.
On 11 Aug 2017, at 19:23, Stephane Ducasse <stepharo.self@gmail.com> wrote:
We do not have mac minis around to test if this is related to the hardware.
Stef
On Fri, Aug 11, 2017 at 5:05 PM, TedVanGaalen <tedvga@gmail.com> wrote: .. hard to imagine I am the only one with this problem?
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
The screen is a Samsung U28D590 3840 x 2160 @ 30Hz (max reso on intel 4000 graphics) via a Thunderbolt->DisplayPort cable. Initially not directly supported, that is, the resolution was not recognized by the OS as-is, but has been enabled with the SwitchResx app here http://www.madrau.com/ which somehow tweaks the system telling it about this new resolution. Many use this utility app. It runs OK from the start since summer 2015. Pharo 5.0 runs fast and stable without problems. -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
On Wed, Aug 2, 2017 at 2:07 AM, TedVanGaalen <tedvga@gmail.com> wrote:
Hi, I have now tried to run Pharo 6.1 32 bit with setting the screen resolution in macOS System Preferences to the following what they call "scaled resolutions" (read "non-native resolutions"), which are less that the native screen resolution: 3200 x 1800 and 1920 x 1080. In these resolutions the Pharo 6.1 32 bit works OK: that is, when repeatedly switching to and from full screen (using the green window button in the upperleft corner) the Pharo window content is then instantly correctly redrawn. Which is not the case with native UHD resolution:
when maximizing the window is not redrawn and leaves white bands at the top and left side.
Is it possible for you to post screenshots of these, so we have a concrete understanding of the behaviour? (note posts are limited to 1000kb)
if I e.g.moved an internal window like the system browser downward repeated window parts remain where it was.
If I'm guessing was you are seeing on this second point, in the past four years I've seen similar behaviour a few times. I think this was on Windows. I lived with it and later cleared up on its own, "perhaps" when I changed hardware (but this Windows -> OSX -> Windows several months later). I had a very-vague intuition the problem may be related to AMD graphics chipset. Google found other applications were having similar problems. An exotic interaction with some specific hardware driver could account for why its not being widely observed. Which typically is a window redraw issue.
It then gets very sluggish and in the end freezes. I then have to Force Quit the app. Unfortunately Pharo dies then to fast to give some post-mortem crash.dmp.
In the window movement shadowing I saw, I didn't experience any sluggish or freezing behaviour. cheers -ben
I assume that other crashes, that is e.g. with dragging the Playground also caused it to freeze, because of redraw issues, which occur likewise in the 32 and 64 bit version of Pharo version > 6.0 with this UHD resolution.
So, my guess is that drawing on macOS with the native resolution UHD 3840 * 2160 still has a bug. I'd suggest that perhaps comparing the graphic driver logic with that of what is used in Pharo 5.0, which functions correctly, with UHD resolution might reveal the problem?
Have you tested this on macOS with this UHD screens? Will it/does it also crash also on 4k iMac and even 5k iMacs or only on the Mac Mini?
Thank you in advance for solving this problem, if possible.
TedvG
-- View this message in context: http://forum.world.st/Pharo-6- 0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4958189.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
here's a screenshot. notice the white band in the content area after maximizing the window. It freezed, can't move the inner windows anymore and ctrl '.' user interrupt doesn't work and have to force quit Pharo. No idea what happens but Pharo 5.0 runs as stable as ever. Kind Regards TedvG <http://forum.world.st/file/n4961631/Screen_Shot_2017-08-15_at_18.png> -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Actually this reminds me of a similar problem Iâve seen on my MacBook Pro (retina) - if I stretch the desktop to try and use the full space of the screen (not maximising it) I have on occasion frozen - however its not actually frozen it seems that drawing on screen has stopped, and if I resize the window a bit smaller drawing restarts and is fine. It seems to be when I try and drag the pharo desktop down to cover the last 5 or so pixels at the bottom. Might be something totally different, but I mention it in case it rings any bells. Tim
On 16 Aug 2017, at 12:13, TedVanGaalen <tedvga@gmail.com> wrote:
here's a screenshot. notice the white band in the content area after maximizing the window. It freezed, can't move the inner windows anymore and ctrl '.' user interrupt doesn't work and have to force quit Pharo. No idea what happens but Pharo 5.0 runs as stable as ever. Kind Regards TedvG <http://forum.world.st/file/n4961631/Screen_Shot_2017-08-15_at_18.png>
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Aha! similar here! Didn't do that before: resizing after freezing. So almost sure it has to do with resizing only? 1: after maximizing to full screen parts are not redrawn but still can drag windows around: <http://forum.world.st/file/n4961655/Scr2017-08-161429.png> 2: then after coming back and reentering full screen the everthing is redrawn again,(can't remembering opening a Test Window probably clicked on a non refreshed part in window) But when dragging windows parts are not redrawn (you can see almost exactly where I dragged because the gradient background reveals differences if you'd look closely. Still, Pharo is still alive. but doesn't redraw the parts when e.g. evaluating something in a Playground as can be seen in the last 3rd screen dump. <http://forum.world.st/file/n4961655/Scr2017-08-161432.png> <http://forum.world.st/file/n4961655/Scr2017-08-161436.png> So, in summary: resizing the screen in any way can freeze/unfreeze Pharo again and screen redrawing is in error. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Yesterday 23 Aug, I completely deleted all Pharo 6.1 64 bit and then downloaded and reinstalled it, but the same problems are still present. Then I installed Squeak5.1-16549-64bit, which works without problems. (I don't know if it uses the same VM as Pharo 6.1 64 bit?, if that is true, then the problem could be within the image, not the VM?) However, I do prefer using Pharo. As written before, I'll use Pharo 5.0 until 6.x runs ok on my mac mini. kind regards TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
it may have something to do with FreeType. Can you try removing/renaming Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib ? (just to test) thanks, Esteban
On 24 Aug 2017, at 14:00, TedVanGaalen <tedvga@gmail.com> wrote:
Yesterday 23 Aug, I completely deleted all Pharo 6.1 64 bit and then downloaded and reinstalled it, but the same problems are still present.
Then I installed Squeak5.1-16549-64bit, which works without problems. (I don't know if it uses the same VM as Pharo 6.1 64 bit?, if that is true, then the problem could be within the image, not the VM?)
However, I do prefer using Pharo. As written before, I'll use Pharo 5.0 until 6.x runs ok on my mac mini.
kind regards TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â this screen dump is after maximizing Pharo (as can be seen only dragging window redraws areas itâs been on) didnât freeze this time but mostly after some time it will and have to force quite Pharo.
On 24. Aug 2017, at 14:42, EstebanLM [via Smalltalk] <ml+s1294792n4963855h58@n4.nabble.com> wrote:
it may have something to do with FreeType. Can you try removing/renaming Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib ?
(just to test)
thanks, Esteban
On 24 Aug 2017, at 14:00, TedVanGaalen <[hidden email] <x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0>> wrote:
Yesterday 23 Aug, I completely deleted all Pharo 6.1 64 bit and then downloaded and reinstalled it, but the same problems are still present.
Then I installed Squeak5.1-16549-64bit, which works without problems. (I don't know if it uses the same VM as Pharo 6.1 64 bit?, if that is true, then the problem could be within the image, not the VM?)
However, I do prefer using Pharo. As written before, I'll use Pharo 5.0 until 6.x runs ok on my mac mini.
kind regards TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>.
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
Screen Shot 2017-08-24 at 15.10.30.png (174K) <http://forum.world.st/attachment/4963866/0/Screen%20Shot%202017-08-24%20at%2...> Screen Shot 2017-08-24 at 15.18.10.png (448K) <http://forum.world.st/attachment/4963866/1/Screen%20Shot%202017-08-24%20at%2...> -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
and image still freezing? Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <tedvga@gmail.com> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
this screen dump is after maximizing Pharo (as can be seen only dragging window redraws areas itâs been on) didnât freeze this time but mostly after some time it will and have to force quite Pharo.
On 24. Aug 2017, at 14:42, EstebanLM [via Smalltalk] <[hidden email] <x-msg://183/user/SendEmail.jtp?type=node&node=4963866&i=0>> wrote:
it may have something to do with FreeType. Can you try removing/renaming Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib ?
(just to test)
thanks, Esteban
On 24 Aug 2017, at 14:00, TedVanGaalen <<a href="x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0 <x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0>" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Yesterday 23 Aug, I completely deleted all Pharo 6.1 64 bit and then downloaded and reinstalled it, but the same problems are still present.
Then I installed Squeak5.1-16549-64bit, which works without problems. (I don't know if it uses the same VM as Pharo 6.1 64 bit?, if that is true, then the problem could be within the image, not the VM?)
However, I do prefer using Pharo. As written before, I'll use Pharo 5.0 until 6.x runs ok on my mac mini.
kind regards TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>.
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <applewebdata://EA1D0388-75E1-4B16-8398-B1BFF508CD00>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com <http://nabble.com/>.
yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well) TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <ml+s1294792n4963878h71@n4.nabble.com> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <[hidden email] <x-msg://3/user/SendEmail.jtp?type=node&node=4963878&i=0>> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
this screen dump is after maximizing Pharo (as can be seen only dragging window redraws areas itâs been on) didnât freeze this time but mostly after some time it will and have to force quite Pharo.
On 24. Aug 2017, at 14:42, EstebanLM [via Smalltalk] <<a href="x-msg://183/user/SendEmail.jtp?type=node&node=4963866&i=0 <x-msg://183/user/SendEmail.jtp?type=node&node=4963866&i=0>" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
it may have something to do with FreeType. Can you try removing/renaming Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib ?
(just to test)
thanks, Esteban
On 24 Aug 2017, at 14:00, TedVanGaalen <<a href="<a href="x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0 <x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0>" class="">x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0 <x-msg://1/user/SendEmail.jtp?type=node&node=4963855&i=0>" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Yesterday 23 Aug, I completely deleted all Pharo 6.1 64 bit and then downloaded and reinstalled it, but the same problems are still present.
Then I installed Squeak5.1-16549-64bit, which works without problems. (I don't know if it uses the same VM as Pharo 6.1 64 bit?, if that is true, then the problem could be within the image, not the VM?)
However, I do prefer using Pharo. As written before, I'll use Pharo 5.0 until 6.x runs ok on my mac mini.
kind regards TedvG
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com <http://nabble.com/>.
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <applewebdata://C1A52F7D-2602-4631-93C6-961ABAB155ED>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com <http://nabble.com/>.
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
What happens if you untick "Use FreeType" in System > Settings? cheers -ben On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <tedvga@gmail.com> wrote:
yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email] <http:///user/SendEmail.jtp?type=node&node=4963891&i=0>> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="x-msg://3/user/ SendEmail.jtp?type=node&node=4963878&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
Hi Ben, Did the following - restoring Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib (by renaming its extension back to .dylib) - started Pharo -setting use Free type ON -setting Update fonts at start ON it then immediately starts loading fonts, (which I thought might be a good idea because perhaps fonts were not completely loaded in the image, but that didnât make any difference) -saved and quit -fired up Pharo again. didnât help. Same problems occur then: (as you have asked) - started Pharo again -setting use Free type OFF -setting Update fonts at start OFF -saved and quit -fired up Pharo again. didnât help either I have no idea what the cause might be, but if you have other suggestions to test I be glad to help. (if not a thousand attempts :o) in the mean time I use 5 until a next release comes out 7 ? that works ok. kind regards TedvG
On 25. Aug 2017, at 06:07, Ben Coman [via Smalltalk] <ml+s1294792n4963983h26@n4.nabble.com> wrote:
What happens if you untick "Use FreeType" in System > Settings?
cheers -ben
On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <[hidden email] <x-msg://1/user/SendEmail.jtp?type=node&node=4963983&i=0>> wrote: yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email] <http://user/SendEmail.jtp?type=node&node=4963891&i=0>> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="x-msg://3/user/SendEmail.jtp?type=node&node=4963878&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
Screen Shot 2017-08-25 at 15.33.49.png (96K) <http://forum.world.st/attachment/4964080/0/Screen%20Shot%202017-08-25%20at%2...> -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Hi Ted, You might consider building a debug VM. There is a random chance it provides useful insight. At its simplest all you need to do is... $ git clone https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ cd opensmalltalk-vm/build.macos32x86/pharo.cog.spur $ ./mvm -A taken from... https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/build.macos32x86/... First confirm the problem still exists in each of three generated VMs started normally, then later try using lldb to trace what methods are executed. (though I'm not familiar with lldb - you'll need to google some tutorials) cheers -ben On Fri, Aug 25, 2017 at 9:55 PM, TedVanGaalen <tedvga@gmail.com> wrote:
Hi Ben, Did the following - restoring Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib (by renaming its extension back to .dylib) - started Pharo -setting use Free type ON -setting Update fonts at start ON
it then immediately starts loading fonts, (which I thought might be a good idea because perhaps fonts were not completely loaded in the image, but that didnât make any difference)
-saved and quit -fired up Pharo again.
didnât help. Same problems occur
then: (as you have asked)
- started Pharo again -setting use Free type OFF -setting Update fonts at start OFF -saved and quit -fired up Pharo again.
didnât help either
I have no idea what the cause might be, but if you have other suggestions to test I be glad to help. (if not a thousand attempts :o)
in the mean time I use 5 until a next release comes out 7 ? that works ok.
kind regards TedvG
On 25. Aug 2017, at 06:07, Ben Coman [via Smalltalk] <[hidden email] <http:///user/SendEmail.jtp?type=node&node=4964080&i=0>> wrote:
What happens if you untick "Use FreeType" in System > Settings?
cheers -ben
On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <<a href="x-msg://1/user/ SendEmail.jtp?type=node&node=4963983&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email] <http://user/SendEmail.jtp?type=node&node=4963891&i=0>> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="<a href="x-msg://3/user/" class="">x-msg://3/user/SendEm ail.jtp?type=node&node=4963878&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
------------------------------ If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on- MacMini-tp4957969p4963983.html To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here . NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
------------------------------ View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> Sent from the Pharo Smalltalk Users mailing list archive <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com.
But it is a freeze or a screen refresh problem? Can you try to command . heavily on your frozen image? On Sat, Aug 26, 2017 at 2:48 PM, Ben Coman <btc@openinworld.com> wrote:
Hi Ted,
You might consider building a debug VM. There is a random chance it provides useful insight. At its simplest all you need to do is... $ git clone https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ cd opensmalltalk-vm/build.macos32x86/pharo.cog.spur $ ./mvm -A
taken from... https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/build.macos32x86/...
First confirm the problem still exists in each of three generated VMs started normally, then later try using lldb to trace what methods are executed. (though I'm not familiar with lldb - you'll need to google some tutorials)
cheers -ben
On Fri, Aug 25, 2017 at 9:55 PM, TedVanGaalen <tedvga@gmail.com> wrote:
Hi Ben, Did the following - restoring Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib (by renaming its extension back to .dylib) - started Pharo -setting use Free type ON -setting Update fonts at start ON
it then immediately starts loading fonts, (which I thought might be a good idea because perhaps fonts were not completely loaded in the image, but that didnât make any difference)
-saved and quit -fired up Pharo again.
didnât help. Same problems occur
then: (as you have asked)
- started Pharo again -setting use Free type OFF -setting Update fonts at start OFF -saved and quit -fired up Pharo again.
didnât help either
I have no idea what the cause might be, but if you have other suggestions to test I be glad to help. (if not a thousand attempts :o)
in the mean time I use 5 until a next release comes out 7 ? that works ok.
kind regards TedvG
On 25. Aug 2017, at 06:07, Ben Coman [via Smalltalk] <[hidden email]> wrote:
What happens if you untick "Use FreeType" in System > Settings?
cheers -ben
On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <<a href="x-msg://1/user/SendEmail.jtp?type=node&node=4963983&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email]> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="<a href="x-msg://3/user/" class="">x-msg://3/user/SendEmail.jtp?type=node&node=4963878&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
________________________________ If you reply to this email, your message will be added to the discussion below:
http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here. NAML
________________________________ View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Within WorldState>>doOneCycle, try writing to a file every second, and at the command line use... tail -f ... to see if it keeps writing when the screen is frozen. And also try writing to a file in a forked process. cheers -ben On Sun, Aug 27, 2017 at 1:58 AM, Stephane Ducasse <stepharo.self@gmail.com> wrote:
But it is a freeze or a screen refresh problem? Can you try to command . heavily on your frozen image?
On Sat, Aug 26, 2017 at 2:48 PM, Ben Coman <btc@openinworld.com> wrote:
Hi Ted,
You might consider building a debug VM. There is a random chance it provides useful insight. At its simplest all you need to do is... $ git clone https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ cd opensmalltalk-vm/build.macos32x86/pharo.cog.spur $ ./mvm -A
taken from... https://github.com/OpenSmalltalk/opensmalltalk- vm/blob/Cog/build.macos32x86/HowToBuild
First confirm the problem still exists in each of three generated VMs started normally, then later try using lldb to trace what methods are executed. (though I'm not familiar with lldb - you'll need to google some tutorials)
cheers -ben
On Fri, Aug 25, 2017 at 9:55 PM, TedVanGaalen <tedvga@gmail.com> wrote:
Hi Ben, Did the following - restoring Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib (by renaming its extension back to .dylib) - started Pharo -setting use Free type ON -setting Update fonts at start ON
it then immediately starts loading fonts, (which I thought might be a good idea because perhaps fonts were not completely loaded in the image, but that didnât make any difference)
-saved and quit -fired up Pharo again.
didnât help. Same problems occur
then: (as you have asked)
- started Pharo again -setting use Free type OFF -setting Update fonts at start OFF -saved and quit -fired up Pharo again.
didnât help either
I have no idea what the cause might be, but if you have other suggestions to test I be glad to help. (if not a thousand attempts :o)
in the mean time I use 5 until a next release comes out 7 ? that works
ok.
kind regards TedvG
On 25. Aug 2017, at 06:07, Ben Coman [via Smalltalk] <[hidden email]> wrote:
What happens if you untick "Use FreeType" in System > Settings?
cheers -ben
On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <<a href="x-msg://1/user/SendEmail.jtp?type=node&node=4963983&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]>
wrote:
yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email]> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="<a href="x-msg://3/user/" class="">x-msg://3/user/SendEmail.jtp?type=node&
node=4963878&i=0"
target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
________________________________ If you reply to this email, your message will be added to the discussion below:
http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on- MacMini-tp4957969p4963983.html To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here. NAML
________________________________ View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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 <tedvga@gmail.com> 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-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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
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 <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
-- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
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
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 <tedvga@gmail.com> 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
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
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
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
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
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
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
TedVanGaalen <tedvga@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
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
TedVanGaalen <tedvga@gmail.com> wrote:
Sure. Which one? and with what image?
See https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/380 Stephan
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
TedVanGaalen <tedvga@gmail.com> 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
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
TedVanGaalen <tedvga@gmail.com> 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
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
TedVanGaalen <tedvga@gmail.com> 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
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
TedVanGaalen <tedvga@gmail.com> 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
On Sun, 28 Apr 2019 at 17:33, Stephan Eggermont <stephan@stack.nl> wrote:
TedVanGaalen <tedvga@gmail.com> 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
Ben Coman <btc@openinworld.com> wrote:
On Sun, 28 Apr 2019 at 17:33, Stephan Eggermont <stephan@stack.nl> wrote:
TedVanGaalen <tedvga@gmail.com> 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/
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
Thanks for Pharo 8.0! Sorry to revive this thread again and again since version 6, but the full screen freeze problem on Mac still persists. Did a clean install today of Pharo 8.0 as follows: Remove all Pharo, apps, images, launcher from before < Pharo 8.0 (saved my stuff in .st files before doing so) Installed Pharo 8.0 launcher -started with vanilla 8.0 64 bit image. -changed fonts to medium (4k screen here) -saved the image. -clicked on full screen option in the top menu. Freezes again in full screen modus. As long as I don't go full screen or resize to that, everything works ok. Regards TedvG -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
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
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
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
TedVanGaalen <tedvga@gmail.com> 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
On Tue, 30 Apr 2019 at 17:44, Stephan Eggermont <stephan@stack.nl> wrote:
TedVanGaalen <tedvga@gmail.com> 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
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 <
stephan@
> wrote:
TedVanGaalen <
tedvga@
> 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
TedVanGaalen <tedvga@gmail.com> 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
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
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 <tedvga@gmail.com> 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
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
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
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 <horrido.hobbies@gmail.com> 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
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
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
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
Hi John, ⦠thanks. another wild, wild guess: it could then perhaps be, (if Pharo uses Open GL) that my graphics card has Open GL incompatibility? or that Pharo 6.1 uses Open GL calls not implemented on an Intel HD Graphics 4000 chip as in my mac mini? kind regards TedvG
On 25. Aug 2017, at 06:56, John Pfersich [via Smalltalk] <ml+s1294792n4963988h81@n4.nabble.com> wrote:
I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a problem resizing or maximizing Pharo 6.1.
On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen <[hidden email] <x-msg://3/user/SendEmail.jtp?type=node&node=4963988&i=0>> wrote:
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: Hardware Overview:
Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0
maybe this problem was already reported, but could find it.
Kind Regards TedvG
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
That's what I'm thinking. I'm going to do some research tonight. I'll report back what I find out. Sent from my iPhone
On Aug 25, 2017, at 07:03, TedVanGaalen <tedvga@gmail.com> wrote:
Hi John, ⦠thanks. another wild, wild guess: it could then perhaps be, (if Pharo uses Open GL) that my graphics card has Open GL incompatibility? or that Pharo 6.1 uses Open GL calls not implemented on an Intel HD Graphics 4000 chip as in my mac mini?
kind regards TedvG
On 25. Aug 2017, at 06:56, John Pfersich [via Smalltalk] <[hidden email]> wrote:
I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a problem resizing or maximizing Pharo 6.1.
On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen <<a href="x-msg://3/user/SendEmail.jtp?type=node&node=4963988&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: Hardware Overview:
Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0
maybe this problem was already reported, but could find it.
Kind Regards TedvG
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here. NAML
View this message in context: Re: Pharo 6.0 and 6.1 64 bit freeze on MacMini Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
note btw in the screenshot that that some text in the dialogue boxes are not completely drawn, like âAdvanced featur..â, "Cache sizâ¦â, âGlyph contrasâ¦â, etc. this doesnât change when the column width is increased with the mouse. TedvG
On 25. Aug 2017, at 15:55, Ted F.A.van Gaalen <tedvga@gmail.com> wrote:
Hi Ben, Did the following - restoring Pharo.app/Contents/MacOS/Plugins/libFT2Plugin.dylib (by renaming its extension back to .dylib) - started Pharo -setting use Free type ON -setting Update fonts at start ON
it then immediately starts loading fonts, (which I thought might be a good idea because perhaps fonts were not completely loaded in the image, but that didnât make any difference)
-saved and quit -fired up Pharo again.
didnât help. Same problems occur
then: (as you have asked)
- started Pharo again -setting use Free type OFF -setting Update fonts at start OFF -saved and quit -fired up Pharo again.
didnât help either
I have no idea what the cause might be, but if you have other suggestions to test I be glad to help. (if not a thousand attempts :o)
in the mean time I use 5 until a next release comes out 7 ? that works ok.
kind regards TedvG
<Screen Shot 2017-08-25 at 15.33.49.png>
On 25. Aug 2017, at 06:07, Ben Coman [via Smalltalk] <ml+s1294792n4963983h26@n4.nabble.com <mailto:ml+s1294792n4963983h26@n4.nabble.com>> wrote:
What happens if you untick "Use FreeType" in System > Settings?
cheers -ben
On Thu, Aug 24, 2017 at 10:06 PM, TedVanGaalen <[hidden email] <x-msg://1/user/SendEmail.jtp?type=node&node=4963983&i=0>> wrote: yes, after full screen -> normal window -> minimise -> reshow it did. (not in any particular order, tried al those before as well)
TedvG
On 24. Aug 2017, at 15:46, EstebanLM [via Smalltalk] <[hidden email] <http://user/SendEmail.jtp?type=node&node=4963891&i=0>> wrote:
and image still freezing?
Esteban
On 24 Aug 2017, at 15:28, TedVanGaalen <<a href="x-msg://3/user/ <x-msg://3/user/>SendEmail.jtp?type=node&node=4963878&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]> wrote:
Hi Esteban, unfortunately that doesnât make any difference. What I did: extension temporarily renamed to â¦..wasAdylib Started Pharo app by clikcing on it (gets the downloaded maiden image) then: âFT2Error:Freetype2 primitive failed [error -1][canât get error string]â
If you reply to this email, your message will be added to the discussion below: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... <http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4...> To unsubscribe from Pharo 6.0 and 6.1 64 bit freeze on MacMini, click here <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&nod...>. NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instant...>
-- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
- Do you have an exception? a PharoDebug.log file? a crash.dmp? I didn't found neither of this files on my system. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p4... Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
What happens if you lower the display resolution? cheers -ben On Mon, Jul 31, 2017 at 9:28 PM, Ted F.A.van Gaalen <tedvga@gmail.com> wrote:
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: *Hardware Overview:*
Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0
maybe this problem was already reported, but could find it.
Kind Regards TedvG
I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a problem resizing or maximizing Pharo 6.1. On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen <tedvga@gmail.com> wrote:
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: *Hardware Overview:*
Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0
maybe this problem was already reported, but could find it.
Kind Regards TedvG
I don't think it's just on Mac Mini - my MacBook Pro late 13" 2016 retina will show similar symptoms if I try and resize the window to full screen (not the maximise button, but try and drag the bottom corner of the world to the last 5-10 pixels at the bottom of the screen). I think Ted noticed similar in that it looks frozen but it's actually the screen not redrawing as you can fiddle to get it back (can't recall what I did - maybe drag a window on top?) Tim Sent from my iPhone Sent from my iPhone
On 25 Aug 2017, at 05:55, john pfersich <jpfersich@gmail.com> wrote:
I don't know if it matters, but on my Retina 5K, 27 inch, Late 2015 iMac, AMD Radeon R9 M395 wirh 2048 MB running MacOS 10.12.6 I don't have a problem resizing or maximizing Pharo 6.1.
On Mon, Jul 31, 2017 at 6:28 AM, Ted F.A.van Gaalen <tedvga@gmail.com> wrote:
Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on my Mac Mini with UDH 4K screen (may that has to do with?) with its maiden image (at first start after download when: I resize or go to full screen. Maybe VM problem? my mac Mini metrics: Hardware Overview:
Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 4 GB Boot ROM Version: MM61.0106.B1F SMC Version (system): 2.8f0
maybe this problem was already reported, but could find it.
Kind Regards TedvG
participants (14)
-
Ben Coman -
Dimitris Chloupis -
Esteban Lorenzano -
Guillermo Polito -
horrido -
john pfersich -
Paul DeBruicker -
stephan -
Stephan Eggermont
-
Stephane Ducasse -
Sven Van Caekenberghe -
Ted F.A.van Gaalen -
TedVanGaalen
-
Tim Mackinnon