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

[Pharo-project] new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/

by Eliot Miranda

new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/. Cog VM binaries as per VMMaker.oscog-eem.154/r2540. Fix bad conceptual bug with become on methods. Unlike full and incremental GC, the reference from a Cog method to its method object must not be remapped since they're two halves of the same object. Fix FileStreamTest>testPositionPastEndIsAtEnd on unix & Mac OS. Merge Merge VMConstruction-Plugins-OSProcessPlugin-dtl.33's changes. Regenerate the apparently truncated nscogsrc ZipPlugin.c. Handle more libc variations for LD_LIBRARY_PATH in the unix launch scripts. -- best, Eliot

April 3, 2012

Re: [Pharo-project] [squeak-dev] SS3 downtime - today 2pm PDT

by Dale Henrichs

SS3 is back online ... Dale ----- Original Message ----- | From: "Dale Henrichs" <dhenrich(a)vmware.com> | To: Pharo-project(a)lists.gforge.inria.fr, "The general-purpose Squeak developers list" | <squeak-dev(a)lists.squeakfoundation.org>, beta(a)seaside.gemstone.com | Sent: Tuesday, April 3, 2012 10:10:41 AM | Subject: [squeak-dev] SS3 downtime - today 2pm PDT | | We are in the process of tracking down the root cause of inordinate | i/o delays on http://ss3.gemstone.com[1]. | | In the meantime, we're going to tweak some of the system settings and | will cycle the stone. | | The plan is to cycle the stone this afternoon at 2PM PDT and the | system should be down for just a few minutes ... if that will cause | any inconvenience let me know and I'll reschedule ... | | Dale | | [1] | http://forum.world.st/http-ss3-gemstone-com-is-EXTREMELY-slow-td4528259.html | |

April 3, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Guillermo Polito

On Tue, Apr 3, 2012 at 10:49 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2012-04-03 um 20:24 schrieb phil(a)highoctane.be: > > > And the version pushed will be +1 each time isn't it? > > > > How do I put the same version to two places? > > when you commit a version, you get a window with several options, eg, > browse â¦ diffâ¦ etc. The last is âcopyâ > click on it and you can copy the very same version to > different repos. This does not work with the âsaveâ button in > the working copy overview. > âsaveâ -> commit > âcopyâ -> push. > Hey, I'd vote for changing the buttons' labels! > > best > -tobias > > >

April 3, 2012

Re: [Pharo-project] type-inference: it works!

by Frank Shearar

On 30 March 2012 22:19, Frank Shearar <frank.shearar(a)gmail.com> wrote: > In case anyone's interested in the paper behind Francisco's work > (thanks Francisco!), you can find "Concrete Type Inference: Delivering > Object Oriented Applications" here: > https://labs.oracle.com/technical-reports/1996/smli_tr-96-52.pdf > > Interestingly, typing 'Display boundBox' fails in Squeak trunk because > "UndefinedObject won't understand #origin:corner:". Odd, since > evaluating same will happily return a Rectangle. I'll look into it and > see what I can find. It turns out that in Pharo we use Association and in Squeak we use ReadOnlyVariableBinding; by changing VariableNode >> #isSharedVarNode to isSharedVarNode ^ self type = 4 and: [key isVariableBinding] TypeInference works in both! Now I have some mczs, but I don't have a place to publish them... frank > frank > > On 30 March 2012 14:33, Francisco Garau <francisco.garau(a)gmail.com> wrote: >> No unit tests, sorry... >> >> Is not profiling, it's abstract intrepretation using types instead of >> objects. >> >> - Francisco >> >> >> On 30 Mar 2012, at 15:15, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Hi Francisco, >> >> I've tried your implementation. It seems to work in Pharo 1.4. Do you have >> unit test somewhere? >> How does your profiler work? From what you have said in your email, it seems >> you are profiling the execution. Is that true? >> >> Cheers, >> Alexandre >> >> >> On 29 Mar 2012, at 18:47, Francisco Garau wrote: >> >> Load the attached ChangeSets: first Ti-Engine and then Ti-Support. >> >> You could then evaluate the below expressions -- watch the Transcript to see >> which methods are being analysed. >> >> TiSystem current reset. >> string := '3 + 4'. >> Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. >> "=> return {<SmallInteger>} " >> >> TiSystem current reset. >> string := 'Display boundingBox'. >> Compiler new analyze: string in: nil to: nil notifying: nil ifFail: [1]. >> "=> return {<Rectangle origin: <Point x: <SmallInteger> y: <SmallInteger>> >> corner: <Point x: <SmallInteger> y: <SmallInteger>>>}" >> >> TiSystem current explore. >> >> >> Analysing 'Display boundingBox' shows a couple of surprises: >> >> The code never goes through the #new method (it creates objects using >> #basicNew and #@) >> Object code goes through Object>>value but knowing that the implementation >> just answers self, it could be easily optimised. >> >> >> I will try to package it more nicely under Monticello -- there are still a >> few rough edges that need to be polished before getting it to the same state >> it was in 2001... >> >> Cheers, >> Francisco >> <Ti-Engine.2.cs><Ti-Support.2.cs> >> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre BergelÂ Â http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >>

