- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Headless image hanging

by Sven Van Caekenberghe

On 17 Aug 2011, at 09:35, Mariano Martinez Peck wrote: > BTW, is not this the problem of Sempahores or I don't know what that you need to change/make bigger in Cog ? Probably, http://code.google.com/p/pharo/issues/detail?id=4505 Hendrik fixed it for 1.4 You can manually extend the table in 1.2 like this: "Extend the external object table to allow for more sockets" Smalltalk vmParameterAt: 49 put: 8192. This is only needed for Cog VMs. Sven

Aug. 17, 2011

Re: [Pharo-project] Policy for storing metacello configurations

by Damien Pollet

On 17 August 2011 08:59, Max Leske <maxleske(a)gmail.com> wrote: > Some people seem to have adopted MetacelloRepository as the standard repository for all configurations, others keep the configuration for a project in the project repositories and a third group uses both repositories (where one repository contains outdated versions of courseâ¦). The MetacelloConfiguration belongs to the project and is under responsibility of the developers, so one should be in the project's repo. MetacelloRepository is the central well-known place, so maybe only versions with a stable release really need to be there? There will be other well-known places, the idea is to have a curated one for each version of Pharo I believe. In any case, maybe part of this should be docuplemented into MetacelloToolBox ? (PS. toolbox is a proper english word, so that capital B in the class name is unnecessary :) -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 17, 2011

Re: [Pharo-project] Headless image hanging

by Mariano Martinez Peck

