Hi,
I have noticed that Pharo 6 VM is quite unstable on OS X. I do not face it on my desktop, but my Travis CI builds are mostly broken. See the example here: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258 https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258
<>Segmentation fault Thu Apr 20 23:31:54 2017 <> <> <>VM: 201702221539 https://github.com/pharo-project/pharo-vm.git https://github.com/pharo-project/pharo-vm.git $ Date: Wed Feb 22 16:39:40 2017 +0100 $ <>Plugins: 201702221539 https://github.com/pharo-project/pharo-vm.git https://github.com/pharo-project/pharo-vm.git $ <> <>C stack backtrace & registers: <> eax 0x00000000 ebx 0x044f9014 ecx 0x044f9014 edx 0x00000000 <> edi 0x044f7a7d esi 0x044f7a7d ebp 0xbffabae8 esp 0xbffabaa0 <> eip 0x000689e6 <>0 Pharo 0x000689e6 bytecodePCForstartBcpcin + 195 <>1 Pharo 0x000961be reportStackState + 706
The same build task is stable on Windows and Linux.
If some of the builds are green, it is because I have restarted the job, typically several times.
There is also this issue at the beginning of the log: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84 https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84
62.56sDownloading the latest pharoVM: <> http://files.pharo.org/get-files/60/pharo-mac-stable.zip http://files.pharo.org/get-files/60/pharo-mac-stable.zip <>pharo-vm/Pharo.app/Contents/MacOS/Pharo <>Downloading PharoV60.sources: <> http://files.pharo.org/get-files/60/sources.zip http://files.pharo.org/get-files/60/sources.zip <>Creating starter scripts pharo and pharo-ui <>2017-04-20 23:30:25.180 Pharo[2532:5750] 23:30:25.180 ERROR: 312: error -66680 <>2017-04-20 23:30:25.182 Pharo[2532:5750] 23:30:25.182 ERROR: >aq> 1630: failed (-66680); will stop (5512/0 frames) <>2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: 312: error -66680 <>2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: >aq> 1630: failed (-66680); will stop (33075/0 frames) <> Any idea how can it be improved? Or how can I debug it in order to provide more information?
Thanks! Juraj
On Thu, Apr 20, 2017 at 5:11 PM, Juraj Kubelka juraj.kubelka@icloud.com wrote:
Hi,
I have noticed that Pharo 6 VM is quite unstable on OS X. I do not face it on my desktop, but my Travis CI builds are mostly broken. See the example here: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258
Segmentation fault Thu Apr 20 23:31:54 2017 VM: 201702221539 https://github.com/pharo-project/pharo-vm.git $ Date: Wed Feb 22 16:39:40 2017 +0100 $ Plugins: 201702221539 https://github.com/pharo-project/pharo-vm.git $ C stack backtrace & registers: eax 0x00000000 ebx 0x044f9014 ecx 0x044f9014 edx 0x00000000 edi 0x044f7a7d esi 0x044f7a7d ebp 0xbffabae8 esp 0xbffabaa0 eip 0x000689e6 0 Pharo 0x000689e6 bytecodePCForstartBcpcin + 195 1 Pharo 0x000961be reportStackState + 706
The same build task is stable on Windows and Linux.
If some of the builds are green, it is because I have restarted the job, typically several times.
There is also this issue at the beginning of the log: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84
62.56sDownloading the latest pharoVM: http://files.pharo.org/get-files/60/pharo-mac-stable.zip pharo-vm/Pharo.app/Contents/MacOS/Pharo Downloading PharoV60.sources: http://files.pharo.org/get-files/60/sources.zip Creating starter scripts pharo and pharo-ui 2017-04-20 23:30:25.180 Pharo[2532:5750] 23:30:25.180 ERROR: 312: error -66680 2017-04-20 23:30:25.182 Pharo[2532:5750] 23:30:25.182 ERROR: >aq> 1630: failed (-66680); will stop (5512/0 frames) 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: 312: error -66680 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: >aq> 1630: failed (-66680); will stop (33075/0 frames)
Any idea how can it be improved? Or how can I debug it in order to provide more information?
Have you tried building your own Pharo VM from the opensmalltalk-vm sources? Any more or less stable?
Thanks! Juraj
On Fri, Apr 21, 2017 at 8:11 AM, Juraj Kubelka juraj.kubelka@icloud.com wrote:
Hi,
I have noticed that Pharo 6 VM is quite unstable on OS X. I do not face it on my desktop, but my Travis CI builds are mostly broken. See the example here: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258
Segmentation fault Thu Apr 20 23:31:54 2017 VM: 201702221539 https://github.com/pharo-project/pharo-vm.git $ Date: Wed Feb 22 16:39:40 2017 +0100 $ Plugins: 201702221539 https://github.com/pharo-project/pharo-vm.git $ C stack backtrace & registers: eax 0x00000000 ebx 0x044f9014 ecx 0x044f9014 edx 0x00000000 edi 0x044f7a7d esi 0x044f7a7d ebp 0xbffabae8 esp 0xbffabaa0 eip 0x000689e6 0 Pharo 0x000689e6 bytecodePCForstartBcpcin + 195 1 Pharo 0x000961be reportStackState + 706
The same build task is stable on Windows and Linux.
If some of the builds are green, it is because I have restarted the job, typically several times.
There is also this issue at the beginning of the log: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84
62.56sDownloading the latest pharoVM: http://files.pharo.org/get-files/60/pharo-mac-stable.zip pharo-vm/Pharo.app/Contents/MacOS/Pharo Downloading PharoV60.sources: http://files.pharo.org/get-files/60/sources.zip Creating starter scripts pharo and pharo-ui 2017-04-20 23:30:25.180 Pharo[2532:5750] 23:30:25.180 ERROR: 312: error -66680 2017-04-20 23:30:25.182 Pharo[2532:5750] 23:30:25.182 ERROR: >aq> 1630: failed (-66680); will stop (5512/0 frames) 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: 312: error -66680 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: >aq> 1630: failed (-66680); will stop (33075/0 frames)
Any idea how can it be improved? Or how can I debug it in order to provide more information?
Thanks! Juraj
https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L297-L299 Smalltalk stack dump: 0xbffb7ae8 I SessionManager>snapshot:andQuit: 0x5a26fd0: a(n) SessionManager 0xbffb7b18 I [] in SmalltalkImage>snapshot:andQuit: 0x4fc3410: a(n) SmalltalkImage
Maybe it is be the Compactor bug, http://forum.world.st/Crashes-on-snapshot-with-the-new-compactor-td4939959.h...
introduced I guess per this commit... Date: Sat Feb 18 07:43:47 2017 -0800 CogVM source as per VMMaker.oscog-eem.2134 Move the SpurPlanningCompactor to tip.
and fixed Date: Mon Apr 10 19:37:04 2017 +0200 SpurPlanningCompactor: Fix a bug in resetting the free chunk used for the firstUnusedFieldsSpace after non-final pasxses (i.e. on snapshot). The old code didn't check to see if a free chunk was actually found(!!).
where that VM http://files.pharo.org/get-files/60/pharo-mac-stable.zip falls in between VM: 201702221539 [...] Date: Wed Feb 22 [...]
Try with http://files.pharo.org/get-files/60/pharo-mac-latest.zip
@Esteban, when you're back from vacation, probably good to bump stable prior doing it again(?) at Pharo 6 release.
cheers -ben
Hi,
you are right, with the get.pharo.org/vmLatest60 it works well. Unfortunately, I cannot set this on Travis. It would be nice to make a new stable release.
Thanks! Juraj
El 21-04-2017, a las 00:30, Ben Coman btc@openInWorld.com escribió:
On Fri, Apr 21, 2017 at 8:11 AM, Juraj Kubelka juraj.kubelka@icloud.com wrote:
Hi,
I have noticed that Pharo 6 VM is quite unstable on OS X. I do not face it on my desktop, but my Travis CI builds are mostly broken. See the example here: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258
Segmentation fault Thu Apr 20 23:31:54 2017 VM: 201702221539 https://github.com/pharo-project/pharo-vm.git $ Date: Wed Feb 22 16:39:40 2017 +0100 $ Plugins: 201702221539 https://github.com/pharo-project/pharo-vm.git $ C stack backtrace & registers: eax 0x00000000 ebx 0x044f9014 ecx 0x044f9014 edx 0x00000000 edi 0x044f7a7d esi 0x044f7a7d ebp 0xbffabae8 esp 0xbffabaa0 eip 0x000689e6 0 Pharo 0x000689e6 bytecodePCForstartBcpcin + 195 1 Pharo 0x000961be reportStackState + 706
The same build task is stable on Windows and Linux.
If some of the builds are green, it is because I have restarted the job, typically several times.
There is also this issue at the beginning of the log: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84
62.56sDownloading the latest pharoVM: http://files.pharo.org/get-files/60/pharo-mac-stable.zip pharo-vm/Pharo.app/Contents/MacOS/Pharo Downloading PharoV60.sources: http://files.pharo.org/get-files/60/sources.zip Creating starter scripts pharo and pharo-ui 2017-04-20 23:30:25.180 Pharo[2532:5750] 23:30:25.180 ERROR: 312: error -66680 2017-04-20 23:30:25.182 Pharo[2532:5750] 23:30:25.182 ERROR: >aq> 1630: failed (-66680); will stop (5512/0 frames) 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: 312: error -66680 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: >aq> 1630: failed (-66680); will stop (33075/0 frames)
Any idea how can it be improved? Or how can I debug it in order to provide more information?
Thanks! Juraj
https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L297-L299 Smalltalk stack dump: 0xbffb7ae8 I SessionManager>snapshot:andQuit: 0x5a26fd0: a(n) SessionManager 0xbffb7b18 I [] in SmalltalkImage>snapshot:andQuit: 0x4fc3410: a(n) SmalltalkImage
Maybe it is be the Compactor bug, http://forum.world.st/Crashes-on-snapshot-with-the-new-compactor-td4939959.h...
introduced I guess per this commit... Date: Sat Feb 18 07:43:47 2017 -0800 CogVM source as per VMMaker.oscog-eem.2134 Move the SpurPlanningCompactor to tip.
and fixed Date: Mon Apr 10 19:37:04 2017 +0200 SpurPlanningCompactor: Fix a bug in resetting the free chunk used for the firstUnusedFieldsSpace after non-final pasxses (i.e. on snapshot). The old code didn't check to see if a free chunk was actually found(!!).
where that VM http://files.pharo.org/get-files/60/pharo-mac-stable.zip falls in between VM: 201702221539 [...] Date: Wed Feb 22 [...]
Try with http://files.pharo.org/get-files/60/pharo-mac-latest.zip
@Esteban, when you're back from vacation, probably good to bump stable prior doing it again(?) at Pharo 6 release.
cheers -ben
Hi!
I notice the same issue, reported recently, even with the latest Pharo VM: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/226952575#L257 https://travis-ci.org/JurajKubelka/PharoSprint/jobs/226952575#L257
Segmentation fault Fri Apr 28 20:13:09 2017 VM: 201704281504 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Fri Apr 28 17:04:48 2017 +0200 $ Plugins: 201704281504 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ C stack backtrace & registers: eax 0x00000000 ebx 0x04539374 ecx 0x04539374 edx 0x00000000 edi 0x0452e0b8 esi 0x0452e0b8 ebp 0xbff15ac8 esp 0xbff15a60 eip 0x00104a08 0 Pharo 0x00104a08 bytecodePCForstartBcpcin + 183 1 Pharo 0x00138223 reportStackState + 819 2 Pharo 0x001385c7 sigsegv + 167
Any idea how I could help to fix it or provide more information?
Eliot: Have you tried building your own Pharo VM from the opensmalltalk-vm sources? Any more or less stable?
No I have not tried to build my own vm. Should I? Currently I use the latest VM, as the stable VM for Pharo 6.0 is unstable.
Thanks! Juraj
On Apr 21, 2017, at 00:30, Ben Coman btc@openInWorld.com wrote:
On Fri, Apr 21, 2017 at 8:11 AM, Juraj Kubelka juraj.kubelka@icloud.com wrote:
Hi,
I have noticed that Pharo 6 VM is quite unstable on OS X. I do not face it on my desktop, but my Travis CI builds are mostly broken. See the example here: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L258
Segmentation fault Thu Apr 20 23:31:54 2017 VM: 201702221539 https://github.com/pharo-project/pharo-vm.git $ Date: Wed Feb 22 16:39:40 2017 +0100 $ Plugins: 201702221539 https://github.com/pharo-project/pharo-vm.git $ C stack backtrace & registers: eax 0x00000000 ebx 0x044f9014 ecx 0x044f9014 edx 0x00000000 edi 0x044f7a7d esi 0x044f7a7d ebp 0xbffabae8 esp 0xbffabaa0 eip 0x000689e6 0 Pharo 0x000689e6 bytecodePCForstartBcpcin + 195 1 Pharo 0x000961be reportStackState + 706
The same build task is stable on Windows and Linux.
If some of the builds are green, it is because I have restarted the job, typically several times.
There is also this issue at the beginning of the log: https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L84
62.56sDownloading the latest pharoVM: http://files.pharo.org/get-files/60/pharo-mac-stable.zip pharo-vm/Pharo.app/Contents/MacOS/Pharo Downloading PharoV60.sources: http://files.pharo.org/get-files/60/sources.zip Creating starter scripts pharo and pharo-ui 2017-04-20 23:30:25.180 Pharo[2532:5750] 23:30:25.180 ERROR: 312: error -66680 2017-04-20 23:30:25.182 Pharo[2532:5750] 23:30:25.182 ERROR: >aq> 1630: failed (-66680); will stop (5512/0 frames) 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: 312: error -66680 2017-04-20 23:30:25.184 Pharo[2532:5750] 23:30:25.184 ERROR: >aq> 1630: failed (-66680); will stop (33075/0 frames)
Any idea how can it be improved? Or how can I debug it in order to provide more information?
Thanks! Juraj
https://travis-ci.org/JurajKubelka/PharoSprint/jobs/224161107#L297-L299 Smalltalk stack dump: 0xbffb7ae8 I SessionManager>snapshot:andQuit: 0x5a26fd0: a(n) SessionManager 0xbffb7b18 I [] in SmalltalkImage>snapshot:andQuit: 0x4fc3410: a(n) SmalltalkImage
Maybe it is be the Compactor bug, http://forum.world.st/Crashes-on-snapshot-with-the-new-compactor-td4939959.h...
introduced I guess per this commit... Date: Sat Feb 18 07:43:47 2017 -0800 CogVM source as per VMMaker.oscog-eem.2134 Move the SpurPlanningCompactor to tip.
and fixed Date: Mon Apr 10 19:37:04 2017 +0200 SpurPlanningCompactor: Fix a bug in resetting the free chunk used for the firstUnusedFieldsSpace after non-final pasxses (i.e. on snapshot). The old code didn't check to see if a free chunk was actually found(!!).
where that VM http://files.pharo.org/get-files/60/pharo-mac-stable.zip falls in between VM: 201702221539 [...] Date: Wed Feb 22 [...]
Try with http://files.pharo.org/get-files/60/pharo-mac-latest.zip
@Esteban, when you're back from vacation, probably good to bump stable prior doing it again(?) at Pharo 6 release.
cheers -ben
vm-dev@lists.squeakfoundation.org