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

Re: [Pharo-project] Issue 3454 in pharo: DNU when looking for implementors in OB on 1.2dev

by pharo＠googlecode.com

Updates: Status: Closed Comment #8 on issue 3454 by marcus.denker: DNU when looking for implementors in OB on 1.2dev http://code.google.com/p/pharo/issues/detail?id=3454 works in version 21.12.2010

Dec. 21, 2010

Re: [Pharo-project] Issue 3463 in pharo: [Failing Test] HelpBrowserTest.testOpen

by pharo＠googlecode.com

Updates: Labels: Milestone-1.2 Comment #7 on issue 3463 by marcus.denker: [Failing Test] HelpBrowserTest.testOpen http://code.google.com/p/pharo/issues/detail?id=3463 (No comment was entered for this change.)

Dec. 21, 2010

Re: [Pharo-project] Issue 3410 in pharo: Remove NEwInspector from Dev

by pharo＠googlecode.com

Updates: Status: Closed Comment #5 on issue 3410 by marcus.denker: Remove NEwInspector from Dev http://code.google.com/p/pharo/issues/detail?id=3410 Done (21.12.2010)

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by Stefan Marr

On 21 Dec 2010, at 13:19, Luc Fabresse wrote: > Hi Stefan, > > Did you enter a bug entry? > because it is easier to not forget when there is one. No, as I said, I am not sure whether should be changed in the standard image. I am not even sure whether you should consider it a bug, it is certainly not with regard to the "VM/scheduler spec". > http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none Best regards Stefan -- 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

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by Luc Fabresse

Hi Stefan, Did you enter a bug entry? because it is easier to not forget when there is one. #Luc 2010/12/21 Stefan Marr <pharo(a)stefan-marr.de> > Don't know, and I have only fixed one bug at the moment. > And, it wont make it onto the list of high priority tasks anytime soon, > thats why I ask Santa to have a look. > > The patch/workaround was mentioned here: > http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none > > > > > On 21 Dec 2010, at 12:11, Tudor Girba wrote: > > > How big is the impact? > > > > Doru > > > > > > On 21 Dec 2010, at 12:05, Stefan Marr wrote: > > > >> No, maybe Santa has them already... > >> > >> Bye the way, the last discussion I started on that topic was completely > ignored, and I am not sure whether fixing it in your images is worth it, > since it will impact performance on standard VMs. > >> > >> Best regards > >> Stefan > >> > >> > >> On 21 Dec 2010, at 11:53, StÃ©phane Ducasse wrote: > >> > >>> Stefan > >>> do you have the fixes? > >>> Stef > >>> > >>> > >>> On Dec 20, 2010, at 11:27 PM, Stefan Marr wrote: > >>> > >>>> I would like a Pharo Core image running nicely 16 core on the RoarVM. > >>>> That requires just to fix a few more concurrency bugs, should not be > to hard. > >>>> > >>>> > >>>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: > >>>> > >>>>> Only a few days until christmas. You should tell Santa your wishes > for Pharo here on the list - who knows maybe in one of the next releases or > announcements... > >>>>> > >>>>> Let me be the first: > >>>>> - easy to use foreign interface including callback support for > >>>>> all major platforms > >>>>> - reliable (new) squeaksource which includes a one-click image > >>>>> so one can easy setup an own (internal) server > >>>>> > >>>>> Thx > >>>>> T. > >>>>> > >>>>> > >>>>> -- > >>>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > >>>>> Jetzt De-Mail-Adresse reservieren: > http://portal.gmx.net/de/go/demail > >>>>> > >>>> > >>>> -- > >>>> 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 > >>>> > >>>> > >>> > >>> > >> > >> > >> > >> -- > >> 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 > >> > >> > > > > -- > > www.tudorgirba.com > > > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > > > > > > > > > -- > 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 > > >

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by Stefan Marr

