- Pharo-users - lists.pharo.org

Re: [Pharo-users] Happy new year

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > I too wish everybody in the Pharo community all the best, personally and > professionally. > Happy New Year! So many exciting things were afoot in 2011, I'm excited just imagining what 2012 will bring. -- View this message in context: http://forum.world.st/Happy-new-year-tp4249503p4251548.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 1, 2012

Re: [Pharo-users] Interpreting a crash.dmp file was: Re: [Seaside] Seaside image health check

by StÃ©phane Ducasse

Hi Paul keep us informed because we really want to have a solid infrastructure. We are sorry for this problem. Stef > On 11-12-22 08:46 AM, Levente Uzonyi wrote: >> If you're using CogVM, then you can force printing the content of all >> smalltalk stacks to stdout by sending a USR1 signal to the process with >> the following command: >> >> kill -USR1 <pid> >> >> The currently active process will be printed first. > > Thanks Levente. > > > I have an image that stops responding to seaside requests and maxes out the CPU. This happens after a random amount of time generally longer than a day. Sometimes I can get it to pop out of the hang by signing in through the RFB server, but sometimes not. > > In this Pharo-1.3-13315 image (Ubuntu 64bit, Cog 2522 from Eliot's site) I'm using RFB and have applied the fixes described here: > https://code.google.com/p/pharo/issues/detail?id=4829#c6 > > I think that the crash.dmp file shows that the image was stuck trying to create an IdentitySet from an array. Maybe I need to take a sample of the "kill -USR1 <pid>" commands to know for sure. > > The other thing that's weird is that in the crash.dmp file I don't see the Seaside server process. I'm using Comanche as the server adapter. > > > Is there anything I should look for in my application or image to get more info about the disruption in processing requests? > > Thanks > > Paul > <crash.dmp>

Jan. 1, 2012

Interpreting a crash.dmp file was: Re: [Seaside] Seaside image health check

by Paul DeBruicker

On 11-12-22 08:46 AM, Levente Uzonyi wrote: > If you're using CogVM, then you can force printing the content of all > smalltalk stacks to stdout by sending a USR1 signal to the process with > the following command: > > kill -USR1 <pid> > > The currently active process will be printed first. Thanks Levente. I have an image that stops responding to seaside requests and maxes out the CPU. This happens after a random amount of time generally longer than a day. Sometimes I can get it to pop out of the hang by signing in through the RFB server, but sometimes not. In this Pharo-1.3-13315 image (Ubuntu 64bit, Cog 2522 from Eliot's site) I'm using RFB and have applied the fixes described here: https://code.google.com/p/pharo/issues/detail?id=4829#c6 I think that the crash.dmp file shows that the image was stuck trying to create an IdentitySet from an array. Maybe I need to take a sample of the "kill -USR1 <pid>" commands to know for sure. The other thing that's weird is that in the crash.dmp file I don't see the Seaside server process. I'm using Comanche as the server adapter. Is there anything I should look for in my application or image to get more info about the disruption in processing requests? Thanks Paul

Jan. 1, 2012

Re: [Pharo-users] Happy new year

by Sven Van Caekenberghe

On 31 Dec 2011, at 23:00, StÃ©phane Ducasse wrote: > Hi guys > > I wish you good health (because at the end this is the most important and when we are going well we do not > estimate how cool it is). > Then lot of fun and business. > > Stef I too wish everybody in the Pharo community all the best, personally and professionally. Let's make 2012 at least as interesting as 2011 was ! Sven

Jan. 1, 2012

Happy new year

by StÃ©phane Ducasse

Hi guys I wish you good health (because at the end this is the most important and when we are going well we do not estimate how cool it is). Then lot of fun and business. Stef

Dec. 31, 2011

Re: [Pharo-users] get creation date of a file/directory with FS

by Sean P. DeNigris

fstephany wrote > > Is there any way to get the creation date of a file with FS? > anFSReference entry creation -- View this message in context: http://forum.world.st/get-creation-date-of-a-file-directory-with-FS-tp42477… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 31, 2011

get creation date of a file/directory with FS

by Francois Stephany

Is there any way to get the creation date of a file with FS?

Dec. 31, 2011

[COTDC] 99 - ZipEncoder

by sean＠clipperadams.com

98 classes done 798 classes remaining Continuing in Compression... Today: ZipEncoder Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

Dec. 30, 2011

Re: [Pharo-users] Zinc crashes an image.

by Mariano Martinez Peck

On Fri, Dec 30, 2011 at 4:57 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Hi - > > I'm pretty sure I'm having the same problem Phillipe had/described in this > message: > > http://forum.world.st/Zinc-**crashing-image-at-start-up-**td3785797.html<http://forum.world.st/Zinc-crashing-image-at-start-up-td3785797.html> > > At least the PharoDebug.log is the same. It happens on both the most > recent Cog and interpreter VM. > > > Is there a way to recover from this? > > > I could follow Sean's instructions from this thread if necessary: > > http://forum.world.st/Fwd-**Oops-I-put-a-halt-in-a-** > startup-method-td3800729.html<http://forum.world.st/Fwd-Oops-I-put-a-halt-in-a-startup-method-td3800729.h…> > > > Or is there a way to extract changes from a changes file for one image > into another image? I'd rather fix the broken image but if its not > possible I'd then just try to load those changes I don't have. > Yes, you can drag and frop the .changes of an image XXX into a running image of YYY and you should be able to browse changes and recover them. Of course you can also open .changes with a text editor and recover what you want, but is less funny ;) > > Thanks for any guidance you can provide. > > Paul > > -- Mariano http://marianopeck.wordpress.com

Dec. 30, 2011

Re: [Pharo-users] Zinc crashes an image.

by Sven Van Caekenberghe

Hi Paul, On 30 Dec 2011, at 04:57, Paul DeBruicker wrote: > I'm pretty sure I'm having the same problem Phillipe had/described in this message: > > http://forum.world.st/Zinc-crashing-image-at-start-up-td3785797.html > > At least the PharoDebug.log is the same. It happens on both the most recent Cog and interpreter VM. I am sorry for your troubles. This is also related to http://code.google.com/p/pharo/issues/detail?id=4768 which is fixed in in 1.4 and in 1.3 #13314. If you are using 1.3 it is always a good idea to manually upgrade Zn to its latest version (the version is 1.3 is quite old). When using 'running' Zn servers based Seaside adaptors that need to survive image saves, I would advise using ZnManagingMultiThreadedServer like this: ZnZincServerAdaptor new port: 8080; serverClass: ZnManagingMultiThreadedServer; start Adaptors based on ZnManagingMultiThreadedServer will track and close all open worker connections and socket streams when needed. > Is there a way to recover from this? > > > I could follow Sean's instructions from this thread if necessary: > > http://forum.world.st/Fwd-Oops-I-put-a-halt-in-a-startup-method-td3800729.h… > > > Or is there a way to extract changes from a changes file for one image into another image? I'd rather fix the broken image but if its not possible I'd then just try to load those changes I don't have. > > Thanks for any guidance you can provide. I am no expert at reviving crashing images, maybe others can help. Regards, Sven

Dec. 30, 2011