July 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] A board for pharo
by Bill Schwab July 18, 2008

July 18, 2008

Adrian, I reserve the right to turn on you without notice<g>, but I see this as positive. I am also glad you pointed out the problems with mob rule in the Squeak Community - that way, I didn't have to do it first. I was considering Stef to chair a default "board" from the beginning, so making it explicit is fine by me. By all means, ditch Etoys, but we should also not obstruct efforts to make it re-loadable, provided that can be done w/o excessive cruft in the image. Deciding what is an acceptable tradeoff between a clean system and an inclusive one requires some authority that must be excercised wisely. Stick to a clean Smalltalk that can be a base for anything from stable products to bleeding edge experiments, and things should go well. Bill ========================== adi(a)netstyle.ch wrote: Hi Norbert, I can understand your concerns. It may look a bit like the announced board members take over without being based on the community. Of course there is no such intent and I think the processes should be transparent and the interests of the community should always be taken into account. Yet, we intentionally chose not to do a democratic setup because of the negative experience we made with Squeak and its SqueakFoundation. The democratic setup and a board that didn't actively steer the direction of development and make decisions paralyzed the community because of the too diverging interests. This situation eventually lead to the decision to start Pharo. Therefore, we really want to make sure that we do not do the same mistakes again. And this is exactly also why I think its important to instantiate a board as early as possible. If we wait until a lot of people have joined (and I can imagine that this will happen as there does not seem to be much progress in Squeak right now), the risk is that we again loose our focus. Just to give an example: even if people come to Pharo and use it for EToys, I still want to be able to remove it. You ask why Marcus and Mike? On the one hand, both bring a lot of experience from managing previous Squeak releases (3.8 and 3.9) and both have a deep know-how from being actively involved in Squeak for many years. On the other hand, with Mike we have another guy from industry, so we have a balance between academia and industry (although I'm also involved in research with my PhD, I consider myself as an industry guy because netstyle.ch/cmsbox is the main reason I'm pushing Pharo). Cheers, Adrian Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029

2 1

[Pharo-project] about ensuring file closing
by StÃ©phane Ducasse July 18, 2008

July 18, 2008

Hi I would like to get your thoughts on the following: Following the blog of ramon and his code in sandstoneDB which extends dataStream as follows: Here is a typical example: fileNamed: aName do: aBlock | file | file := self fileNamed: aName. ^ file ifNil: [ nil ] ifNotNil: [ [ aBlock value: file ] ensure: [ file close ] ] fileNamed: aString "Here is the way to use DataStream and ReferenceStream: rr := ReferenceStream fileNamed: 'test.obj'. rr nextPut: <your object>. rr close. better use: fileNamed:do: " | strm | strm := self on: (FileStream fileNamed: aString). "will be binary" strm byteStream setFileTypeToObject. "Type and Creator not to be text, so can attach correctly to an email msg" ^ strm There is similar pattern in FileStream detectFile: aBlock do: anotherBlock | file | file := aBlock value. ^ file ifNil: [ nil ] ifNotNil: [ [anotherBlock value: file] ensure: [file close]] fileNamed: fileName ^ self concreteStream fileNamed: (self fullName: fileName) fileNamed: fileName do: aBlock "Avi Bryant says, ''This idiom is quite common in other languages that make heavy use of closures (i.e. Lisp (with-file 'foo' (f) ...) and Ruby (File.open('foo'){| f|...})). It's time Squeak had it, too.'' Returns the result of aBlock." ^ self detectFile: [ self fileNamed: fileName ] do: aBlock I have a question: - would not be better to even wrap the on: into the first block of the ensure: message? - do we have to close a file even if its creation failed? Stef

4 5

[Pharo-project] lost again phone and internet :(
by StÃ©phane Ducasse July 18, 2008

July 18, 2008

so I not connected anymore :(

1 0

[Pharo-project] VeryPickyMorph
by Alexandre Bergel July 17, 2008

July 17, 2008

this class is referenced nowhere, maybe it could be removed. Anyone has an idea for what this class is useful? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 5

[Pharo-project] Two commands are the identical
by Alexandre Bergel July 17, 2008

July 17, 2008

More than one year ago I wrote the command "move to package...(p)" in OB. I just discovered that a command "as extension method of package..." recently appears. One of these commands is redundant. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] FlexibleVocabularies?
by Alexandre Bergel July 16, 2008

July 16, 2008

Hi! While browsing the list of packages, I was wondering what this package is for? I have absolutely no clue... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] Update #10050
by Adrian Lienhard July 16, 2008

July 16, 2008

Hi all, I published a new update. It contains the following fixes: http://code.google.com/p/pharo/issues/detail?id=27 http://code.google.com/p/pharo/issues/detail?id=31 (as discussed I used SLICE-squeak7080-NorbertHartl.2 not .3) http://code.google.com/p/pharo/issues/detail?id=32 (I used SLICE- squeak7081-NorbertHartl.2) http://code.google.com/p/pharo/issues/detail?id=30 I also changed #testUnwindDebuggerWithStep to be an expected failure. Furthermore, during initialization "String initialize" is run, which was forgotten during the last update. Concerning the situation of tests, there is MCPackageTest>>testUnload that fails when run with other tests but not when run in alone. We should fix this. Then there are no unexpected failures left. Cheers, Adrian ___________________ Adrian Lienhard http://www.adrian-lienhard.ch/

2 1

July 16, 2008

I started to work and write tests for dataStream. MCHttpRepository location: 'http://www.squeaksource.com/PharoTaskForces' user: 'sd' password: '' My goal is: write test, clean it, be able to write traits to be added to nile after. Stef

2 1

July 16, 2008

Hello guys I started (as an experiment to understand how to improve code understanding) to try to understand and write tests for dataStream and I would to share the results with you. The point is that we could harvest what I did but I feel that we need a way to share experimental code. I propose to create a project PharoTaskForces. What do you think? Stef

4 4

[Pharo-project] BrowseTest change in inbox
by Adrian Lienhard July 16, 2008

July 16, 2008

Hi Alex, The following package is in the inbox. It changes methods in the class BrowseTest, but this class does not exist in the image. I don't know whether BrowseTest was removed or it came into your image from another source. Can you please check? Cheers, Adrian Name: Tools-AlexandreBergel.83 Author: AlexandreBergel Time: 26 May 2008, 10:11:12 pm UUID: 49e5b0a5-ad37-41a1-9487-916b74ae07d9 Ancestors: Tools-stephane.ducasse.82 The class BrowseTest is not OB aware. Without this fix, BrowseTest raised an error when OB was the default browser.

3 12