Don't know, and I have only fixed one bug at the moment. And, it wont make it onto the list of high priority tasks anytime soon, thats why I ask Santa to have a look. The patch/workaround was mentioned here: http://forum.world.st/Delay-class-not-fit-for-RoarVM-tt3035265.html#none On 21 Dec 2010, at 12:11, Tudor Girba wrote: > How big is the impact? > > Doru > > > On 21 Dec 2010, at 12:05, Stefan Marr wrote: > >> No, maybe Santa has them already... >> >> Bye the way, the last discussion I started on that topic was completely ignored, and I am not sure whether fixing it in your images is worth it, since it will impact performance on standard VMs. >> >> Best regards >> Stefan >> >> >> On 21 Dec 2010, at 11:53, StÃ©phane Ducasse wrote: >> >>> Stefan >>> do you have the fixes? >>> Stef >>> >>> >>> On Dec 20, 2010, at 11:27 PM, Stefan Marr wrote: >>> >>>> I would like a Pharo Core image running nicely 16 core on the RoarVM. >>>> That requires just to fix a few more concurrency bugs, should not be to hard. >>>> >>>> >>>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: >>>> >>>>> Only a few days until christmas. You should tell Santa your wishes for Pharo here on the list - who knows maybe in one of the next releases or announcements... >>>>> >>>>> Let me be the first: >>>>> - easy to use foreign interface including callback support for >>>>> all major platforms >>>>> - reliable (new) squeaksource which includes a one-click image >>>>> so one can easy setup an own (internal) server >>>>> >>>>> Thx >>>>> T. >>>>> >>>>> >>>>> -- >>>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >>>>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail >>>>> >>>> >>>> -- >>>> 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 >>>> >>>> >>> >>> >> >> >> >> -- >> 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 >> >> > > -- > www.tudorgirba.com > > "Next time you see your life passing by, say 'hi' and get to know her." > > > > -- 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

Dec. 21, 2010

Re: [Pharo-project] Why Smalltalk ? Which Smalltalk ?

by CÃ©drick BÃ©ler

Le 20 dÃ©c. 2010 Ã 23:31, Sven Van Caekenberghe a Ã©crit : > I just came across these and I think they are very well written. > > Why Smalltalk ? > > http://smalltalkzen.wordpress.com/2010/12/20/why-smalltalk/ > > Which Smalltalk ? > > http://smalltalkzen.wordpress.com/2010/08/24/which-smalltalk/ > > I agree mostly with both pieces, they express reasonably well how I see things. > > I don't know the author's name though... Dmitri Zagidulin ;-) > > Sven

Dec. 21, 2010

Re: [Pharo-project] Issue 3224 in pharo: Migrating MethodReference to MethodReferenceWithSource

by pharo＠googlecode.com

Comment #4 on issue 3224 by luc.fabresse: Migrating MethodReference to MethodReferenceWithSource http://code.google.com/p/pharo/issues/detail?id=3224 some comments. We must add a hash method on SourcedMethodReference. I propose: SourcedMethodReference>>hash "Answer a SmallInteger whose value is related to the receiver's identity." ^ super hash bitXor: self sourcePointer All instances of SourcedMethodReference should (*must*) have a defined sourcePointer (not be nil) at instanciation time. But it seems that it is not the case since some initializing methods from MethodReference are not redefined in SourcedMethodReference: MethodReference>>setClass:methodSymbol: MethodReference>>setClassAndSelectorIn: MethodReference>>setClassSymbol:classIsMeta:methodSymbol:stringVersion: MethodReference>>setClass:methodSymbol:stringVersion: For example, in SystemNavigation a lot of methods use: SourcedMethodReference new setClass: class methodSymbol: sel which leave sourcePointer uninitialized. Did these changes break some tests?

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by Tudor Girba

How big is the impact? Doru On 21 Dec 2010, at 12:05, Stefan Marr wrote: > No, maybe Santa has them already... > > Bye the way, the last discussion I started on that topic was completely ignored, and I am not sure whether fixing it in your images is worth it, since it will impact performance on standard VMs. > > Best regards > Stefan > > > On 21 Dec 2010, at 11:53, StÃ©phane Ducasse wrote: > >> Stefan >> do you have the fixes? >> Stef >> >> >> On Dec 20, 2010, at 11:27 PM, Stefan Marr wrote: >> >>> I would like a Pharo Core image running nicely 16 core on the RoarVM. >>> That requires just to fix a few more concurrency bugs, should not be to hard. >>> >>> >>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: >>> >>>> Only a few days until christmas. You should tell Santa your wishes for Pharo here on the list - who knows maybe in one of the next releases or announcements... >>>> >>>> Let me be the first: >>>> - easy to use foreign interface including callback support for >>>> all major platforms >>>> - reliable (new) squeaksource which includes a one-click image >>>> so one can easy setup an own (internal) server >>>> >>>> Thx >>>> T. >>>> >>>> >>>> -- >>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >>>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail >>>> >>> >>> -- >>> 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 >>> >>> >> >> > > > > -- > 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 > > -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