April 3, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Tobias Pape

Am 2012-04-03 um 20:24 schrieb phil(a)highoctane.be: > And the version pushed will be +1 each time isn't it? > > How do I put the same version to two places? when you commit a version, you get a window with several options, eg, browse â¦ diffâ¦ etc. The last is âcopyâ click on it and you can copy the very same version to different repos. This does not work with the âsaveâ button in the working copy overview. âsaveâ -> commit âcopyâ -> push. best -tobias

April 3, 2012

Re: [Pharo-project] Fuel and Pharo Kernel

by Martin Dias

Nice :) FuelPackageLoader is a functional prototype but needs many improvements. I am elaborating a proposal for GSoC, with features like: basic: - emulate ClassBuilder (implies replacing it for something less monolithic): - validating the class definition - modifying an existent class - recompiling methods (superclass change tolerance) - mutating existing instances to the new format - registering the class as a global - send notifications - more - handle dependencies - good migration support - visual tool: integrate with Gofer or Monticello? extra: - run pre and post scripts (to avoid compilation the scripts should be fully serialized, not just the source code) - new extension operations: add trait, add variable. - clean uninstall: if an extension method overwrote an existing one, then it should be restored when package uninstalled (I think in VW is like this). - ? Some items require community discussion, especially the extra ones. Also, I'm not sure what should be in the scope of GSoC. Cheers, MartÃn On Tue, Apr 3, 2012 at 5:19 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > On Tue, Apr 3, 2012 at 7:36 PM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > > > > > On Tue, Apr 3, 2012 at 6:39 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com > > > > wrote: > >> > >> Hi, > >> > >> I tried the Fuel with Pharo Kernel and... it works well. > > > > > > I am really happy to hear that. > > > >> > >> It needs only > >> very few modifications (removing of some dependencies). > > > > > > Right now I am extremelly busy, but in 2 ways I can spend some time in > Fuel. > > If you think that some of these dependencies removal could be applied > > directly to Fuel core, please let us know. > > Hm, I used packages from the Fuel CI image. As I see some things were > changed. For the start, Fuel extensions of classes CharacterBlock and > MetacelloGoferLoad should not be in the basic package. > > > > >> > >> But the really > >> great thing is that the FLPackageLoader seems to work quite well too. > > > > > > Awesome. > > > >> > >> I do strongly recommend to add Fuel very early in the development of > >> 1.5 into the basic kernel packages. > > > > > > Indeed. That was the idea for 1.4 but we didn't have time. > > > >> > >> I can not wait to see a Pharo > >> image without the Compiler ;-) > >> > > > > In fact that was one of the things Stef had in mind when he decided to > > support and push Fuel. Because RMOD is working in boostrap and related > works > > where you would like to boostrap and grow without a compiler ;) > > I know, but I expected that package loading in Fuel has much wider > dependencies and that it will require a lot of next work. > > -- Pavel > > > > > > > >> > >> -- Pavel > >> > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > >

April 3, 2012

Re: [Pharo-project] Fuel and Pharo Kernel

by Pavel Krivanek

On Tue, Apr 3, 2012 at 7:36 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Tue, Apr 3, 2012 at 6:39 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: >> >> Hi, >> >> I tried the Fuel with Pharo Kernel and... it works well. > > > I am really happy to hear that. > >> >> It needs only >> very few modifications (removing of some dependencies). > > > Right now I am extremelly busy, but in 2 ways I can spend some time in Fuel. > If you think that some of these dependencies removal could be applied > directly to Fuel core, please let us know. Hm, I used packages from the Fuel CI image. As I see some things were changed. For the start, Fuel extensions of classes CharacterBlock and MetacelloGoferLoad should not be in the basic package. > >> >> But the really >> great thing is that the FLPackageLoader seems to work quite well too. > > > Awesome. > >> >> I do strongly recommend to add Fuel very early in the development of >> 1.5 into the basic kernel packages. > > > Indeed. That was the idea for 1.4 but we didn't have time. > >> >> I can not wait to see a Pharo >> image without the Compiler ;-) >> > > In fact that was one of the things Stef had in mind when he decided to > support and push Fuel. Because RMOD is working in boostrap and related works > where you would like to boostrap and grow without a compiler ;) I know, but I expected that package loading in Fuel has much wider dependencies and that it will require a lot of next work. -- Pavel > > >> >> -- Pavel >> > > > > -- > Mariano > http://marianopeck.wordpress.com >

April 3, 2012

[Pharo-project] SMark

by Martin Dias

Hi. I like SMark, so I am evaluating how straightforward would be to move Fuel benchmark suite. A couple of questions: 1) I had some undeclared references, no problem? HeadlessSave class>>run: (RVMOperations is Undeclared) ScriptStarter class>>transportersForFileOutMenu (Transporter is Undeclared) 2) Can I run benchmarks in headless mode using ScriptStarter? How can I try HelloWorld script? I couldn't figure out. Thanks, MartÃn

April 3, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Dale Henrichs

Good point:) The Issues list in SS3 is not quite as full-featured as the one on Google:) Good point about disabling it though ... There is a note about the issue tracker on the SS3 Home page, but not on the SS3 project page ... good point. Dale ----- Original Message ----- | From: "Stefan Marr" <smalltalk(a)stefan-marr.de> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Tuesday, April 3, 2012 11:32:39 AM | Subject: Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow? | | Hi Dale: | | On 03 Apr 2012, at 20:05, Dale Henrichs wrote: | | > [1] | > http://code.google.com/p/squeaksource3/issues/list?can=2&q=Milestone%3D3.0-… | > [2] | > http://code.google.com/p/squeaksource3/issues/list?can=2&q=Milestone%3D3.0-… | | Think I made the mistake assuming that you guys eat your own dog food | ;) | | http://ss3.gemstone.com/ss/ss3.html/Issues | | Perhaps that should be disabled and include a note about the issue | tracker on the overview page? | | | Thanks | 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 | | |

April 3, 2012

Re: [Pharo-project] http://ss3.gemstone.com/ is EXTREMELY slow?

by Stefan Marr

Hi Dale: On 03 Apr 2012, at 20:05, Dale Henrichs wrote: > [1] http://code.google.com/p/squeaksource3/issues/list?can=2&q=Milestone%3D3.0-… > [2] http://code.google.com/p/squeaksource3/issues/list?can=2&q=Milestone%3D3.0-… Think I made the mistake assuming that you guys eat your own dog food ;) http://ss3.gemstone.com/ss/ss3.html/Issues Perhaps that should be disabled and include a note about the issue tracker on the overview page? Thanks 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

April 3, 2012