December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Loading MCZ freezes, but loading the source.st works?

by StÃ©phane Ducasse

Yes Yesterday we looked at basicLoad implementation and compared with the squeak one. But igor' conclusions was that this is the same but we should relook at it. >>>> I can't claim to know exactly, but I seem to remember it does batches of new, then changed, then removed methods. > Other than that, I think they happen "seemingly" at random. > There are many sorts of internal dependencies, so other than the old workaround of making multiple .mcz's without internal dependencies, one kind of needs an insight into what exactly was at fault here to see if anything could be improved of the loading order in the general case, which does not simultaneously break something else... > > Cheers, > Henry >

Dec. 7, 2011

[Pharo-project] [update 1.4] #14251

by Marcus Denker

14251 ----- Issue 5070: Failing test: KernelTests.Objects.SelfEvaluatingObjectTest.testArray http://code.google.com/p/pharo/issues/detail?id=5070 Issue 5069: Do a DebuggerMethodMap initialize in the postscript http://code.google.com/p/pharo/issues/detail?id=5069 -- Marcus Denker -- http://marcusdenker.de

Dec. 7, 2011

[Pharo-project] [update 1.4] #14250

by Marcus Denker

14250 ----- Issue 5064: remove useless stripe behavior from ProgressBarMorph http://code.google.com/p/pharo/issues/detail?id=5064 Issue 4998: ContextPart>>#runUntilErrorOrReturnFrom: http://code.google.com/p/pharo/issues/detail?id=4998 (2nd try) -- Marcus Denker -- http://marcusdenker.de

Dec. 7, 2011

[Pharo-project] [update 1.4] #14249

by Marcus Denker

14249 ----- Issue 4491: Cleanup DebuggerMethodMap old blocks http://code.google.com/p/pharo/issues/detail?id=4491 -- Marcus Denker -- http://marcusdenker.de

Dec. 7, 2011

Re: [Pharo-project] Pharo 1.3 vs 1.2.1 some results for ConfigurationOfODBC

by Fadi Mansour

Hi, I'm having the same issue while trying to use ODBC with Pharo's OnClick image 1.3. Did you find anything about the issue here? Regards, Fadi

Dec. 7, 2011

Re: [Pharo-project] Why CompiledMethod print string shows #identityHah ?

by Alexandre Bergel

+1 I found this quite useful Alexandre On 7 Dec 2011, at 04:12, Marcus Denker wrote: > > On Dec 6, 2011, at 5:15 PM, Mariano Martinez Peck wrote: > >> >> So...my question is, is there any reason why it makes so much sense to print the identityHash of a CompiledMethod ? > > I use it to see if a method has been recompiled. (if it is different to the one before). > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 7, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Norbert Hartl

Am 07.12.2011 um 12:26 schrieb Henrik Sperre Johansen: > On 07.12.2011 10:47, Norbert Hartl wrote: >> I have a headless image that was running for a couple of days. Now it is not responding anymore. The image was running still but the sockets for http and vnc were closed and restarting the image just brings it up without any sockets opened. >> Injecting something via script does not work either. I copied the image to my desktop and tried a few things but no success. >> What would be a good way to get a glimpse of what is causing problems? >> I had Scheduler running that saved the image every hour. And the image itself issues http request to the outside world every 10 minutes. >> >> thanks, >> >> Norbert > Could it be related to > http://forum.world.st/Too-many-semaphores-image-blocked-td3871970i20.html#a… ? > Yes, it could. My image was a #13315 image so it made a good candidate for the problem. Furthermore I got the external semaphore message in my development image a few times. There I just could restart the image. So I don't understand really what happened. If I'm able to restart my development image and solve the problem then what makes my server image incapable of doing the same. Is it by coincidence that there is a warning about the external semaphore but there is even more usage of them so that the image is saved with such a shortage on semaphores that makes a new start of the image block? Norbert

Dec. 7, 2011

[Pharo-project] Sprint friday 16 of december

by StÃ©phane Ducasse

Hi guys we want to code and fix stuff for pharo. We will organize a christmas sprint at Lille. You are welcomed, just let us know if you want to participate. We will start at 9h we will indicate if we do it in our building or the INRIA one. Stef

Dec. 7, 2011

Re: [Pharo-project] Loading MCZ freezes, but loading the source.st works?

by Henrik Sperre Johansen

On 07.12.2011 11:02, Stefan Marr wrote: > Hi: > > On 06 Dec 2011, at 15:55, Mariano Martinez Peck wrote: > >> On Mon, Dec 5, 2011 at 4:21 PM, Stefan Marr<pharo(a)stefan-marr.de> wrote: >>> I got here a Monticello package that does not properly load using the Metacello configuration. The image freezes and cmd+. does not pop up a debugger anymore. >>> >>> However, if I extract the source.st contained in the package and file it in manually, it does not freeze the image. >> It is likely you broke DataStream, and hence #loadDefinitions or friends is looping. > I debugged the problem a bit. > Stepping through the whole loading step. > > #loadDefinitions is already executed during opening and showing the package in the browser. > It needs it, I think, for instance to show the commit message. > > And that is not the problem. > > Stepping through MCFileRepositoryInspector>>#load reveals that the image freezes on installing the method additions. > (methodAdditions do: [:each | each installMethod].) > > There are for instance changes in Behavior and TPureBehavior. In general there is a dependency between changes, and a wrong order can easily break things. > > So, I checked whether the order in methodAdditions actually reflects what is in the change set. And the order is not consistent. > > So, what ever the approach is to decide on the order in the source.st, it is more stable/reliable in this case than what is in the binary snapshot. > > > Any ideas to make these things consistent? > > Thanks > Stefan > > I can't claim to know exactly, but I seem to remember it does batches of new, then changed, then removed methods. Other than that, I think they happen "seemingly" at random. There are many sorts of internal dependencies, so other than the old workaround of making multiple .mcz's without internal dependencies, one kind of needs an insight into what exactly was at fault here to see if anything could be improved of the loading order in the general case, which does not simultaneously break something else... Cheers, Henry

Dec. 7, 2011

Re: [Pharo-project] How to resurrect an unrepsonsive image?

by Henrik Sperre Johansen

On 07.12.2011 10:47, Norbert Hartl wrote: > I have a headless image that was running for a couple of days. Now it is not responding anymore. The image was running still but the sockets for http and vnc were closed and restarting the image just brings it up without any sockets opened. > Injecting something via script does not work either. I copied the image to my desktop and tried a few things but no success. > What would be a good way to get a glimpse of what is causing problems? > I had Scheduler running that saved the image every hour. And the image itself issues http request to the outside world every 10 minutes. > > thanks, > > Norbert Could it be related to http://forum.world.st/Too-many-semaphores-image-blocked-td3871970i20.html#a… ? Cheers, Henry

Dec. 7, 2011