And the assert is failing is indeed in sqExternalSemaphores.c Here: /* Signal the external semaphore with the given index. Answer non-zero on * success, zero otherwise. This function is (should be) thread-safe; * multiple threads may attempt to signal the same semaphore without error. * An index of zero should be and is silently ignored. */ sqInt signalSemaphoreWithIndex(sqInt index) { int i = index - 1; int v; /* An index of zero should be and is silently ignored. */ assert(index >= 0 && index <= numSignalRequests); if ((unsigned)i >= numSignalRequests) return 0; On Wed, Aug 17, 2011 at 9:37 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > BTW...your VM is quite "old". Why don't you give a try with a new one? > > > On Wed, Aug 17, 2011 at 9:35 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Wed, Aug 17, 2011 at 9:16 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: >> >>> Bernat, >>> >>> You could try to use the Finder to search the source(s) for this string >>> or parts of it. >>> I couldn't find it in my imageâ¦ >>> >>> >> That's an assert that is failing in the VM side. >> >> index >= 0 && index <= numSignalRequests 133 >> >> means that "index >= 0 && index <= numSignalRequests" evaluated to false, >> and 133 is the line number in the C code. >> >> BTW, is not this the problem of Sempahores or I don't know what that you >> need to change/make bigger in Cog ? >> >> >> >>> Sven >>> >>> On 17 Aug 2011, at 07:32, Bernat Romagosa wrote: >>> >>> > Hi list, >>> > >>> > I think I asked this a while ago but never managed to find a solution, >>> so here we go: >>> > >>> > I have an image running under a screen session in my server, it's >>> running my simple blog written in Iliad and nothing else. The image is a >>> Pharo 1.2.1 on a Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] >>> machine, the server is a VPSLink slice with Debian 5 on it. >>> > >>> > For a very long while now I've been experiencing a weird behaviour. The >>> image runs flawlessly and fast for a couple of days, then it hangs without >>> any apparent reason, just stops working overnight, and the only output I get >>> in the console is >>> > >>> > index >= 0 && index <= numSignalRequests 133 >>> > >>> > repeatedly, and after that the website can't be accessed neither can I >>> reach the image via VNC, so the only solution is to kill the process and >>> fire it up again... >>> > >>> > Any clues? Is this a known bug? >>> > >>> > Cheers, >>> > >>> > -- >>> > Bernat Romagosa. >>> >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Aug. 17, 2011

Re: [Pharo-project] Headless image hanging

by Mariano Martinez Peck

BTW...your VM is quite "old". Why don't you give a try with a new one? On Wed, Aug 17, 2011 at 9:35 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Wed, Aug 17, 2011 at 9:16 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > >> Bernat, >> >> You could try to use the Finder to search the source(s) for this string or >> parts of it. >> I couldn't find it in my imageâ¦ >> >> > That's an assert that is failing in the VM side. > > index >= 0 && index <= numSignalRequests 133 > > means that "index >= 0 && index <= numSignalRequests" evaluated to false, > and 133 is the line number in the C code. > > BTW, is not this the problem of Sempahores or I don't know what that you > need to change/make bigger in Cog ? > > > >> Sven >> >> On 17 Aug 2011, at 07:32, Bernat Romagosa wrote: >> >> > Hi list, >> > >> > I think I asked this a while ago but never managed to find a solution, >> so here we go: >> > >> > I have an image running under a screen session in my server, it's >> running my simple blog written in Iliad and nothing else. The image is a >> Pharo 1.2.1 on a Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] >> machine, the server is a VPSLink slice with Debian 5 on it. >> > >> > For a very long while now I've been experiencing a weird behaviour. The >> image runs flawlessly and fast for a couple of days, then it hangs without >> any apparent reason, just stops working overnight, and the only output I get >> in the console is >> > >> > index >= 0 && index <= numSignalRequests 133 >> > >> > repeatedly, and after that the website can't be accessed neither can I >> reach the image via VNC, so the only solution is to kill the process and >> fire it up again... >> > >> > Any clues? Is this a known bug? >> > >> > Cheers, >> > >> > -- >> > Bernat Romagosa. >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

Aug. 17, 2011

Re: [Pharo-project] Headless image hanging

by Mariano Martinez Peck

On Wed, Aug 17, 2011 at 9:16 AM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Bernat, > > You could try to use the Finder to search the source(s) for this string or > parts of it. > I couldn't find it in my imageâ¦ > > That's an assert that is failing in the VM side. index >= 0 && index <= numSignalRequests 133 means that "index >= 0 && index <= numSignalRequests" evaluated to false, and 133 is the line number in the C code. BTW, is not this the problem of Sempahores or I don't know what that you need to change/make bigger in Cog ? > Sven > > On 17 Aug 2011, at 07:32, Bernat Romagosa wrote: > > > Hi list, > > > > I think I asked this a while ago but never managed to find a solution, so > here we go: > > > > I have an image running under a screen session in my server, it's running > my simple blog written in Iliad and nothing else. The image is a Pharo 1.2.1 > on a Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] machine, > the server is a VPSLink slice with Debian 5 on it. > > > > For a very long while now I've been experiencing a weird behaviour. The > image runs flawlessly and fast for a couple of days, then it hangs without > any apparent reason, just stops working overnight, and the only output I get > in the console is > > > > index >= 0 && index <= numSignalRequests 133 > > > > repeatedly, and after that the website can't be accessed neither can I > reach the image via VNC, so the only solution is to kill the process and > fire it up again... > > > > Any clues? Is this a known bug? > > > > Cheers, > > > > -- > > Bernat Romagosa. > > > -- Mariano http://marianopeck.wordpress.com

Aug. 17, 2011

Re: [Pharo-project] Headless image hanging

by Sven Van Caekenberghe

Bernat, You could try to use the Finder to search the source(s) for this string or parts of it. I couldn't find it in my imageâ¦ Sven On 17 Aug 2011, at 07:32, Bernat Romagosa wrote: > Hi list, > > I think I asked this a while ago but never managed to find a solution, so here we go: > > I have an image running under a screen session in my server, it's running my simple blog written in Iliad and nothing else. The image is a Pharo 1.2.1 on a Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] machine, the server is a VPSLink slice with Debian 5 on it. > > For a very long while now I've been experiencing a weird behaviour. The image runs flawlessly and fast for a couple of days, then it hangs without any apparent reason, just stops working overnight, and the only output I get in the console is > > index >= 0 && index <= numSignalRequests 133 > > repeatedly, and after that the website can't be accessed neither can I reach the image via VNC, so the only solution is to kill the process and fire it up again... > > Any clues? Is this a known bug? > > Cheers, > > -- > Bernat Romagosa.

