[Pharo-project] NBCog broken on 64bit Linux?
Hi, If I download the latest VM and image the same way as our CI jobs on Linux: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash then the VM is broken (it opens only black or white widnow). The image works well with different VM version but with the VM downloaded by this scipt not. It breaks some CI jobs and when I tried to find why the main Pharo 2.0 job is working and others not when they use the same script, I found out that they had build limited to "linux64". My local linux system is 64bit too. So I tried to restict "Pharo Kernel 2.0 support" job to "linux" but it look broken even in this configuraton. So please can you check the VM on a 32-bit system? Cheers, -- Pavel
On 14 December 2012 09:35, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
If I download the latest VM and image the same way as our CI jobs on Linux: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash then the VM is broken (it opens only black or white widnow). The image works well with different VM version but with the VM downloaded by this scipt not. It breaks some CI jobs and when I tried to find why the main Pharo 2.0 job is working and others not when they use the same script, I found out that they had build limited to "linux64". My local linux system is 64bit too.
So I tried to restict "Pharo Kernel 2.0 support" job to "linux" but it look broken even in this configuraton. So please can you check the VM on a 32-bit system?
same story here.. it opens blank black window and period. Looks like a merge done by Esteban didn't vent well :( sig@sig-VirtualBox:~/vm$ uname -a Linux sig-VirtualBox 2.6.38-10-generic #46-Ubuntu -- Best regards, Igor Stasenko.
but the build is broken. Unless you forced the load (two times) for build, you are not using my merge yet :) On Dec 14, 2012, at 12:34 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 09:35, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
If I download the latest VM and image the same way as our CI jobs on Linux: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash then the VM is broken (it opens only black or white widnow). The image works well with different VM version but with the VM downloaded by this scipt not. It breaks some CI jobs and when I tried to find why the main Pharo 2.0 job is working and others not when they use the same script, I found out that they had build limited to "linux64". My local linux system is 64bit too.
So I tried to restict "Pharo Kernel 2.0 support" job to "linux" but it look broken even in this configuraton. So please can you check the VM on a 32-bit system?
same story here.. it opens blank black window and period. Looks like a merge done by Esteban didn't vent well :(
sig@sig-VirtualBox:~/vm$ uname -a Linux sig-VirtualBox 2.6.38-10-generic #46-Ubuntu
-- Best regards, Igor Stasenko.
On 14 December 2012 12:55, Esteban Lorenzano <estebanlm@gmail.com> wrote:
but the build is broken. Unless you forced the load (two times) for build, you are not using my merge yet :)
ah.. ok then this discrepancy introduced even before
On Dec 14, 2012, at 12:34 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 09:35, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
If I download the latest VM and image the same way as our CI jobs on Linux: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash then the VM is broken (it opens only black or white widnow). The image works well with different VM version but with the VM downloaded by this scipt not. It breaks some CI jobs and when I tried to find why the main Pharo 2.0 job is working and others not when they use the same script, I found out that they had build limited to "linux64". My local linux system is 64bit too.
So I tried to restict "Pharo Kernel 2.0 support" job to "linux" but it look broken even in this configuraton. So please can you check the VM on a 32-bit system?
same story here.. it opens blank black window and period. Looks like a merge done by Esteban didn't vent well :(
sig@sig-VirtualBox:~/vm$ uname -a Linux sig-VirtualBox 2.6.38-10-generic #46-Ubuntu
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
i killled the VM with SIGUSR signal and here the stack: Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :) -- Best regards, Igor Stasenko.
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts? -- Pavel
-- Best regards, Igor Stasenko.
On 14 December 2012 19:03, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts?
yes, guys added this nice feature lately.. but forgot to make it fault tolerant, i.e. downloadSources [ ......... ] on: ??Exception?? do: [ .. ok we failed.. continue without ] because without it, image will fail to work once you don't have network connection or simply cannot connect to urls.. for any other reason.
-- Pavel
-- Best regards, Igor Stasenko.
http://code.google.com/p/pharo/issues/detail?id=7129 Sven, can you please give an advice, how to properly handle Zinc errors, when requested url is not available for one or another reason.. and especially timeouts (at this point a timeout should be == failure), we don't want users to see black screen for more than 2 seconds during startup. -- Best regards, Igor Stasenko.
On Fri, Dec 14, 2012 at 7:17 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 19:03, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com>
wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n)
SmalltalkImage
class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts?
yes, guys added this nice feature lately.. but forgot to make it fault tolerant, i.e.
downloadSources
[ .........
] on: ??Exception?? do: [ .. ok we failed.. continue without ]
because without it, image will fail to work once you don't have network connection or simply cannot connect to urls.. for any other reason.
Yes, I know that function very well because it makes ugly dependency of the kernel on Zinc ;-). But I was talking about scripts: http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh http://pharo.gforge.inria.fr/ci/ciNBCog.sh http://pharo.gforge.inria.fr/ci/ciPharo20.sh -- Pavel
-- Pavel
-- Best regards, Igor Stasenko.
On 14 December 2012 19:33, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 7:17 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 19:03, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts?
yes, guys added this nice feature lately.. but forgot to make it fault tolerant, i.e.
downloadSources
[ .........
] on: ??Exception?? do: [ .. ok we failed.. continue without ]
because without it, image will fail to work once you don't have network connection or simply cannot connect to urls.. for any other reason.
Yes, I know that function very well because it makes ugly dependency of the kernel on Zinc ;-). But I was talking about scripts: http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh http://pharo.gforge.inria.fr/ci/ciNBCog.sh http://pharo.gforge.inria.fr/ci/ciPharo20.sh
but script works fine. image starts .. and then downloads .source file forever.. at least this is what happen on my ubuntu machine
-- Pavel
-- Pavel
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
On Fri, Dec 14, 2012 at 7:42 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 19:33, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 7:17 PM, Igor Stasenko <siguctua@gmail.com>
wrote:
On 14 December 2012 19:03, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp class 0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file
:)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts?
yes, guys added this nice feature lately.. but forgot to make it fault tolerant, i.e.
downloadSources
[ .........
] on: ??Exception?? do: [ .. ok we failed.. continue without ]
because without it, image will fail to work once you don't have network connection or simply cannot connect to urls.. for any other reason.
Yes, I know that function very well because it makes ugly dependency of the kernel on Zinc ;-). But I was talking about scripts: http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh http://pharo.gforge.inria.fr/ci/ciNBCog.sh http://pharo.gforge.inria.fr/ci/ciPharo20.sh
but script works fine. image starts .. and then downloads .source file forever.. at least this is what happen on my ubuntu machine
hmm, you are right, I looked at an older directory created this way some time ago and the sources file has slightly newer time of creation. I supposed that the file is dowloaded by bash. -- Pavel
-- Pavel
-- Pavel
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
On Fri, Dec 14, 2012 at 7:58 PM, Pavel Krivanek <pavel.krivanek@gmail.com>wrote:
On Fri, Dec 14, 2012 at 7:42 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 14 December 2012 19:33, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 7:17 PM, Igor Stasenko <siguctua@gmail.com>
wrote:
On 14 December 2012 19:03, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
On Fri, Dec 14, 2012 at 4:35 PM, Igor Stasenko <siguctua@gmail.com> wrote:
i killled the VM with SIGUSR signal and here the stack:
Process 0x77ccf2cc priority 40 0xbff5517c I [] in Delay>wait 2035889428: a(n) Delay 0xbff551a4 I BlockClosure>ifCurtailed: 2035890000: a(n) BlockClosure 0xbff551c8 I Delay>wait 2035889428: a(n) Delay 0xbff551e8 I TimeStamp class(DateAndTime class)>waitForOffsets 2007868504: a(n) TimeStamp class 0xbff55210 I TimeStamp class(DateAndTime class)>milliSecondsSinceMidnight 2007868504: a(n) TimeStamp class 0xbff55238 I TimeStamp class(DateAndTime class)>now 2007868504: a(n) TimeStamp class 0xbff55260 I TimeStamp class>current 2007868504: a(n) TimeStamp
class
0xbff55280 I TimeStamp class>now 2007868504: a(n) TimeStamp class 0xbff552a0 I ZnClient>handleResponse 2035558752: a(n) ZnClient 0xbff552c0 I ZnClient>executeWithRedirectsRemaining: 2035558752: a(n) ZnClient 0xbff552e4 I [] in ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55300 M BlockClosure>on:do: 2035590416: a(n) BlockClosure 0xbff55328 I ZnClient>executeWithRetriesRemaining: 2035558752: a(n) ZnClient 0xbff55344 M [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff55360 M BlockClosure>on:do: 2035590092: a(n) BlockClosure 0xbff55388 I [] in ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff553ac I [] in ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff553d8 I [] in ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff553f8 M BlockClosure>ensure: 2035589948: a(n) BlockClosure 0xbff55424 I ZnConnectionTimeout(DynamicVariable)>value:during: 2007631496: a(n) ZnConnectionTimeout 0xbff5544c I ZnConnectionTimeout class(DynamicVariable class)>value:during: 2007997132: a(n) ZnConnectionTimeout class 0xbff55474 I ZnClient>withTimeoutDo: 2035558752: a(n) ZnClient 0xbff55498 I ZnClient>executeWithTimeout 2035558752: a(n) ZnClient 0xbff554bc I [] in ZnClient>execute 2035558752: a(n) ZnClient 0xbff554e0 I [] in ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff5550c I [] in ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff5552c M BlockClosure>ensure: 2035589476: a(n) BlockClosure 0xbff55558 I ZnSignalProgress(DynamicVariable)>value:during: 2009919884: a(n) ZnSignalProgress 0xbff55580 I ZnSignalProgress class(DynamicVariable class)>value:during: 2009919012: a(n) ZnSignalProgress class 0xbff555a8 I ZnClient>withProgressDo: 2035558752: a(n) ZnClient 0xbff555d4 I ZnClient>execute 2035558752: a(n) ZnClient 0xbff555f4 I ZnClient>get 2035558752: a(n) ZnClient 0xbff55614 I ZnClient>downloadTo: 2035558752: a(n) ZnClient 0xbff55640 I SmalltalkImage>downloadSources 2020677412: a(n) SmalltalkImage 0xbff55670 I SmalltalkImage>checkAndOpenSourcesAndChanges 2020677412: a(n) SmalltalkImage 0xbff55690 I SmalltalkImage>openSourceFiles 2020677412: a(n) SmalltalkImage 0xbff556a8 M SmalltalkImage class>startUp: 2020650272: a(n) SmalltalkImage class 0xbff556d0 M [] in SmalltalkImage>send:toClassesNamedIn:with: 2020677412: a(n) SmalltalkImage 0xbff556ec M BlockClosure>on:do: 2035540616: a(n) BlockClosure 0xbff5570c M SmalltalkImage>logStartUpErrorDuring:into:tryDebugger: 2020677412: a(n) SmalltalkImage
so, it looks that we should not blame VM for 'black screen of death', but a startup code which stuck forever trying to download .sources file :)
You are right, when I add sources file next to NBCog, it works. Has anyone changed the scripts?
yes, guys added this nice feature lately.. but forgot to make it fault tolerant, i.e.
downloadSources
[ .........
] on: ??Exception?? do: [ .. ok we failed.. continue without ]
because without it, image will fail to work once you don't have network connection or simply cannot connect to urls.. for any other reason.
Yes, I know that function very well because it makes ugly dependency of the kernel on Zinc ;-). But I was talking about scripts: http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh http://pharo.gforge.inria.fr/ci/ciNBCog.sh http://pharo.gforge.inria.fr/ci/ciPharo20.sh
but script works fine. image starts .. and then downloads .source file forever.. at least this is what happen on my ubuntu machine
hmm, you are right, I looked at an older directory created this way some time ago and the sources file has slightly newer time of creation. I supposed that the file is dowloaded by bash.
-- Pavel
I added an explicit download of the sources file to the Pharo Kernel Jobs. wget -O vm/PharoV10.sources http://pharo.gforge.inria.fr/ci/image/PharoV10.sources Maybe we should do that directly in the script. Pharo Kernel of course does not have Zinc support so it makes no sense to download it by an image by default. Cami, can you change that? We may add a special job to test downloadSources. -- Pavel
-- Pavel
-- Pavel
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
participants (3)
-
Esteban Lorenzano -
Igor Stasenko -
Pavel Krivanek