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

[Pharo-project] Manuia Memory Monitor
by Torsten Bergmann May 31, 2010

May 31, 2010

>I just did nothing. I mean NOTHING in the image, while Manuia was running Even if YOU do nothing in an image there are processes running (including Manuia itself) creating objects that get collected. >Another question: what is the red curve in your screenshot? I don't have >it. Click on "Probe class" and enter a class name, e.g. "Array" As Alexandre wrote: red line = evolution of the number of instances two things: - "Manuia Memory Monitor" => I would just call it "Memory Monitor" (at least in the menu) - When installed there is also a "MOEasel" menu entry appearing from Mondrian => gives a DNU when clicked Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

2 1

[Pharo-project] Status of Alien FFI in windows Re: plan for 1.1
by Mariano Martinez Peck May 31, 2010

May 31, 2010

So...which is the status of Alien FFI ? I remember Marco Schmidt did the first work of running FFI in windows...then I think David was integrating such changes in VMMaker.. so, it is ready ? can be generate the plugin using VMMaker for winwows and it just works? Thanks for any update Mariano 2010/5/26 Guillermo Polito <guillermopolito(a)gmail.com> > Where can I read something about Alien? I can give a little hand for the > windows part :). > > > On Wed, May 26, 2010 at 11:12 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > >> Stef, >> >> I am more concerned about Alien on Linux, which is not working. Beyond >> that, I want to learn more about how to make calls using Alien; the more I >> read, the more I have my doubts about its ease of use. I will gladly eat >> those words if it's easy to use. >> >> Bill >> >> >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [ >> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane >> Ducasse [stephane.ducasse(a)inria.fr] >> Sent: Wednesday, May 26, 2010 10:04 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] plan for 1.1 >> >> yes this is good point. >> I would like to have alien or ffi in 1.1. Now I do not know the status of >> Alien on windows. >> >> On May 26, 2010, at 2:52 PM, Schwab,Wilhelm K wrote: >> >> > Stef, >> > >> > My initial reaction to 1.1's approaching release was "where are the >> callbacks/aliens?" Sig appears to be offering some competition to Alien. >> If he/we can provide a comprehensive and convenient way to make calls, do >> callbacks, additionally put calls onto other OS threads, and do all of this >> on the three major platforms, then it could easily turn out the best option >> for external interfacing. >> > >> > I am happy to see us take time to get it right. My only concern would >> be that we not fall into a pattern of leaving out the difficult things that >> we set out to accomplish with a given release. Since 1.1 is approaching >> releasable form and FFI/Alien/NB is unclear at present, a release makes >> sense. >> > >> > Short answer: sure, whatever you say :) >> > >> > Bill >> > >> > >> > ________________________________________ >> > From: pharo-project-bounces(a)lists.gforge.inria.fr [ >> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane >> Ducasse [stephane.ducasse(a)inria.fr] >> > Sent: Wednesday, May 26, 2010 4:20 AM >> > To: Pharo Development >> > Subject: [Pharo-project] plan for 1.1 >> > >> > Hi guys >> > >> > we were discussing how we can handle 1.1 and the flux of good changes. >> > Here is the proposal: >> > we take two or three weeks to let people try their code in 1.1 >> beta >> > we integrate fixes that are important or easy >> > then we wait one week >> > then we launch 1.1 rc and 1.2 unstable >> > >> > does this plan look ok for you? >> > The key point is that we want to avoid to have a pile of changes pending >> because they can rot easily. >> > >> > Stef >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

2 1

[Pharo-project] Recompile all in ImageForDevelopers ?
by Mariano Martinez Peck May 31, 2010

May 31, 2010

Hi folks. The official Pharo 1.0 has a little bug that you can see here: http://code.google.com/p/pharo/issues/detail?id=2341 In order to avoid such problems, I though about evaluating "Compiler recompileAll" during the ImageForDeveloper >> install method With this, when I or you are using ConfigurationOfPharo to build a Dev image, you will automatically realize there is a problem. What do you think? Cheers Mariano

3 4

[Pharo-project] Image Lockdown/Deployment mode
by Torsten Bergmann May 31, 2010

May 31, 2010

Does Pharo currently provide support for a deployment mode/image locking mode? I think of the following scenario: ================================== If one builds a rich (client) app for a customer based on Pharo (I mean a real app, no Smalltalk tool - for instance a game or a commercial app) he may want to: - lock the image so nobody is able to hit Cmd-. - exchange the Walkback to display a custom dialog instead of proving debugger access to the end user. Do we provide a hook already? - replace world menu with a custom menu. Do we provide a hook already? - wants to disable code evaluation in edit fields using * menus (no doIt, printIt, inspectIt just cut, copy, paste) * keyboard (Cmd-d, ...) - wants to disable Halos - prevent reading scripts/projects at startup so nobody is able to hijack the image and get access to the code - disable the dependency on source and changes file Maybe this locking facility can be reenabled after entering a password so a developer can still debug in the customers environment. (I remember Andreas said that they protect the Teleplace image and save the password hashed in image). Maybe Gary can share his experience to lock the "Pinesoft â MBagger" image or others how they lock down their image. Either we provide such a (switchable) mode in the default image or give a guide in the pharo book on how to restrict end user access to the Smalltalk environment in deployed applications. Yes - we provide a #cleanUpForProduction method - but this is more to reduce size. Maybe the old "Lockdown" package could be a start: http://wiki.squeak.org/squeak/518 I think of a loadable package "ImageLocker" with a class that can set/unset the appropriate preferences and provide alternative error handlers, menues, ... Any comments? Thx T. BTW: I remember having a hard time with the "deployment step" in most commercial environments due to "striping" the image. Now this is partly adressed by building images bottom to top using Metacello now. One could load his app based on a core without the extended dev-tools. But Pharo should really care to also easily disable developer facilities so developers may use it as the platform for their next project. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

4 4

[Pharo-project] Drag&drop a method, remove the method
by Serge Stinckwich May 31, 2010

May 31, 2010

With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.), when you drag&drop a method from a class to the same class, the method is just removed ... -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

