- Pharo-dev - lists.pharo.org

[Pharo-project] Unix CogVM compilation summary

by Pavel Krivanek

git clone --depth 1 git://git.gitorious.org/cogvm/blessed.git cd blessed mkdir -p build cd build sh ../codegen-scripts/extract-commit-info.sh cd ../image curl "https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces…" -o "image.zip" unzip -jbo image.zip squeakvm -nodisplay Pharo-1.4.image ../codegen-scripts/LoadVMMaker.st zip vmmaker-image.zip generator.* *.sources echo "CogUnixConfig new addExternalPlugins: #( FT2Plugin ); addInternalPlugins: #( UnixOSProcessPlugin ); generateSources; generate. Smalltalk snapshot: false andQuit: true." > ./script.st CogVM generator.image script.st cd ../build cmake . make cd ../results zip -r Cog.zip *

March 15, 2012

Re: [Pharo-project] Fwd: [Moose-dev] Moose Windows VM problem

by Igor Stasenko

On 14 March 2012 08:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > can we fix the one click on windows especially? > > Stef > > Begin forwarded message: > > From: Usman Bhatti <usman.bhatti(a)gmail.com> > Subject: [Moose-dev] Moose Windows VM problem > Date: March 13, 2012 6:23:44 PM GMT+01:00 > To: Moose-related development <moose-dev(a)iam.unibe.ch> > Reply-To: Moose-related development <moose-dev(a)iam.unibe.ch> > > Hello, > > I have a one-click moose image downloaded around first week of Feb 2012. The > problem with the image is that it's windows vm that does not launch the > image file. In fact, when I execute the vm, it creates a process (visible in > windows task manager) but nothing happens. We tried to debug it with Igor > but we couldn't (as there is no entry point). The image in the bundle can be > launched with latest windows vm (from pharo server) [meaning that the > problem comes from the vm which we cannot debug]. > > I downloaded another moose image today and executed its windows vm, and its > working fine. > > It would be good to have a jenkins process to run moose on windows vm. Do we > have such a setup? If not, I can create one in the coming weeks. > I can help with setting it up. More tests never hurt. > thanx, > usman > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- Best regards, Igor Stasenko.

March 15, 2012

Re: [Pharo-project] TestCase>>#assert:equals: optimization

by Nicolas Cellier

Being able to automate is very good, however... <rant> I find a great deal of issues report are unhelpful, not to say totally useless. Take for example http://code.google.com/p/pharo/issues/detail?id=5482 it just tells, "hey look at the fix in this slice, and you'll understand" Then some bits of status (integrated, closed...). Generally the code is not even accessible from within the bug report (unless of few cases of change sets...) What do we learn from such reports? Do we find a rationale justifying the change? Do we only even guess the intention by just reading the report? What does this bring exactly to the process quality? If we just have to look at the code, then follow something light like squeak/trunk, just publish diffs and don't bother with pseudo-quality disguise. One huge progress would be the possibility to navigate across continuous integration server, issue tracker, source code repository, and so called ScriptLoader containing the list of fixes applied from one version to another... Tracking a regression down, seeing in which version it happened, what did change in this version, browsing the related issue in the tracker to understand the rationale of the change, and browsing the code diffs, all this directly from the web pages would help a lot... Of course, if reports are empty or cryptic, then maybe they can still feed bots, but don't expect help of humans too much ;) </rant> Nicolas Le 15 mars 2012 22:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> a Ã©crit : > thanks stefan > Can you open a bug tracker and publish your code with a slice or a cs so > that our crawler can handle it automatically? > Yes we are getting professional thanks for camillo and ben :) > > Stef > > On Mar 15, 2012, at 8:58 PM, Stefan Marr wrote: > > > Hi: > > > > While stepping through bytecodes, I noticed a slightly annoying > inefficiency in the SUnit implementation. > > The description string in #assert:equals: is always computed, even if it > is not necessary. > > > > While that might not be a performance problem, I find it rather > distracting when I have to debug on the bytecode/VM level. > > > > Since there seem to be only 127 senders or so in the image, you will > probably not notice a big performance gain. > > The change to compute the string only when necessary is below. > > > > Best regards > > Stefan > > > > PS: This is a resend, because the original mail seemed to have been > lost, while the mailing list was down. > > > > > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:41'! > > assert: aBooleanOrBlock description: aStringOrBlock > > aBooleanOrBlock value ifFalse: [ > > | aString | > > aString := aStringOrBlock value. > > self logFailure: aString. > > TestResult failure signal: aString] > > ! ! > > > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:40'! > > assert: aBooleanOrBlock description: aStringOrBlock resumable: > resumableBoolean > > | exception | > > aBooleanOrBlock value > > ifFalse: > > [|aString| > > aString := aStringOrBlock value. > > self logFailure: aString. > > exception := resumableBoolean > > ifTrue: [TestResult > resumableFailure] > > ifFalse: [TestResult > failure]. > > exception signal: aString] > > ! ! > > > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:40'! > > assert: expected equals: actual > > ^ self > > assert: (expected = actual) > > description: [self comparingStringBetween: actual and: > expected] > > ! ! > > > > > > -- > > Stefan Marr > > Software Languages Lab > > Vrije Universiteit Brussel > > Pleinlaan 2 / B-1050 Brussels / Belgium > > http://soft.vub.ac.be/~smarr > > Phone: +32 2 629 2974 > > Fax: +32 2 629 3525 > > > > > > >

