- Pharo-dev - lists.pharo.org

[Pharo-project] ESUG 2010 early registration deadline is appraoching
by Noury Bouraqadi July 16, 2010

July 16, 2010

Dear Smalltalkers, I'd like to remind you that only 2 weeks left to register at the early bird registration fee to the ESUG 2010 conference. http://registration.esug.org/ The program will be exciting as you can see from the list of talk: http://www.esug.org/Conferences/2010/Talks BTW, don't forget to submit your software to the ESUG Awards by sending an email to : bouraqadi@gmail.com,luc.fabresse@mines-douai.fr More info on: http://www.esug.org/Conferences/2010/Innovation+Technology+Awards See you in Barcelona, Noury http://csl.ensm-douai.fr/noury ---- -18th International Smalltalk Joint Conference, September 13 -17 2010 Barcelona, Spain. http://www.esug.org/Conferences/2010

1 0

[Pharo-project] ConfigurationOfGoferProjectLoader ...
by Geert Claes July 16, 2010

July 16, 2010

Has anyone been able to load the ConfigurationOfGoferProjectLoader? -- View this message in context: http://forum.world.st/ConfigurationOfGoferProjectLoader-tp2288788p2288788.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 6

[Pharo-project] Cleaning morphic?
by Guillermo Polito July 16, 2010

July 16, 2010

I know morphic is one of the greatest issues Squeak and Pharo have. And I'm tired of the kilometric morph hierarchies with tons of methods that noone uses, and the impossible traceability of the morphic code... And I'm sure that a lot of people tried it before... And this isn't the highest priority. But I think morphic cleansing should be done. So, while i'm now in bed beacause of a flu, hehe, I want at least remove unused morph classes and unused methods... Or maybe we can separate some things from the core. Of course I will be "spamming" in the list asking for the changes I will do :P. what do you think? Do I open a ticket? Guille

5 4

[Pharo-project] VM more flexible for research?
by Mariano Martinez Peck July 15, 2010

July 15, 2010

