- Pharo-dev - lists.pharo.org

[Pharo-project] To prepare the pharo sprint of saturday
by StÃ©phane Ducasse July 1, 2009

July 1, 2009

Hi all to help us to focus and distribute the work saturday it would be nice that we come up with a list of actions. We will probably take the 1.0 tagged items in the bugtracker. If you see items that are missing please mentioned it. for if you want the save/saveimage... and an entry and code Stef

1 0

[Pharo-project] Image crash and doesn't generate crash.dmp in Windows
by Mariano Martinez Peck June 30, 2009

June 30, 2009

Hi folks! My image is crashing but no crash.dmp is being generated. I am in windows. Does someone know what can be the cause? Thanks! Mariano

2 1

[Pharo-project] [ANN] Fix to issue 825
by Hernan Wilkinson June 30, 2009

June 30, 2009

Hi, I uploaded the following package to pharo-inbox: --------------------- Name: SLICE-ChangesFile-Fixes-Hernan_Wilkinson.2 Author: Hernan Wilkinson Time: 26 June 2009, 7:31:40 pm UUID: 54cc49c6-ee34-4d99-b8fe-6b8b3446ea6c Ancestors: SLICE-ChangesFile-Fixes-Hernan Wilkinson.1 Dependencies: Kernel-Hernan Wilkinson.350, KernelTests-Hernan Wilkinson .119, Traits-Hernan Wilkinson.281, Files-Hernan_Wilkinson.ducasse.57 2009-06-26: Fixes to save class changes in the changes file --------------------- With this fix, all changes made to classes like adding instance variables, class variables, changing method categories, changing class package, etc. are saved to the changes file. I spend some time trying to find the best way to do it, like Stef said some time ago, the code is not easy to understand, so I decided to do it the simplest way. So each method that changes something in the class, it also logs the change. The good thing is that no matter where the change is made, it is saved. The drawback is that when changing a class from the browser's code panel, it saves the definition twice. All the changes are saved as "doit", so no change to the file in was necessary. Ironically, I had a power down issue when testing it, so I did not loose anything! (and help me to find a bug). All the changes are tested. See ClassOrganizerTest, ClassTest and StandardSourceFileArrayTest Bye, Hernan. * *

5 15

[Pharo-project] List of very big objects
by Damien Cassou June 30, 2009

June 30, 2009

Hi, one of my images, with a web application in it, is getting larger and larger. How can I find which object(s) take(s) so much place? Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

2 1

[Pharo-project] Omnibrowser chapter
by Alexandre Bergel June 30, 2009

June 30, 2009

Dear All, I think the chapter can be significantly improved on a number of points: - how to create a command needs to be described - how to import icon into pharo, without that, hard to see how someone can create new icons - using Filter I will sync with Oscar today. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] different behavior between Dictionary and MethodDictionary for #add:
by Cyrille Delaunay June 29, 2009

June 29, 2009

Hi, I'm trying to test all subclasses of Dictionary and I just find a specific behavior for MethodDictionary : -> #add: return the association that has been added except for SmallDictionary for which #add: return the value of the association. Is there a reason for such an implementaion?

3 4

[Pharo-project] [ANN] Submit your software to the ESUG Awards!
by Noury Bouraqadi June 29, 2009

June 29, 2009

Dear Smalltalkers, The dead-line for the ESUG Innovation Technology Awards is in two days. So, it's time to submit your Smalltalk related software. The submission process is easy. All needed is short PDF document (up to 4 pages) providing the software info (name, developers, affiliation/ country, Smalltalk dialect, URL, keywords, licence) some screenshots and a description of the software. You can find the history of the ESUG Awards and ranking back to its 1st edition in 2004 in this page http://vst.ensm-douai.fr/noury/24 More information for this year edition on-line http://www.esug.org/Conferences/2009/Innovation+Technology+Awards See you in Brest, Noury ESUG Treasurer http://vst.ensm-douai.fr/noury/ -------------- -ESUG 17th International Smalltalk Conference - Brest, France, August 31 - September 4, 2009 http://www.esug.org/Conferences/2009

1 0

[Pharo-project] Execute another program from Pharo
by Frederic Pluquet June 29, 2009

June 29, 2009

Hello, I want to execute another program from Pharo and collect the result (everything shown on the console) as a string. A basic example : *Console execute: 'ls -l /Users'* should return a string like: *'total 0* *drwxrwxrwt 6 root wheel 204 25 jan 23:03 Shared* *drwxr-xr-x@ 46 user1 user1 1564 4 jui 07:46 user1* *'* How can I do that ? A solution for OS-X is enough. FrÃ©d ---- FrÃ©dÃ©ric Pluquet UniversitÃ© Libre de Bruxelles (ULB) Assistant http://www.ulb.ac.be/di/fpluquet

2 1

June 29, 2009