March 15, 2012

Re: [Pharo-project] [Vm-dev] Finally, jenkins were able to build win32 VM.

by Eliot Miranda

Hi Tudor, On Thu, Mar 15, 2012 at 2:55 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > The problem is that I cannot get it for you because it's proprietary code, > and the issue raised when loading the code from a Monticello repository. > I sign non-disclosure agreements and destroy files once I'm done :) So if you can get it to crash loading from a package-cache and you're happy for me to sign an NDA I can still look at it. But only if you;re comfortable and only if you have a reproducible case. > I got some strange crashes in other contexts but without having time to > dig into these :(. I will try to keep my eyes opened and find some > reproducible case. > > Cheers, > Doru > cool. cheers! > > > On 15 Mar 2012, at 20:03, Igor Stasenko wrote: > > > > > On 15 March 2012 19:28, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > >> > >> > >> > >> On Tue, Mar 13, 2012 at 7:44 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >>> > >>> Strange. I tried to reproduce the problem, but following the same path > >>> worked fine the second time. > >> > >> > >> Such GC bugs are extremely sensitive to exactly the sequence of > mutations in the heap. So the time in between mouse clicks or keyboard > presses, or even the length of delays or the date and time can change the > form of the heap. The only way I know to reproduce this kind of bug > reliably is to write a doit that causes the system to crash without user > intervention. You can either supply the doit in a file to the VM at > startup or (more convenient for those debugging it) write a doit that > starts with a snapshot, e.g. > >> > >> Smalltalk saveAs. > >> Crasher new crash > >> > > > > Not again this flaky GC/become stuff. I was hoping that last one we > > busted in summer.. > > > > > > -- > > Best regards, > > Igor Stasenko. > > -- > www.tudorgirba.com > > "No matter how many recipes we know, we still value a chef." > > > > > > > -- best, Eliot

March 15, 2012

Re: [Pharo-project] [Vm-dev] Finally, jenkins were able to build win32 VM.

by Tudor Girba

Hi, The problem is that I cannot get it for you because it's proprietary code, and the issue raised when loading the code from a Monticello repository. I got some strange crashes in other contexts but without having time to dig into these :(. I will try to keep my eyes opened and find some reproducible case. Cheers, Doru On 15 Mar 2012, at 20:03, Igor Stasenko wrote: > > On 15 March 2012 19:28, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> >> >> On Tue, Mar 13, 2012 at 7:44 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> >>> Strange. I tried to reproduce the problem, but following the same path >>> worked fine the second time. >> >> >> Such GC bugs are extremely sensitive to exactly the sequence of mutations in the heap. So the time in between mouse clicks or keyboard presses, or even the length of delays or the date and time can change the form of the heap. The only way I know to reproduce this kind of bug reliably is to write a doit that causes the system to crash without user intervention. You can either supply the doit in a file to the VM at startup or (more convenient for those debugging it) write a doit that starts with a snapshot, e.g. >> >> Smalltalk saveAs. >> Crasher new crash >> > > Not again this flaky GC/become stuff. I was hoping that last one we > busted in summer.. > > > -- > Best regards, > Igor Stasenko. -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

March 15, 2012

Re: [Pharo-project] TestCase>>#assert:equals: optimization

by StÃ©phane Ducasse

thanks stefan Can you open a bug tracker and publish your code with a slice or a cs so that our crawler can handle it automatically? Yes we are getting professional thanks for camillo and ben :) Stef On Mar 15, 2012, at 8:58 PM, Stefan Marr wrote: > Hi: > > While stepping through bytecodes, I noticed a slightly annoying inefficiency in the SUnit implementation. > The description string in #assert:equals: is always computed, even if it is not necessary. > > While that might not be a performance problem, I find it rather distracting when I have to debug on the bytecode/VM level. > > Since there seem to be only 127 senders or so in the image, you will probably not notice a big performance gain. > The change to compute the string only when necessary is below. > > Best regards > Stefan > > PS: This is a resend, because the original mail seemed to have been lost, while the mailing list was down. > > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:41'! > assert: aBooleanOrBlock description: aStringOrBlock > aBooleanOrBlock value ifFalse: [ > | aString | > aString := aStringOrBlock value. > self logFailure: aString. > TestResult failure signal: aString] > ! ! > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:40'! > assert: aBooleanOrBlock description: aStringOrBlock resumable: resumableBoolean > | exception | > aBooleanOrBlock value > ifFalse: > [|aString| > aString := aStringOrBlock value. > self logFailure: aString. > exception := resumableBoolean > ifTrue: [TestResult resumableFailure] > ifFalse: [TestResult failure]. > exception signal: aString] > ! ! > > !TestCase methodsFor: 'asserting' stamp: 'StefanMarr 3/13/2012 23:40'! > assert: expected equals: actual > ^ self > assert: (expected = actual) > description: [self comparingStringBetween: actual and: expected] > ! ! > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > >

March 15, 2012

Re: [Pharo-project] Extending SystemBrowser

by StÃ©phane Ducasse

On Mar 13, 2012, at 9:21 PM, Ezequiel Lamonica wrote: > Hi everybody, > > I have some problems to extend the SystemBrowser. > I want to add a panel at the left of package panel to list products. > Product is a new concept that I created to manage a group of packages. > > For example, Pharo is a product and Seaside is another that depends on Pharo. > > This is the path that I want to follow: > Products -> Packages -> Classes -> Protocols -> Methods > > I know in Pharo 1.4 the systemBrowser will be changed but I have a proof of concept early and I have to show something working integrated in Pharo 1.3 image. Use Glamour or Spec or OB but not systemBrowser. Run away from SystemBrowser > What could I do to start? > Any advice? > > >

March 15, 2012

Re: [Pharo-project] Finally, jenkins were able to build win32 VM.

by StÃ©phane Ducasse

not good :( because I'm sure it crashed on you the first time. Stef On Mar 13, 2012, at 3:44 PM, Tudor Girba wrote: > Strange. I tried to reproduce the problem, but following the same path > worked fine the second time. > > Doru > > > On Tue, Mar 13, 2012 at 3:18 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Ah, I forgot to mention: the same scenario works with the VM from Eliot (2522) >> >> Cheers, >> Doru >> >> On Tue, Mar 13, 2012 at 3:16 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>> Hi, >>> >>> I just tried it and it crashed :(. >>> >>> Here is what I did: >>> - I took the Moose image >>> - it started fine, and seem to be responsive >>> - I then loaded code in it using a configuration >>> - while loading, it crashed >>> >>> I attach here the crash.dmp file. I cannot provide the actual code >>> because it is proprietary. I will try to reproduce the problem in more >>> available settings. >>> >>> Cheers, >>> Doru >>> >>> >>> On Tue, Mar 13, 2012 at 8:54 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >>>>> Thanks Igor. >>>>> Guys can you try and report if you have problems? >>>> >>>> Yes, thanks Igor, >>>> >>>> How can I see if this release integrates Eliots latest >>>> fixes for Cog? >>>> >>>> Thx >>>> T. >>>> -- >>>> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir >>>> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

March 15, 2012

Re: [Pharo-project] MultiCompositionScanner depending on Morphic stuff

by StÃ©phane Ducasse

> Hi Guillermo, > > great to see someone to improve modularity of the system. :) We are always thinking. Now Guille will start a PhD with us :) > Look at > results of latest Pharo-Kernel: > > https://ci.lille.inria.fr/pharo/view/Pharo-Kernel/job/Pharo%20Kernel%201.4/… > > This Undeclared clearly show unwelcome kernel dependencies and must be removed. > > Cheers, > -- Pavel > > > > On Thu, Mar 15, 2012 at 5:37 PM, Guillermo Polito > <guillermopolito(a)gmail.com> wrote: >> >> >> On Thu, Mar 15, 2012 at 1:34 PM, Marcus Denker <marcus.denker(a)inria.fr> >> wrote: >>> >>> >>> On Mar 15, 2012, at 5:32 PM, Igor Stasenko wrote: >>> >>>> Hey, composition scanners and display scanners should not belong to >>>> Kernel. >>>> they should be either in graphics package or in morphic itself. >>>> >>>> Why we moved this stuff to kernel? >> >> >> :3 >> >> Actually CompositionScanner belong to Graphics, I was puzzled about that >> too. >> >> I'll post a slice in the inbox :) >> >>> >>> >>> >>> Nobody moved... they where always there. It's a mess of epic proportion, >>> our whole code base. >>> >>> Marcus >>> >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >> >

March 15, 2012

Re: [Pharo-project] Gettext package, who?

by Hilaire Fernandes

Le 15/03/2012 17:45, StÃ©phane Ducasse a Ã©crit : > What is the size of this package? The .mcz file is 26.7 kB -- Dr. Geo -- http://www.drgeo.eu

March 15, 2012