Hi folks. I am a newbie for both research and VM. However, in the little time I have been working on this, I always need some extra bits in the object header to do some experiments. And the problem is that I always have only one :( So I come to the idea of having a more flexible VM for the people that want to experiment with it. The first idea was to remove compact classes. But of course, there may be much more ideas or things to do. What do you think? Cheers Mariano

3 2

[Pharo-project] Evaluation of Pharo for Commercial Project
by Torsten Bergmann July 15, 2010

July 15, 2010

>We are used to VisualAge and VisualWorks, which clearly shows the >structure of packages in the browser Do you know O2 browser for Pharo? It's an additional browser that shows the packages similar to VW. See [1] and ask on the pharo list to get the right version for your image. >We are uncertain how packages are made and how they show up in Monticello. Monticello is simple - an MCZ is just a ZIP including the code. Monticello (ab)uses class/method categories to find out which package the code belongs to. Packaging is simple: in short if you create a package "MyApp" in Monticello any class that is in a class category that starts with "MyApp" will be in this package. Example: a) class "MyClass" in class category "MyApp-Core" and b) class "MyModelClass" in class category "MyApp-Core-Model" and c) class "MyTestCase" in class category "MyApp-Tests" 1. When you create a Monticello package (in the Monticello browser) called "MyApp" automatically all three classes (core and tests) are then into this simple package (click on "Browse" to verify) 2. If you want core and tests in separate packages you create two packages "MyApp-Core" (automatically including a and b) and "MyApp-Tests" with c. Method extensions: If you put a method in a category with a leading star and your package name it gets included too. So if you put a method #foo on String into the method category "*myapp-core" it is a method extension on String packaged in "MyApp-Core" package. If you have well named packages this works good and even works in the large. Typically packages are stored in repositories (www.squeaksource.com repo server, local (shared) directories, FTP, ...) Read the http://pharobyexample.org/ book to get more info on Monticello. Also check out http://pharocasts.blogspot.com/ > Since we are unable to organize our code in packages, controlling and > verifying dependencies between them is hard. This is adressed using METACELLO (which manages Monticello packages) - think of Monticello to provide packages and Metacello as configurations to manage which package (version) depends on which other package (version) You just describe baselines (structure and dependencies) and versions that fit together in a class/package called "ConfigurationOfMyApp". See [2] and [3] and the ProfStef teacher workspace that comes with Pharo to learn more. If stuck just ask. Namespace support and better Breakpoint support will (hopefully) adressed in the near future. Also better packaging. Bye T. [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2010-January/020475.ht… [2] http://code.google.com/p/metacello/ [3] https://gforge.inria.fr/frs/download.php/27018/Monticello.pdf -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl

1 0

[Pharo-project] material for thought
by StÃ©phane Ducasse July 15, 2010

July 15, 2010

Lessons learned by the seaside lead! from http://blog.fitzell.ca/2010/07/seaside-3-release-candidate.html â¢ When your wonderful, dedicated users start putting your code into production, they're telling you it's ready to be released. Listen to them. â¢ We don't have the manpower to carry out the kind of QA process that goes along with an Development, Alpha, Beta, RC, Final release process. â¢ We need to figure out how to get more users actively involved in the project. This could be by writing code but probably more importantly by writing documentation, improving usability, building releases, managing the website, doing graphical design, or something else entirely. The small core team simply can't handle it all. I think that the point three concern .... you :) If you want really pharo to be a success you should from time to time step back from your keyboard and think about the little actions that you can do to make pharo better and we all can do something. Stef

1 0

[Pharo-project] CPU load on Pharo
by Dario Trussardi July 15, 2010

July 15, 2010

Hi, i work with MAC update to: Versione sistema: Mac OS X 10.6.4 (10F569) Versione kernel: Darwin 10.4.0 My Pharo image is based on gemtools-1-0-beta-6-one-click-available/ download from: > > http://gemstonesoup.wordpress.com/2010/05/28/gemtools-1-0-beta-6-one-click-… > I update the Pharo image with: Seaside 30 Magritte2 and Pier2. After i port my code and do some work for seaside 3.0 integration. Now when i test the application ( WAKom startOn: 8080 ) the MAC report a CPU load of 5% + 3 %. After some work : ( web request to my application - other web request - Pharo source change - other Mac application ( word -excel ), but only if Pharo image is load, the CPU load go to: CPU User 35 % CPU system 40% . For now i don' understand because this load. When i close the application ( Pharo - Safari - ....) the load of CPU don't change ( 35% + 40% ). For solve it i need to restart the Mac. Someone found this problem ? Thanks, Dario

2 2

Re: [Pharo-project] running windows vm with input script
by Rob Rothwell July 15, 2010

July 15, 2010

Message: 6 > Date: Wed, 14 Jul 2010 17:09:29 +0200 > From: Tudor Girba <tudor.girba(a)gmail.com> > Subject: [Pharo-project] running windows vm with input script > To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> > Message-ID: <4EBDA542-0A95-4B8B-941F-FA6E6F4F7BA4(a)gmail.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > Hi, > > I cannot figure out how to open a pharo image and run some script(s) > specified from the Windows command line. > > On Mac/Linux, I would do: > > pharo pharo.image script.st > > Can anyone tell me how to achieve that on Windows? > Hmm...I just did: pharo test.st and it worked, with pharo.ini as follows, since I am using a Cog image that I renamed: [Global] WindowTitle="Pharo" QuitDialogLabel="Quit Pharo" ImageFile="Pharo-1.1-11406-rc3dev10.07.2.working.image" QuitDialogMessage="Are you sure you want to quit Pharo without saving?" DeferUpdate=1 ShowConsole=0 DynamicConsole=1 ReduceCPUUsage=1 ReduceCPUInBackground=0 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=1 CaseSensitiveFileMode=0 My test.st just had: Transcript show: 'Hello'. But it opened my image and ran the script... Some time ago I modified the VM to allow setting the error code from within the image before exiting so you could check a return value from a batch file or vbscript, etc... It turned out I didn't need it at the time, but I've always thought that should become part of the VM. Of course, it requires a new primitive as well... Let me know if I didn't try what you are asking... Rob > > Cheers, > Doru > > -- > www.tudorgirba.com > > "What is more important: To be happy, or to make happy?" >

3 3

[Pharo-project] Configuration how-to
by Hilaire Fernandes July 14, 2010

July 14, 2010

Request for tips, suggestions and direction. What is the state of the art to: - load package - change preference setting (as the one seen in the Pharo setting tools. - remove unnecessary bits Hilaire

2 1

Re: [Pharo-project] [Pharo-users] Evaluation of Pharo for Commercial Project
by Mariano Martinez Peck July 14, 2010

July 14, 2010

I cc'ed pharo-dev On Wed, Jul 14, 2010 at 1:13 PM, Runar Jordahl <runar.jordahl(a)gmail.com>wrote: > I am looking at Pharo to evaluate whether it can be used for a > mid-size commercial project. The system will use Seaside. I have > looked at Pharo 1.0, 1.1 and 1.2. > > I am impressed by the work done so far. Pharo looks and feels a lot > better than Squeak, and a lot of enhancements have been done since the > project started. There are however a few issues which hold us back > from using Pharo, listed (in decreasing importance) below: > > > 1 - Package Management > > From what I have seen so far, the concept of âpackages and categoriesâ > is confusing. We are used to VisualAge and VisualWorks, which clearly > shows the structure of packages in the browsers. In Pharo we cannot > find browsers which give us the same overview. We are uncertain how > packages are made and how they show up in Monticello. At one point we > thought category == package, but that seems not to be correct. We note > that method extensions are possible, but we also struggle to > understand all aspects of them. > > I notice that a âPackage management systemâ is in work, so hopefully > this area will improve. > > 2 - Dependency Management between Packages > Since we are unable to organize our code in packages, controlling and > verifying dependencies between them is hard. But from what I > understand, there are not many tools for controlling that packages do > not break dependency rules. > > 3 - Name Space Support > I understand name spaces will not be supported any soon. We have a > project with thousands of classes, and name space support would be > nice to have. > > 4 - Break Point Support > It would be better to have break points, than having to insert code > like âself haltâ into the code. > > > Is there any reason to believe Pharo will improve to meet our > requirements? Did I misunderstand some aspects of Pharo, or are there > tools which can solve what we see as shortcomings? > > Kind regards > Runar Jordahl > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users >

1 0