November 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [update 2.0] #20385

by Pavel Krivanek

Automatic CI update jobs startup is not working so I started it manually. -- Pavel On Thu, Nov 8, 2012 at 3:41 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20385 > ----- > > Issue 6936: Compiler tests dependent on TextMorph > http://code.google.com/p/pharo/issues/detail?id=6936 > > Issue 6935: CompilerEvaluationTest dependent on Debugger > http://code.google.com/p/pharo/issues/detail?id=6935 > > Issue 6934: move encodeForHTTP tests to own class > http://code.google.com/p/pharo/issues/detail?id=6934 > > Issue 6918: Right click on packages over a category without MC corresponding package raises DNU > http://code.google.com/p/pharo/issues/detail?id=6918 > > > Diff information: > http://ss3.gemstone.com/ss/Pharo20/NetworkTests-MarcusDenker.79.diff > http://ss3.gemstone.com/ss/Pharo20/CompilerTests-MarcusDenker.127.diff > http://ss3.gemstone.com/ss/Pharo20/CollectionsTests-MarcusDenker.578.diff > http://ss3.gemstone.com/ss/Pharo20/CI-Core-MarcusDenker.48.diff > > -- > Marcus Denker -- http://marcusdenker.de > >

Nov. 8, 2012

[Pharo-project] What did you guys do to startup-time ?

by Miloslav.Raus＠cuzk.cz

Who snuffed the poor guy ? I don't know what magic (yea, i know, not just one magic, bunch of magix really ;-) you did but ... I downloaded Pharo 2.0 to give it a whirl (I love smalltalk and keep playing with it / write an app in it every once in a while), unzipped it, doble clicked the binary and the window jumped me so fast i nearly fell of my chair (a positive WTF moment ;-). And not just old Mr. Startup Time, you killed Lady Delay too. I remember squeak / older pharo versions feeling a bit sluggish (a slight delay between clicking and the menu popping up / whatever), but now it is blazing fast. Just saying "Great work" would be an understatement / denigration. * rausm deeply bows in silent awe

Nov. 8, 2012

Re: [Pharo-project] unpacking cairo.tgz fails during VM build

by Camillo Bruni

> >> Is this a known issue, or my "tar" install is wrong? > > yes it is known.. > i had to install 7z support for tar. > this is because MacOS is number of years behind the most recent release of tar, > which supports 7z compressing by default :) so that has to be installed on OSX or not? If we should update the HOWTOBUILD accordingly? > And with your config, i am not sure that default MacOS installation > having unxz utility installed. > If yes, then , of course it makes sense to change config to what is > proposed by you. > And if not, then it is better to leave a note in class & methods > comments to indicate that people should > install more recent tar utility.

Nov. 8, 2012

[Pharo-project] [update 2.0] #20385

by Marcus Denker

20385 ----- Issue 6936: Compiler tests dependent on TextMorph http://code.google.com/p/pharo/issues/detail?id=6936 Issue 6935: CompilerEvaluationTest dependent on Debugger http://code.google.com/p/pharo/issues/detail?id=6935 Issue 6934: move encodeForHTTP tests to own class http://code.google.com/p/pharo/issues/detail?id=6934 Issue 6918: Right click on packages over a category without MC corresponding package raises DNU http://code.google.com/p/pharo/issues/detail?id=6918 Diff information: http://ss3.gemstone.com/ss/Pharo20/NetworkTests-MarcusDenker.79.diff http://ss3.gemstone.com/ss/Pharo20/CompilerTests-MarcusDenker.127.diff http://ss3.gemstone.com/ss/Pharo20/CollectionsTests-MarcusDenker.578.diff http://ss3.gemstone.com/ss/Pharo20/CI-Core-MarcusDenker.48.diff -- Marcus Denker -- http://marcusdenker.de

Nov. 8, 2012

Re: [Pharo-project] Increase memory

by roberto.minelli＠usi.ch