3 7

[Pharo-project] O2 and Pharo 1.0
by JuanjoE May 31, 2010

May 31, 2010

Hi, I tried to install O2 in Pharo 1.0 update #10517. All I do was Loader new load: 'O2'. It works fine, but the problem I'm having is that oCompletion doesn't work with O2 browser. Any clue where I can start looking? Thanks El problema no es mentirse, el problema es creerse

3 3

[Pharo-project] How do I install seaside in Pharo 1.0?
by Torsten Bergmann May 31, 2010

May 31, 2010

When you use the script you will always load the "latestVersion" which is now (since time went on) a higher number for Seaside then at the times of Pharo 1.0 and is now surely intended for the newer Pharo 1.1. You can try one of the older versions by loading a specific version instead of the latest: ((Smalltalk at: #ConfigurationOfSeaside ) project version: '...') load You can also use one of the prebuilt images from: http://seaside.st/download/pharo Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

May 31, 2010

11381 ----- - Issue 2491: Rewrite Author prompt text similar to PharoCore 1.0. Thanks Miguel. - Issue 2492: choose default browser should be a setting. Thanks Alain - Issue 2475: StringTest#testUnCategorizedMethods fails. Thanks laurent Stef

1 0

Re: [Pharo-project] Trip to Pharo land
by GÃ¶ran Krampe May 31, 2010

May 31, 2010

Hi! CCing Pharo list, this was regarding: http://goran.krampe.se/blog/Squeak/eblankett-dev.rdoc On 05/30/2010 12:00 PM, Stephan Eggermont wrote: > Hello GÃ¶ran, > > Is there a special reason you tried Pharo 1.0? Your improvements are of Nope, just (wrongly I agree) thought it was fairly up to date since it was just released. But you are right, depending on release process that does indeed not necessarily correlate. > course > in 1.1. Feature freeze for 1.0 was long ago. If you're willing to use > the bleeding edge > in squeak, why not do it in pharo too? Again, not a conscious choice. I can use bleeding edge in Pharo too, is there an easy place to start? Earlier I used some core + Renggli scripts to get a decent image. > Which peek bugfix is in Squeak? The 2010-1-13 solution is wrong. > See http://code.google.com/p/pharo/issues/detail?id=1813. I will check it out, gotta work on the house now :) > Groetjes, > Stephan Eggermont Thanks for the feedback, GÃ¶ran

6 16

[Pharo-project] Change Author full name prompt text in PharoCore 1.1
by Miguel Enrique CobÃ¡ Martinez May 31, 2010

May 31, 2010

I have changed the text of the message prompt and the text of the setting for author full name in PharoCore 1.1 so that is similar (shorter) to the text of PharoCore 1.0. Issue: http://code.google.com/p/pharo/issues/detail?id=2491 fixed in PharoInbox in: SLICE-rewriteAuthorMessageText-MiguelCoba.2 Ready for verification and integration. Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

2 1