super initialize second part Thanks alain. Stef

2 1

Re: [Pharo-project] [squeak-dev] The future of Squeak & Pharo (was Re: [ANN] Pharo MIT license clean)
by GÃ¶ran Krampe June 29, 2009

June 29, 2009

Hi! (still cross posting, hope you don't mind) Gary Dunn wrote: > I am new here and not really qualified to comment on this issue. Please > take my input as having good intentions. Specifically, I do not want to > start a flame war over the pros and cons of various projects. Nah, we don't do flame wars in the Squeak community. Well, not bad ones at least :) > There is much to learn from the history of the BSD community. > (Disclaimer: I am a huge fan of FreeBSD.) The FreeBSD project began with > the goal of creating an open-source OS for Intel i386 hardware that was > as faithful as possible to BSD Unix. In time the developers were going > in three directions. One group wanted high performance, a second wanted > portability to every possible platform, and a third wanted high > reliability and security. There were also the usual personality > conflicts and differing opinions on how to manage the project. > Eventually it forked, twice, giving us FreeBSD, OpenBSD, and NetBSD. > Each has its own personality, its own strengths. The good news is they > cross-pollinate each other. Yeah, that would be a positive future. And I have in fact earlier strongly advocated the fact that we need to "live with forks" because we already have several of them (like Croquet, OLPC etc). But see below... [SNIP] > It looks to me like Pharo is a Smalltalk for building grown-up apps. > Very much like the Smalltalk I began with, which produced apps with the > look and feel of the host Microsoft Windows. I think there is a need for > that. I take it Pharo is new, and as such it has been luring developers > away from Squeak. The potential for good in this outweighs whatever the > negative consequences may be, because, like the BSDs, the Squeak > developers can always pull in what they like from Pharo. In a "perfect world", yes. I even started the DeltaStreams project with these cross pollination scenarios in my head. > Do not confuse a fork with a divorce. Think of it as mitosis. The more > the merrier. Yes, that is also the way I have argued about it. See: http://lists.squeakfoundation.org/pipermail/squeak-dev/2007-August/119471.h… > I believe that the impact of Squeak on education has yet to be realized. > The necessary hardware -- the visionary Dynabook -- is just appearing. > It will be years before there are enough skilled teachers for the > critical mass required for the paradigm shift to occur. And there is the > culture change, so difficult in a field as institutionalized as modern > education. What we have been seeing are the Smalltalk explorers and > trail blazers, the pioneers to whom we will someday owe an enormous debt > of gratitude. Possibly true, but Smalltalk, Squeak, Etoys and even Croquet have been around for quite some time now - and we haven't seen any real explosion yet. Croquet was meant to "explode" but hasn't. So I am not holding my breath for "the day Squeak gets popular" :) > I am in no position to recommend anything here, but I will just the > same. Please forgive me. I recommend that Squeak not be killed off, or > merged. Let the fork live on. Nothing to forgive, I want to hear lots of opinions in order for me to personally form an opinion about the idea. The "view" you present above is a positive one of a forked world. The reality can be harsher: Take XFree86 vs XOrg for example. The history there is complicated but the fact remains - XOrg started, added lots of "cool features" quickly while XFree86 stood still, then when the developers started heavily voting with their feet the distros also switched and XFree86 was dead before it even hit the floor. There are mainly two aspects here that tells me that the above "bad future of XFree86" is more likely to happen than the "good future of Open/Net/FreeBSD": - Pharo may "sound" like it has a different agenda than Squeak.org but IMO the large majority of Squeak.org developers share the Pharo agenda. Thus the differentiation is not there. Most people will just pick the one with the most momentum, and that is Pharo. - Squeak.org is standing still. Sure, there are things being done by some people, no doubt about that. But perception is *everything* and from the outside it seems to be standing still. Even the squeak-dev list is quieting down and that is a bad sign. So although I share your basic view of cross pollinating forks being a "Good Thing" and something we should embrace (see OLPC, Squeakland, Croquet etc etc) such forks need to have a specific goal. IMHO Pharo is not such a fork, Pharo is still very much "generic" as is Squeak.org. Pharo is more like "Squeak.org going agile" or "Smalltalk, with less talk" :). And thus it resembles XOrg much, much more than OpenBSD. > I cannot close without saying that "Phreak" would be a very bad name :-) Again, I wasn't even advocating a name change - although a name change may be a good thing if we would merge. Also, I hate to say it, but "Pharo" sucks pretty bad too I think, and you guys STILL have attracted lots of developers :) :) Oh, and a final note: But what if Squeak.org is abandoned and everyone moves to Pharo, what is so bad about letting that happen? It is NOT bad. But I think we could do it in a smoother way and actually turn this into something *positive*. The merge could be turned into a real BOOST to Squeak/Pharo. regards, GÃ¶ran

5 4