Working OSProcess configuration for Pharo 6 release (please)
Hi Thierry, hi all, The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it. In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10. I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ? Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ? Thank you very much. Clement
Hi Clément
On Jun 20, 2017, at 6:10 AM, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi! The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX. I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build. I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/ -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
Ok. Maybe when things are fixed we should update the Pharo 6 release version (the one-click) to have a version with OSProcess working. Cyril the production Pharo VM are now generated from opensmalltalk-vm. There is no separate Pharo build. Just saying to avoid fireworks. On Tue, Jun 20, 2017 at 5:08 PM, Cyril Ferlicot <cyril.ferlicot@gmail.com> wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX. I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
Hi Cyril, On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com> wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX.
Can you say more? I'm noticing slow start up on the latest VMs but once it is running I see no issue. What specifically is running slowly for you?
I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
Hi Eliot, I experience the same slowness as Cyril. Latest Pharo's UI is completely unresponsive and it takes seconds to open new windows, resizing is a nightmare. I made two videos comparing latest and stable VMs. I used 32bit Pharo-60501 on OSX Sierra 10.12.5. â Pharo-VMLatest.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTXy1wNmlSTlV5THM/view?usp=drive_...> ââ Pharo-VMStable.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTX3AzUkNqcng3dUk/view?usp=drive_...> â Cheers, Alex On 20 June 2017 at 19:14, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Cyril,
On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com> wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX.
Can you say more? I'm noticing slow start up on the latest VMs but once it is running I see no issue. What specifically is running slowly for you?
I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
The problem is that stable VM crashes every 10min when I type (the same problem as Doru has) and latest is slooooow. My current crash.dmp is already 934 KB while single typing related crash produces 8 KB of output. It means that Pharo crashed > 100 times! :( On 20 June 2017 at 19:26, Aliaksei Syrel <alex.syrel@gmail.com> wrote:
Hi Eliot,
I experience the same slowness as Cyril. Latest Pharo's UI is completely unresponsive and it takes seconds to open new windows, resizing is a nightmare.
I made two videos comparing latest and stable VMs. I used 32bit Pharo-60501 on OSX Sierra 10.12.5. â Pharo-VMLatest.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTXy1wNmlSTlV5THM/view?usp=drive_...> ââ Pharo-VMStable.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTX3AzUkNqcng3dUk/view?usp=drive_...> â Cheers, Alex
On 20 June 2017 at 19:14, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Cyril,
On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com
wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX.
Can you say more? I'm noticing slow start up on the latest VMs but once it is running I see no issue. What specifically is running slowly for you?
I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
Hi Alex,, Hi Cyril, On Tue, Jun 20, 2017 at 10:26 AM, Aliaksei Syrel <alex.syrel@gmail.com> wrote:
Hi Eliot,
I experience the same slowness as Cyril. Latest Pharo's UI is completely unresponsive and it takes seconds to open new windows, resizing is a nightmare.
Many apologies. I broke the criterion for running global GC when I added the allocation measurement support. The GC is run when the heap is found to have grown by some ration (default 1.5) after each scavenge. When I added the allocation counting support I noticed that there was a bug in the determination of the size of the heap (the old code just looked at the extent of the heap, not the sum of the size of segments) and so I changed it to use the correct size. Evidently I've broken something. I'll fix it asap, but first have some other issues to attend to. It should be fixed before the end of the week.
I made two videos comparing latest and stable VMs. I used 32bit Pharo-60501 on OSX Sierra 10.12.5. â Pharo-VMLatest.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTXy1wNmlSTlV5THM/view?usp=drive_...> ââ Pharo-VMStable.mov <https://drive.google.com/file/d/0B-bMBVDOi3oTX3AzUkNqcng3dUk/view?usp=drive_...> â Cheers, Alex
On 20 June 2017 at 19:14, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Cyril,
On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com
wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX.
Can you say more? I'm noticing slow start up on the latest VMs but once it is running I see no issue. What specifically is running slowly for you?
I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
-- _,,,^..^,,,_ best, Eliot
Hi Cyril, Hi Alex, On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com> wrote:
On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX. I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I found and fixed the problem just now. See opensmalltalk-vm/Cog commit f54456fc05c1846bb7e553c6ff5fec9f700abdae Author: Eliot Miranda <eliot.miranda@gmail.com> Date: Wed Jun 21 11:17:25 2017 -0700 CogVM source as per VMMaker.oscog-eem.2244 Spur: Fix regression in VMMaker.oscog-eem.2237. sufficientSpaceAfterGC: must compute heapSizePostGC using totalOldSpaceCapacity instead of the old broken segment-insensitive endOfMemory - nilObj, otherwise as soon as a segment is added it's quite possible that there will be a full GC after each scavenge. So the latest VMs should be back to normal.
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/
-- Cyril Ferlicot https://ferlicot.fr
http://www.synectique.eu 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
On 21 Jun 2017, at 23:07, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Cyril, Hi Alex,
On Tue, Jun 20, 2017 at 8:08 AM, Cyril Ferlicot <cyril.ferlicot@gmail.com <mailto:cyril.ferlicot@gmail.com>> wrote: On Tue, Jun 20, 2017 at 5:04 PM, Eliot Miranda <eliot.miranda@gmail.com <mailto:eliot.miranda@gmail.com>> wrote:
Hi Clément
That was a mistake of mine. In the current VM it now answers e.g. 1011.6 and so things should be working again.
Hi!
The problem is that the stable vm does not have the fix and the current latest vm is **reeeeeeeeally* slow. It happens at least on OSX. I don't know if it is a known problem or if it comes from the opensmalltalk build or the pharo build.
I found and fixed the problem just now. See
opensmalltalk-vm/Cog commit f54456fc05c1846bb7e553c6ff5fec9f700abdae
Author: Eliot Miranda <eliot.miranda@gmail.com <mailto:eliot.miranda@gmail.com>> Date: Wed Jun 21 11:17:25 2017 -0700
CogVM source as per VMMaker.oscog-eem.2244
Spur: Fix regression in VMMaker.oscog-eem.2237. sufficientSpaceAfterGC: must compute heapSizePostGC using totalOldSpaceCapacity instead of the old broken segment-insensitive endOfMemory - nilObj, otherwise as soon as a segment is added it's quite possible that there will be a full GC after each scavenge.
So the latest VMs should be back to normal.
yes that should. I just need to promote them as âstableâ :P Esteban
I got the VM here: http://files.pharo.org/vm/pharo-spur32/mac/ <http://files.pharo.org/vm/pharo-spur32/mac/>
-- Cyril Ferlicot https://ferlicot.fr <https://ferlicot.fr/>
http://www.synectique.eu <http://www.synectique.eu/> 2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France
-- _,,,^..^,,,_ best, Eliot
Hell, I think the newest VM already has a fix to work like before, so no change the OSProcess is needed: https://pharo.fogbugz.com/f/cases/20156/OSPlatform-current-returns-a-MacOSPl... <https://pharo.fogbugz.com/f/cases/20156/OSPlatform-current-returns-a-MacOSPl...>
On 20 Jun 2017, at 15:10, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
Clement why you cannot load OSSubprocess? On Tue, Jun 20, 2017 at 3:10 PM, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
On Thu, Jun 22, 2017 at 8:03 AM, Stephane Ducasse <stepharo.self@gmail.com> wrote:
Clement why you cannot load OSSubprocess?
1) project has to work on itimer Linux VM. 2) existing project working with OSProcess and I don't want to spend time migrating. 3) code base has to work at least in Squeak and Pharo, I don't want to add extra code so it uses different frameworks in different platforms and then maintain this extra code.
On Tue, Jun 20, 2017 at 3:10 PM, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
Hi Eliot, I confirm that OSX performance issue is fixed in latest VM ( http://files.pharo.org/vm/pharo-spur32/mac/pharo-mac-i386-201706280928-1bd79... ). Thanks a lot! Cheers, Alex On 22 June 2017 at 08:39, Clément Bera <bera.clement@gmail.com> wrote:
On Thu, Jun 22, 2017 at 8:03 AM, Stephane Ducasse <stepharo.self@gmail.com
wrote:
Clement why you cannot load OSSubprocess?
1) project has to work on itimer Linux VM. 2) existing project working with OSProcess and I don't want to spend time migrating. 3) code base has to work at least in Squeak and Pharo, I don't want to add extra code so it uses different frameworks in different platforms and then maintain this extra code.
On Tue, Jun 20, 2017 at 3:10 PM, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
But now OSX latest VM (http://files.pharo.org/vm/pha ro-spur32/mac/pharo-mac-i386-201706280928-1bd79a7.zip) crashes when trying to load a project using Iceberg without crash.dmp. I only get the following in terminal: Pharo(4280,0xa6f3b1c0) malloc: *** error for object 0x8416a314: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug I tested with both 60501 and 60503 images to prove that it is a VM problem, because it works well with 60501 and Stable :) Maybe it is somehow related to the new version of libgit in the latest vm... Cheers, Alex On 28 June 2017 at 18:26, Aliaksei Syrel <alex.syrel@gmail.com> wrote:
Hi Eliot,
I confirm that OSX performance issue is fixed in latest VM ( http://files.pharo.org/vm/pharo-spur32/mac/pharo-mac-i386-2 01706280928-1bd79a7.zip). Thanks a lot!
Cheers, Alex
On 22 June 2017 at 08:39, Clément Bera <bera.clement@gmail.com> wrote:
On Thu, Jun 22, 2017 at 8:03 AM, Stephane Ducasse < stepharo.self@gmail.com> wrote:
Clement why you cannot load OSSubprocess?
1) project has to work on itimer Linux VM. 2) existing project working with OSProcess and I don't want to spend time migrating. 3) code base has to work at least in Squeak and Pharo, I don't want to add extra code so it uses different frameworks in different platforms and then maintain this extra code.
On Tue, Jun 20, 2017 at 3:10 PM, Clément Bera <bera.clement@gmail.com> wrote:
Hi Thierry, hi all,
The Pharo catalog version of OSProcess is not working in the Pharo 6 release and I need to load OSProcess in one of my projects. I cannot load OSSubProcess instead, so no need to answer this mail talking about it.
In-between version 2231 and 2241 of VMMaker, the vm parameter 1002 (os version), has changed on Mac from '1011.6' to '10.11.6'. OSProcess tests the version number against 1000, and should now test against 10.
I checked the SqueakSource repo of OSProcess, I can see that the last version is 4.6.8 and the catalog configuration loads an older version, but I cannot see any fix related to the version number ?
Can someone update the OSProcess configuration in the Pharo catalog so that it loads a working version in the Pharo 6 release or point me to an OSProcess configuration, outside of the catalog, which works in the release of Pharo 6 please ?
Thank you very much.
Clement
participants (7)
-
Aliaksei Syrel -
Clément Bera -
Cyril Ferlicot -
Eliot Miranda -
Esteban Lorenzano -
Marcus Denker -
Stephane Ducasse