Hi all, I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal Greetings, ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
seems to be resolved. Could you confirm? On 2013-11-08, at 20:53, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Hi all,
I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I
This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal
Greetings,
<PharoDebug.log>
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Nope, I have the same issue on today's 30561 image. 100% CPU time, blank screen, no responsiveness, needed to force-quit the app :-( :-( The log is in attachment (MacOS, 10.8.5). On Nov 9, 2013, at 8:48 AM, Camillo Bruni <camillobruni@gmail.com> wrote:
seems to be resolved. Could you confirm?
On 2013-11-08, at 20:53, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Hi all,
I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I
This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal
Greetings,
<PharoDebug.log>
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
On 08 Nov 2013, at 20:54, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Hi all,
I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I
This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal
Do you use a startup script? It might be incompatible and trigger a strange bug⦠Marcus
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere) On Nov 9, 2013, at 9:52 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On 08 Nov 2013, at 20:54, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Hi all,
I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I
This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal
Do you use a startup script? It might be incompatible and trigger a strange bugâ¦
Marcus
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
this is strange because I just took the latest 30 and it works. So what is your vm? Stef
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
On Nov 9, 2013, at 9:52 AM, Marcus Denker <marcus.denker@inria.fr> wrote:
On 08 Nov 2013, at 20:54, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Hi all,
I wanted to toy around with 3.0 for a moment today, so I downloaded the last image from http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip It is unresponsive with 100% CPU usage. I thought it was a VM issue of mine, so I downloaded the installer , and this has the same issue. I
This is MacOS, I'm still on 10.8.5, I attach PharoDebug.log below for your perusal
Do you use a startup script? It might be incompatible and trigger a strange bugâ¦
Marcus
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
On 2013-11-09, at 14:00, Marcus Denker <marcus.denker@inria.fr> wrote:
On 09 Nov 2013, at 13:55, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
do you have a .sources file?
probably that, since the lookup logic changed the other day. I will try without the .sources
On 2013-11-09, at 14:17, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:00, Marcus Denker <marcus.denker@inria.fr> wrote:
On 09 Nov 2013, at 13:55, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
do you have a .sources file?
probably that, since the lookup logic changed the other day. I will try without the .sources
Confirmed, if I open the image without sources it hangs (strangely enough not even with stderr output) Saving the image with sources and then opening it again without sources works, producing a proper warning
On 2013-11-09, at 14:29, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:17, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:00, Marcus Denker <marcus.denker@inria.fr> wrote:
On 09 Nov 2013, at 13:55, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
do you have a .sources file?
probably that, since the lookup logic changed the other day. I will try without the .sources
Confirmed, if I open the image without sources it hangs (strangely enough not even with stderr output) Saving the image with sources and then opening it again without sources works, producing a proper warning
https://pharo.fogbugz.com/f/cases/12129/FileLocator-is-not-initialized-at-th...
On Nov 9, 2013, at 10:52 AM, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:29, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:17, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:00, Marcus Denker <marcus.denker@inria.fr> wrote:
On 09 Nov 2013, at 13:55, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
do you have a .sources file?
probably that, since the lookup logic changed the other day. I will try without the .sources
Confirmed, if I open the image without sources it hangs (strangely enough not even with stderr output) Saving the image with sources and then opening it again without sources works, producing a proper warning
https://pharo.fogbugz.com/f/cases/12129/FileLocator-is-not-initialized-at-th...
Confirmed from my end: putting a PharoV20.sources in the same directory as the VM (Pharo.app) solved the problem. Note that putting it in the same directory as the image does NOT solve the problem. I don't know what the expected behavior is anymore, so I am just reporting both behaviors here. Thanks for looking into this! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. On Nov 9, 2013, at 11:31 AM, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
On Nov 9, 2013, at 10:52 AM, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:29, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:17, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-11-09, at 14:00, Marcus Denker <marcus.denker@inria.fr> wrote:
On 09 Nov 2013, at 13:55, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
Nope, I just unzip the new image and double click it. (+ I never defined any startup script anywhere)
do you have a .sources file?
probably that, since the lookup logic changed the other day. I will try without the .sources
Confirmed, if I open the image without sources it hangs (strangely enough not even with stderr output) Saving the image with sources and then opening it again without sources works, producing a proper warning
https://pharo.fogbugz.com/f/cases/12129/FileLocator-is-not-initialized-at-th...
Confirmed from my end: putting a PharoV20.sources in the same directory as the VM (Pharo.app) solved the problem. Note that putting it in the same directory as the image does NOT solve the problem. I don't know what the expected behavior is anymore, so I am just reporting both behaviors here.
Thanks for looking into this!
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
On 09 Nov 2013, at 15:37, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
That seems to be a regression from how it once was, so it should be fixed ASAP. Sven
On 2013-11-09, at 16:30, Sven Van Caekenberghe <sven@stfx.eu> wrote:
On 09 Nov 2013, at 15:37, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
That seems to be a regression from how it once was, so it should be fixed ASAP.
It was fixed and actually extended to take more source locations into account. But somehow FileLocator is not properly initialized and thus the additional locations are not properly resolved.
Camillo I read the bug entry and your explanation. Now could not we find a solution that is not based on postscript? Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have as much as behavior inside the initialize so that we do not forget a little message and get the system shaky. Stef
On 09 Nov 2013, at 15:37, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
That seems to be a regression from how it once was, so it should be fixed ASAP.
It was fixed and actually extended to take more source locations into account. But somehow FileLocator is not properly initialized and thus the additional locations are not properly resolved.
It did not solve the issue yet :/, I will have to look into it next week. In any case, I think it would be unrelated to a bootstrap since FileLocator is already lazily initialized. There is just the typical problem on how and when to update a singleton... I should reopen the issue since the problem persists. On 2013-11-10, at 12:37, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
I read the bug entry and your explanation. Now could not we find a solution that is not based on postscript? Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have as much as behavior inside the initialize so that we do not forget a little message and get the system shaky.
Stef
On 09 Nov 2013, at 15:37, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
That seems to be a regression from how it once was, so it should be fixed ASAP.
It was fixed and actually extended to take more source locations into account. But somehow FileLocator is not properly initialized and thus the additional locations are not properly resolved.
On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni@gmail.com> wrote:
It did not solve the issue yet :/, I will have to look into it next week.
Don't ;) You should not touch Pharo related things and start use pomodoroes to blast your phd Stef
In any case, I think it would be unrelated to a bootstrap since FileLocator is already lazily initialized. There is just the typical problem on how and when to update a singleton⦠Ok so this is good then.
I should reopen the issue since the problem persists.
On 2013-11-10, at 12:37, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
I read the bug entry and your explanation. Now could not we find a solution that is not based on postscript? Why? because I'm thinking that soon (or later) we will bootstrap from sources and I would love to have as much as behavior inside the initialize so that we do not forget a little message and get the system shaky.
Stef
On 09 Nov 2013, at 15:37, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
For double completeness ;-) The one-click download Pharo3.0-mac.zip has the same problem. The included source file is in the wrong directory. It should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
That seems to be a regression from how it once was, so it should be fixed ASAP.
It was fixed and actually extended to take more source locations into account. But somehow FileLocator is not properly initialized and thus the additional locations are not properly resolved.
On principle, a big +1 on going forward on the PhD! :-) But, the one-click download Pharo3.0-mac.zip being broken is an important issue that should be addressed fairly quickly in my opinion. As I said, the sources file should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs. On Nov 10, 2013, at 10:29 AM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni@gmail.com> wrote:
It did not solve the issue yet :/, I will have to look into it next week.
Don't ;) You should not touch Pharo related things and start use pomodoroes to blast your phd
Stef
In any case, I think it would be unrelated to a bootstrap since FileLocator is already lazily initialized. There is just the typical problem on how and when to update a singleton⦠Ok so this is good then.
I should reopen the issue since the problem persists.
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
I was about to complaint about the issue but good that some people already complained, found the source of the problem and the resolution (sources should be in VM directory and not in image). Good work. The resolution works for me. Now I can revive my pharo settings because I thought the problem was originating from the startup scripts. Usman On Sun, Nov 10, 2013 at 4:48 PM, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
On principle, a big +1 on going forward on the PhD! :-)
But, the one-click download Pharo3.0-mac.zip being broken is an important issue that should be addressed fairly quickly in my opinion. As I said, the sources file should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
On Nov 10, 2013, at 10:29 AM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni@gmail.com>
wrote:
It did not solve the issue yet :/, I will have to look into it next
week.
Don't ;) You should not touch Pharo related things and start use pomodoroes to
blast your phd
Stef
In any case, I think it would be unrelated to a bootstrap since
FileLocator
is already lazily initialized. There is just the typical problem on how and when to update a singleton⦠Ok so this is good then.
I should reopen the issue since the problem persists.
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
I guess this one fell through the cracks, so https://pharo.fogbugz.com/f/cases/12164/One-Click-on-Mac-is-broken-due-to-ne... On Nov 10, 2013, at 12:48 PM, Johan Fabry <jfabry@dcc.uchile.cl> wrote:
On principle, a big +1 on going forward on the PhD! :-)
But, the one-click download Pharo3.0-mac.zip being broken is an important issue that should be addressed fairly quickly in my opinion. As I said, the sources file should be moved out of Contents/Resources and moved into Contents/MacOS. Then the one-click also runs.
On Nov 10, 2013, at 10:29 AM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
On Nov 10, 2013, at 2:05 PM, Camillo Bruni <camillobruni@gmail.com> wrote:
It did not solve the issue yet :/, I will have to look into it next week.
Don't ;) You should not touch Pharo related things and start use pomodoroes to blast your phd
Stef
In any case, I think it would be unrelated to a bootstrap since FileLocator is already lazily initialized. There is just the typical problem on how and when to update a singleton⦠Ok so this is good then.
I should reopen the issue since the problem persists.
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
participants (6)
-
Camillo Bruni -
Johan Fabry -
Marcus Denker -
Stéphane Ducasse -
Sven Van Caekenberghe -
Usman Bhatti