Hi Fernando, On Nov 8, 2012, at 2:32 PM, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Ciao Roberto, which is the current size of the image? (the .image file). The image is indeed fresh, just installed FileSystemGit.. It's about 30 MB.. > If you evaluate the following a couple of times (print it cmd-p), you will cleanup most of the unreferenced objects in the image, it returns a number so you can compare it to successive evaluations. > > Smalltalk garbageCollect. > > You can also follow the pointers to objects, to detect objects which you suspect are just hanging around, and fail to be garbage collected, to clear those references. Open an inspector an any object,and the menu has that option. ( {Object. 1. #hello} inspect) . > > You can also, start with a fresh image. > > > pd: if you search the mailing list, i remember Tudor writing about large images and vm's. Then, I'll look around.. Thanks.. > > > > On Thu, Nov 8, 2012 at 2:16 PM, roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch> wrote: > Hi, > > I was executing a piece of code that collects the revisions of a Git repo in Pharo but it seems Pharo requires more memory.. > > How do I increase the available memory? > > Here is the log: > > SmalltalkImage>>signalLowSpace > OutOfMemory>>defaultAction > UndefinedObject>>handleSignal: > OutOfMemory(Exception)>>pass > PasteUpMorph>>becomeActiveDuring: in Block: [:ex | ... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > OutOfMemory(Exception)>>signal > OutOfMemory class(Exception class)>>signal > ByteArray class(Behavior)>>basicNew: > ByteArray class(Behavior)>>new: > ByteArray(SequenceableCollection)>>copyFrom:to: > ReadStream(PositionableStream)>>contents > GitPackedNonDelta(GitPackedObject)>>compressedData > GitPackedNonDelta(GitPackedObject)>>computeCRC > GitPackedNonDelta(GitPackedObject)>>loadFrom: > GitPackedObject class>>fromPack:at:in: > GitPackFile>>objectAtOffset: > GitPackFile>>objectNamed: > GitRepository>>packedObjectNamed:ifAbsent: in Block: [:pack | (pack objectNamed: aHexHash)... > GitRepository>>packsDo: in Block: [:pack | aBlock value: pack] > OrderedCollection>>do: > GitRepository>>packsDo: > GitRepository>>packedObjectNamed:ifAbsent: > GitRepository>>objectNamed:ifAbsent: in Block: [self packedObjectNamed: aHash ifAbsent: aBlock] > GitRepository>>looseObjectNamed:ifAbsent: in Block: [^ aBlock value] > False>>ifTrue:ifFalse: > > Thanks, > Roberto >

Nov. 8, 2012

Re: [Pharo-project] New command line option: load updates

by Camillo Bruni

nice! :) now we should rewrite the monkey fully in Pharo, given that we have now almost everything needed that shouldn't be that hard anymore ;)! On 2012-11-08, at 14:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > There is now a command line option to load updates. > > To test it: > > wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash > > ./vm.sh Pharo.image update > > What is does it to load updates, then snapshot and quit. > > The idea is to use this in the new CI setup so we don't need any external scripts. > > -- > Marcus Denker -- http://marcusdenker.de > >

Nov. 8, 2012

[Pharo-project] New command line option: load updates

by Marcus Denker

Hi, There is now a command line option to load updates. To test it: wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20NBCog.sh | bash ./vm.sh Pharo.image update What is does it to load updates, then snapshot and quit. The idea is to use this in the new CI setup so we don't need any external scripts. -- Marcus Denker -- http://marcusdenker.de

Nov. 8, 2012

Re: [Pharo-project] Increase memory

by Alexandre Bergel