Dec. 21, 2010

Re: [Pharo-project] Dear Santa ...

by laurent laffont

Dear Santa, I would like you to drop your f/*(Â«Â»@ XMas Present Management software which has tons of bugs (children rarely have what they want. Myself included) and written in this crappy programming language called <the one you hate most />. Please use Pharo + Seaside to develop a far better software so we can finally enters our wishlist online and have a tracking number to be sure our present will be on time or provide justification why we cannot have it. Best Regards, Laurent On Tue, Dec 21, 2010 at 3:22 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Dear Santa, > > You suck, I don't believe in you. I'm sure you don't even know how to > program. > > > PS: But if you're reading this, I just want more time, so I can help to > program the others' wishes :P. That'll be fun :) > > > > On Mon, Dec 20, 2010 at 11:06 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > >> I remember to have seen a presentation from Intel when they opened their >> center in Ireland. They are targeting a 64 core CPU. I am not expert in >> concurrency, but there is clearly more than a paper to write about. >> >> Alexandre >> >> >> On 20 Dec 2010, at 20:29, Stefan Marr wrote: >> >> > Hi Alexandre: >> > >> > On 20 Dec 2010, at 23:54, Alexandre Bergel wrote: >> >> "I would like a Pharo Core image running nicely 16 core on the RoarVM. >> >> That requires just to fix a few more concurrency bugs, should not be to >> hard." >> >> >> >> Wow... What's a quote! >> > All kidding aside, the amount of concurrency related constructs in >> Smalltalk is very manageable. >> > And interestingly, form what I have seen so far, there are a number of >> problematic idioms which make things fast on the standard VM, but rely on >> scheduling guarantees. >> > >> > My gut tells me, that a significant number of those bugs which are still >> bugging me, could be found with pattern detection, code smell analysis or >> what ever you want to call it. >> > They should be formalizable and detectable. >> > >> > We would have people with the right tools and knowledge at the lab, >> unfortunately with the wrong interests... >> > And there should be a paper in there. Any volunteers? ;) >> > >> > Best regards >> > Stefan >> > >> >> >> >> :-) >> >> >> >> Alexandre >> >> >> >> >> >>> >> >>> >> >>> On 18 Dec 2010, at 20:16, Torsten Bergmann wrote: >> >>> >> >>>> Only a few days until christmas. You should tell Santa your wishes >> for Pharo here on the list - who knows maybe in one of the next releases or >> announcements... >> >>>> >> >>>> Let me be the first: >> >>>> - easy to use foreign interface including callback support for >> >>>> all major platforms >> >>>> - reliable (new) squeaksource which includes a one-click image >> >>>> so one can easy setup an own (internal) server >> >>>> >> >>>> Thx >> >>>> T. >> >>>> >> >>>> >> >>>> -- >> >>>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >> >>>> Jetzt De-Mail-Adresse reservieren: >> http://portal.gmx.net/de/go/demail >> >>>> >> >>> >> >>> -- >> >>> Stefan Marr >> >>> Software Languages Lab >> >>> Vrije Universiteit Brussel >> >>> Pleinlaan 2 / B-1050 Brussels / Belgium >> >>> http://soft.vub.ac.be/~smarr <http://soft.vub.ac.be/%7Esmarr> >> >>> Phone: +32 2 629 2974 >> >>> Fax: +32 2 629 3525 >> >>> >> >>> >> >> >> >> -- >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >> Alexandre Bergel http://www.bergel.eu >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >> >> >> >> >> >> > >> > -- >> > Stefan Marr >> > Software Languages Lab >> > Vrije Universiteit Brussel >> > Pleinlaan 2 / B-1050 Brussels / Belgium >> > http://soft.vub.ac.be/~smarr <http://soft.vub.ac.be/%7Esmarr> >> > Phone: +32 2 629 2974 >> > Fax: +32 2 629 3525 >> > >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >

Dec. 21, 2010