Aug. 17, 2011

Re: [Pharo-project] Fwd: [Pharo-fuel] Two nice things I did in 2 hours with Fuel

by laurent laffont

Do I hear "remote tools" ? Laurent On Tue, Aug 16, 2011 at 9:37 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > This clearly opens the door to really amazing experiment. > > Stef > > *From: *Mariano Martinez Peck <marianopeck(a)gmail.com> > *Date: *August 16, 2011 8:58:03 PM GMT+02:00 > *To: *The Fuel Project <pharo-fuel(a)lists.gforge.inria.fr> > *Subject: **[Pharo-fuel] Two nice things I did in 2 hours with Fuel* > *Reply-To: *The Fuel Project <pharo-fuel(a)lists.gforge.inria.fr> > > 1) serialize a living debugger, materialize it in another image and > continue debugging. > 2) use Fuel to serialize a graph to a bytearray and then store and retrieve > that from the Riak NoSQL database :) > > coooool! > > -- > Mariano > http://marianopeck.wordpress.com > > _______________________________________________ > Pharo-fuel mailing list > Pharo-fuel(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel > > >

Aug. 17, 2011

[Pharo-project] Policy for storing metacello configurations

by Max Leske

I would like to complain a bit about the current way Metacello configurations are distributed in different repositories. I ended up using the wrong configuration for two different projects twice in just two days. Apart from the date in the configuration file (and possibly the version number, although that's not as reliable) there's no easy way to tell which configuration is the most recent. Some people seem to have adopted MetacelloRepository as the standard repository for all configurations, others keep the configuration for a project in the project repositories and a third group uses both repositories (where one repository contains outdated versions of courseâ¦). Can we please agree on a simple policy on where to store the configuration for a project? I am sure that this would make life easier for all of us. Cheers, Max

Aug. 17, 2011

Re: [Pharo-project] Jenkis notification when Squeaksource is down [WAS] Re: [Pharo-fuel] Build failed in Jenkins: Fuel #112

by Lukas Renggli

On 17 August 2011 00:41, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Marcus, is there a way to catch the errors when SqueakSource is down so that > to avoid "false alarms" ? Gofer new disableRepositoryErrors; ... and everything loads silently from the package-cache. Lukas > > Thanks! > > On Wed, Aug 17, 2011 at 12:38 AM, <marcus.denker(a)inria.fr> wrote: >> >> See <http://ci.lille.inria.fr/pharo/job/Fuel/112/> >> >> ------------------------------------------ >> [...truncated 798 lines...] >> Â Â Â Â (t4 value: t1) >> Â Â Â Â Â Â Â Â ifTrue: [t3 value: t1]] in CommandLine >> class(AbstractUserInput class)>>dispatch: >> Â [:t2 | t1 value: t2 value] in Dictionary>>valuesDo: >> Â [:t2 | t2 >> Â Â Â Â Â Â Â Â ifNotNil: [t1 value: t2]] in Dictionary>>associationsDo: >> Â Array(SequenceableCollection)>>do: >> Â Dictionary>>associationsDo: >> Â Dictionary>>valuesDo: >> Â Dictionary>>do: >> Â CommandLine class(AbstractUserInput class)>>dispatch: >> Â [self dispatch: singleton] in CommandLine class>>dispatch >> Â BlockClosure>>cull: >> Â [:t2 | t2 cull: t1] in SmalltalkImage>>executeDeferredStartupActions: >> Â OrderedCollection>>do: >> Â SmalltalkImage>>executeDeferredStartupActions: >> Â SmalltalkImage>>snapshot:andQuit: >> Â WorldState class>>saveAndQuit >> Â [| t3 | >> Â (t3 := selector numArgs) = 0 >> Â Â Â Â Â Â Â Â ifTrue: [target perform: selector] >> Â Â Â Â Â Â Â Â ifFalse: [t3 = arguments size >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [target perform: selector >> withArguments: arguments] >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: [target >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â perform: selector >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â withArguments: (arguments >> copyWith: t1)]]. >> Â Â Â Â self changed] in >> ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: >> Â BlockClosure>>ensure: >> Â CursorWithMask(Cursor)>>showWhile: >> Â ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: >> Â ToggleMenuItemMorph(MenuItemMorph)>>mouseUp: >> Â ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp: >> Â MouseButtonEvent>>sentTo: >> Â ToggleMenuItemMorph(Morph)>>handleEvent: >> Â MorphicEventDispatcher>>dispatchDefault:with: >> Â MorphicEventDispatcher>>dispatchEvent:with: >> Â ToggleMenuItemMorph(Morph)>>processEvent:using: >> Â MorphicEventDispatcher>>dispatchDefault:with: >> Â MorphicEventDispatcher>>dispatchEvent:with: >> Â MenuMorph(Morph)>>processEvent:using: >> Â MenuMorph(Morph)>>processEvent: >> Â MenuMorph>>handleFocusEvent: >> Â [ActiveHand := self. >> Â Â Â Â ActiveEvent := t1. >> Â Â Â Â t5 := t2 >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â handleFocusEvent: (t1 >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â transformedBy: (t2 >> transformedFrom: self))] in HandMorph>>sendFocusEvent:to:clear: >> Â [t1 value] in PasteUpMorph>>becomeActiveDuring: >> Â BlockClosure>>on:do: >> Â PasteUpMorph>>becomeActiveDuring: >> Â HandMorph>>sendFocusEvent:to:clear: >> Â HandMorph>>sendEvent:focus:clear: >> Â HandMorph>>sendMouseEvent: >> Â HandMorph>>handleEvent: >> Â HandMorph>>processEvents >> Â [:t2 | >> Â ActiveHand := t2. >> Â Â Â Â t2 processEvents. >> Â Â Â Â ActiveHand := nil] in WorldState>>doOneCycleNowFor: >> Â Array(SequenceableCollection)>>do: >> Â WorldState>>handsDo: >> Â WorldState>>doOneCycleNowFor: >> Â WorldState>>doOneCycleFor: >> Â PasteUpMorph>>doOneCycle >> Â [[World doOneCycle. >> Â Â Â Â Processor yield. >> Â Â Â Â false] whileFalse. >> Â Â Â Â nil] in Project class>>spawnNewProcess >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------------------------------------ >> >> Â Processes and their stacks: >> Â Process: a Process in nil >> Â Â stack: >> >> Â Array(SequenceableCollection)>>do: >> Â [:logger | >> Â logger nextPutAll: 'Processes and their stacks: '; >> Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Process allInstances >> Â Â Â Â Â Â Â Â do: [:each | >> Â Â Â Â Â Â Â Â Â Â Â Â | ctx | >> Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: 'Process: '; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â print: each; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â nextPutAll: ' Â stack:'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Â Â Â Â Â Â Â Â ctx := each isActiveProcess >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [thisContext >> sender] >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: [each >> suspendedContext]. >> Â Â Â Â Â Â Â Â Â Â Â Â ctx >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifNotNil: [(ctx stackOfSize: 20) >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â do: [:s | logger print: s; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr]]. >> Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: >> '------------------------------'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr]] in [Smalltalk logError: aString >> inContext: aContext. >> Â Â Â Â Smalltalk >> Â Â Â Â Â Â Â Â logDuring: [:logger | >> Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: 'Processes and their stacks: '; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Â Â Â Â Â Â Â Â Process allInstances >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â do: [:each | >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â | ctx | >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: 'Process: '; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â print: each; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â nextPutAll: ' Â stack:'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ctx := each isActiveProcess >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: >> [thisContext sender] >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: >> [each suspendedContext]. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ctx >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifNotNil: [(ctx >> stackOfSize: 20) >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â do: [:s | >> logger print: s; >> >> Â Â Â cr]]. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: >> '------------------------------'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr]]] in >> NonInteractiveUIManager>>quitFrom:withMessage: >> Â [logStream := self openLog. >> Â Â Â Â aMonadicBlock value: logStream] in SmalltalkImage>>logDuring: >> Â BlockClosure>>ensure: >> Â SmalltalkImage>>logDuring: >> Â [Smalltalk logError: aString inContext: aContext. >> Â Â Â Â Smalltalk >> Â Â Â Â Â Â Â Â logDuring: [:logger | >> Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: 'Processes and their stacks: '; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Â Â Â Â Â Â Â Â Process allInstances >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â do: [:each | >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â | ctx | >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: 'Process: '; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â print: each; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â nextPutAll: ' Â stack:'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ctx := each isActiveProcess >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: >> [thisContext sender] >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: >> [each suspendedContext]. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ctx >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifNotNil: [(ctx >> stackOfSize: 20) >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â do: [:s | >> logger print: s; >> >> Â Â Â cr]]. >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â logger nextPutAll: >> '------------------------------'; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr; >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cr]]] in >> NonInteractiveUIManager>>quitFrom:withMessage: >> Â BlockClosure>>ensure: >> Â NonInteractiveUIManager>>quitFrom:withMessage: >> Â NonInteractiveUIManager>>unhandledErrorDefaultAction: >> Â UnhandledError>>defaultAction >> Â UndefinedObject>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â MethodContext(ContextPart)>>handleSignal: >> Â UnhandledError(Exception)>>signal >> Â UnhandledError class>>signalForException: >> Â GoferRepositoryError(Error)>>defaultAction >> Â ------------------------------ >> >> Â Process: a Process in [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â Â stack: >> >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â Â stack: >> >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â Â stack: >> >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â Â stack: >> >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in Delay class>>handleTimerEvent >> Â Â stack: >> >> Â Delay class>>handleTimerEvent >> Â Delay class>>runTimerEventLoop >> Â [self runTimerEventLoop] in Delay class>>startTimerEventLoop >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in SmalltalkImage>>lowSpaceWatcher >> Â Â stack: >> >> Â SmalltalkImage>>lowSpaceWatcher >> Â [self lowSpaceWatcher] in SmalltalkImage>>installLowSpaceWatcher >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in ProcessorScheduler class>>idleProcess >> Â Â stack: >> >> Â ProcessorScheduler class>>idleProcess >> Â [self idleProcess] in ProcessorScheduler class>>startUp >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in [delaySemaphore wait] in Delay>>wait >> Â Â stack: >> >> Â [delaySemaphore wait] in Delay>>wait >> Â BlockClosure>>ifCurtailed: >> Â Delay>>wait >> Â InputEventPollingFetcher>>waitForInput >> Â InputEventPollingFetcher(InputEventFetcher)>>eventLoop >> Â [self eventLoop] in >> InputEventPollingFetcher(InputEventFetcher)>>installEventLoop >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Â Process: a Process in WeakArray class>>finalizationProcess >> Â Â stack: >> >> Â WeakArray class>>finalizationProcess >> Â [self finalizationProcess] in WeakArray class>>restartFinalizationProcess >> Â [self value. >> Â Â Â Â Processor terminateActive] in BlockClosure>>newProcess >> Â ------------------------------ >> >> Enregistrement des r?sultats des tests >> Archiving artifacts >> >> >> _______________________________________________ >> Pharo-fuel mailing list >> Pharo-fuel(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Lukas Renggli www.lukas-renggli.ch

Aug. 17, 2011

[Pharo-project] Headless image hanging

by Bernat Romagosa

Hi list, I think I asked this a while ago but never managed to find a solution, so here we go: I have an image running under a screen session in my server, it's running my simple blog written in Iliad and nothing else. The image is a Pharo 1.2.1 on a Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.75] machine, the server is a VPSLink slice with Debian 5 on it. For a very long while now I've been experiencing a weird behaviour. The image runs flawlessly and fast for a couple of days, then it hangs without any apparent reason, just stops working overnight, and the only output I get in the console is index >= 0 && index <= numSignalRequests 133 repeatedly, and after that the website can't be accessed neither can I reach the image via VNC, so the only solution is to kill the process and fire it up again... Any clues? Is this a known bug? Cheers, -- Bernat Romagosa.

Aug. 17, 2011