By passing appropriate arguments when launching the VM on the command line. Cheers, Alexandre On Nov 8, 2012, at 10:16 AM, roberto.minelli(a)usi.ch wrote: > Hi, > > I was executing a piece of code that collects the revisions of a Git repo in Pharo but it seems Pharo requires more memory.. > > How do I increase the available memory? > > Here is the log: > > SmalltalkImage>>signalLowSpace > OutOfMemory>>defaultAction > UndefinedObject>>handleSignal: > OutOfMemory(Exception)>>pass > PasteUpMorph>>becomeActiveDuring: in Block: [:ex | ... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > OutOfMemory(Exception)>>signal > OutOfMemory class(Exception class)>>signal > ByteArray class(Behavior)>>basicNew: > ByteArray class(Behavior)>>new: > ByteArray(SequenceableCollection)>>copyFrom:to: > ReadStream(PositionableStream)>>contents > GitPackedNonDelta(GitPackedObject)>>compressedData > GitPackedNonDelta(GitPackedObject)>>computeCRC > GitPackedNonDelta(GitPackedObject)>>loadFrom: > GitPackedObject class>>fromPack:at:in: > GitPackFile>>objectAtOffset: > GitPackFile>>objectNamed: > GitRepository>>packedObjectNamed:ifAbsent: in Block: [:pack | (pack objectNamed: aHexHash)... > GitRepository>>packsDo: in Block: [:pack | aBlock value: pack] > OrderedCollection>>do: > GitRepository>>packsDo: > GitRepository>>packedObjectNamed:ifAbsent: > GitRepository>>objectNamed:ifAbsent: in Block: [self packedObjectNamed: aHash ifAbsent: aBlock] > GitRepository>>looseObjectNamed:ifAbsent: in Block: [^ aBlock value] > False>>ifTrue:ifFalse: > > Thanks, > Roberto -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 8, 2012

Re: [Pharo-project] Increase memory

by Fernando Olivero

Ciao Roberto, which is the current size of the image? (the .image file). If you evaluate the following a couple of times (print it cmd-p), you will cleanup most of the unreferenced objects in the image, it returns a number so you can compare it to successive evaluations. Smalltalk garbageCollect. You can also follow the pointers to objects, to detect objects which you suspect are just hanging around, and fail to be garbage collected, to clear those references. Open an inspector an any object,and the menu has that option. ( {Object. 1. #hello} inspect) . You can also, start with a fresh image. pd: if you search the mailing list, i remember Tudor writing about large images and vm's. On Thu, Nov 8, 2012 at 2:16 PM, roberto.minelli(a)usi.ch < roberto.minelli(a)usi.ch> wrote: > Hi, > > I was executing a piece of code that collects the revisions of a Git repo > in Pharo but it seems Pharo requires more memory.. > > How do I increase the available memory? > > Here is the log: > > SmalltalkImage>>signalLowSpace > OutOfMemory>>defaultAction > UndefinedObject>>handleSignal: > OutOfMemory(Exception)>>pass > PasteUpMorph>>becomeActiveDuring: in Block: [:ex | ... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [self > exceptionHandlerBlock cull: exception] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > OutOfMemory(Exception)>>signal > OutOfMemory class(Exception class)>>signal > ByteArray class(Behavior)>>basicNew: > ByteArray class(Behavior)>>new: > ByteArray(SequenceableCollection)>>copyFrom:to: > ReadStream(PositionableStream)>>contents > GitPackedNonDelta(GitPackedObject)>>compressedData > GitPackedNonDelta(GitPackedObject)>>computeCRC > GitPackedNonDelta(GitPackedObject)>>loadFrom: > GitPackedObject class>>fromPack:at:in: > GitPackFile>>objectAtOffset: > GitPackFile>>objectNamed: > GitRepository>>packedObjectNamed:ifAbsent: in Block: [:pack | (pack > objectNamed: aHexHash)... > GitRepository>>packsDo: in Block: [:pack | aBlock value: pack] > OrderedCollection>>do: > GitRepository>>packsDo: > GitRepository>>packedObjectNamed:ifAbsent: > GitRepository>>objectNamed:ifAbsent: in Block: [self packedObjectNamed: > aHash ifAbsent: aBlock] > GitRepository>>looseObjectNamed:ifAbsent: in Block: [^ aBlock value] > False>>ifTrue:ifFalse: > > Thanks, > Roberto >

Nov. 8, 2012

[Pharo-project] Increase memory

by roberto.minelli＠usi.ch

Hi, I was executing a piece of code that collects the revisions of a Git repo in Pharo but it seems Pharo requires more memory.. How do I increase the available memory? Here is the log: SmalltalkImage>>signalLowSpace OutOfMemory>>defaultAction UndefinedObject>>handleSignal: OutOfMemory(Exception)>>pass PasteUpMorph>>becomeActiveDuring: in Block: [:ex | ... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: OutOfMemory(Exception)>>signal OutOfMemory class(Exception class)>>signal ByteArray class(Behavior)>>basicNew: ByteArray class(Behavior)>>new: ByteArray(SequenceableCollection)>>copyFrom:to: ReadStream(PositionableStream)>>contents GitPackedNonDelta(GitPackedObject)>>compressedData GitPackedNonDelta(GitPackedObject)>>computeCRC GitPackedNonDelta(GitPackedObject)>>loadFrom: GitPackedObject class>>fromPack:at:in: GitPackFile>>objectAtOffset: GitPackFile>>objectNamed: GitRepository>>packedObjectNamed:ifAbsent: in Block: [:pack | (pack objectNamed: aHexHash)... GitRepository>>packsDo: in Block: [:pack | aBlock value: pack] OrderedCollection>>do: GitRepository>>packsDo: GitRepository>>packedObjectNamed:ifAbsent: GitRepository>>objectNamed:ifAbsent: in Block: [self packedObjectNamed: aHash ifAbsent: aBlock] GitRepository>>looseObjectNamed:ifAbsent: in Block: [^ aBlock value] False>>ifTrue:ifFalse: Thanks, Roberto

Nov. 8, 2012