March 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] [release team] scriptloader new version

by StÃ©phane Ducasse

Hi guys adding some extra functionality addPackage: removeSystemCategory: to be tested. I'm doing a release that remove ProjectHistory now. Stef

March 22, 2009

Re: [Pharo-project] Fwd: [vwnc] Would you start a new Smalltalk project today?

by Lukas Renggli

> How about Huemul? I think I read it maps Smalltalk Processes onto POSIX > threads. And uses Exupery extensively, but that I think is beside the point. SmalltalkMT seems to be multithreaded: http://www.objectconnect.com/ Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 22, 2009

Re: [Pharo-project] Fwd: [vwnc] Would you start a new Smalltalk project today?

by GÃ¶ran Krampe

Michael van der Gulik wrote: > I'm feeling a bit disheartened by the fact that there aren't any Smalltalk > VMs, commercial or not, that can do fine-grained parallelism. How about Huemul? I think I read it maps Smalltalk Processes onto POSIX threads. And uses Exupery extensively, but that I think is beside the point. regards, GÃ¶ran

March 22, 2009

[Pharo-project] seaside & pier on the iPhone

by John M McIntosh

For a couple of months now I have been working on a seaside/pier based Wiki for the iPhone. I am now about a week away from sending it off to the Apple app store. However I'd like to broaden the beta test group a bit so I can catch any issues before I submit it, especially in the area of persistency storage. So what's it good for? I was asked that question this week, but let me turn it around and ask: Good question what is Seaside and Pier good for? An iPhone Wiki? Well... It's a handy construct for consolidating a bunch of PDF documents since the mobile Safari Browser does a fine job of rendering them on the device and a WIki does a fine job of providing a navigation framework, but I'm sure there are other more important answers out there somewhere? So Anyone who would like to participate as a beta tester can send me email with a description of what they would use the Wiki for, and supply their iPhone or iPod touch's device identifier and I'll look into sending them a copy of the app. -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

March 22, 2009

Re: [Pharo-project] Fwd: [vwnc] Would you start a new Smalltalk project today?

by Michael van der Gulik

On Sat, Mar 21, 2009 at 8:38 AM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si>wrote: > Philippe Marschall pravi: > >> Michael van der Gulik wrote: > > >> So now it seems that Gemstone is the only multi-core capable Smalltalk > >> VM :-(. > > > AFAIK Gemstone isn't multi-core capable as well. You can just run > > multiple gems and they share the same persistent memory. Which is > > similar but different. > > Well, Gemstone can for sure be considered as multi-core capable. Every > gem runs on its own process and therefore can run on its own CPU core. > All gems then share a Shared Memory Cache. So, a typical multi-core > scenario. > > By multi-core, I mean that the following code would spread CPU usage over at least two cores of a CPU or computer for a while: | sum1 sum2 | sum1 := 0. sum2 := 0. [ 1 to: 10000000 do: [ :i | sum1 := sum1 + 1 ] ] fork. [ 1 to: 10000000 do: [ :i | sum2 := sum2 + 1 ] ] fork. (I didn't try the above so there might be obvious bugs) If a VM can't distribute the load for the above over two or more CPU cores, I consider its multi-core capabilities a hack. No offense intended to the Hydra VM. I'm feeling a bit disheartened by the fact that there aren't any Smalltalk VMs, commercial or not, that can do fine-grained parallelism. Gulik. -- http://gulik.pbwiki.com/

March 22, 2009

[Pharo-project] to relax

by StÃ©phane Ducasse

to relax I started to curve out projectHistory and I found that. So for sure pharo will be cool. enter: returningFlag revert: revertFlag saveForRevert: saveForRevert "Install my ChangeSet, Transcript, and scheduled views as current globals. If returningFlag is true, we will return to the project from whence the current project was entered; don't change its previousProject link in this case. If saveForRevert is true, save the ImageSegment of the project being left. If revertFlag is true, make stubs for the world of the project being left. If revertWithoutAsking is true in the project being left, then always revert." | recorderOrNil old forceRevert response seg | (world isKindOf: StringMorph) ifTrue: [self inform: 'This project is not all here. I will try to load a complete version.' translated. ^ true]. self isCurrentProject ifTrue: [^ self]. "Check the guards" guards ifNotNil: [guards := guards reject: [:obj | obj isNil]. guards do: [:obj | obj okayToEnterProject ifFalse: [^ self]]]. CurrentProject world triggerEvent: #aboutToLeaveWorld. forceRevert := false. CurrentProject rawParameters ifNil: [revertFlag ifTrue: [^ self inform: 'nothing to revert to' translated]] ifNotNil: [saveForRevert ifFalse: [forceRevert := CurrentProject projectParameters at: #revertWithoutAsking ifAbsent: [false]]]. forceRevert not & revertFlag ifTrue: [response := self confirm: 'Are you sure you want to destroy this Project\ and revert to an older version?\\(From the parent project, click on this project''s thumbnail.)' translated withCRs. response ifFalse: [^ self]]. revertFlag | forceRevert ifTrue: [seg := CurrentProject projectParameters at: #revertToMe ifAbsent: [^ self inform: 'nothing to revert to' translated]] ifFalse: [ CurrentProject makeThumbnail. returningFlag == #specialReturn ifTrue: [ Project forget: CurrentProject] ifFalse: []]. revertFlag | saveForRevert | forceRevert ifFalse: [(Preferences valueOfFlag: #projectsSentToDisk) ifTrue: [self storeToMakeRoom]]. CurrentProject abortResourceLoading. CurrentProject saveProjectPreferences. "Update the display depth and make a thumbnail of the current project" CurrentProject displayDepth: Display depth. old := CurrentProject. "for later" "Show the project transition. Note: The project zoom is run in the context of the old project, so that eventual errors can be handled accordingly" displayDepth == nil ifTrue: [displayDepth := Display depth]. self installNewDisplay: Display extent depth: displayDepth. (self showZoom) ifTrue: [self displayZoom: CurrentProject parent ~~ self]. (world isMorph and: [world hasProperty: #letTheMusicPlay]) ifTrue: [world removeProperty: #letTheMusicPlay] ifFalse: [Smalltalk at: #ScorePlayer ifPresentAndInMemory: [:playerClass | playerClass allSubInstancesDo: [:player | player pause]]]. returningFlag == #specialReturn ifTrue: [old removeChangeSetIfPossible. "keep this stuff from accumulating" nextProject := nil] ifFalse: [returningFlag ifTrue: [nextProject := CurrentProject] ifFalse: [previousProject := CurrentProject]]. CurrentProject saveState. CurrentProject isolationHead == self isolationHead ifFalse: [self invokeFrom: CurrentProject]. CurrentProject := self. self installProjectPreferences. ChangeSet newChanges: changeSet. TranscriptStream newTranscript: transcript. Sensor flushKeyboard. recorderOrNil := World pauseEventRecorder. ProjectHistory remember: CurrentProject. World := world. "Signifies Morphic" world install. "(revertFlag | saveForRevert | forceRevert) ifFalse: [ (Preferences valueOfFlag: #projectsSentToDisk) ifTrue: [ self storeSomeSegment]]." recorderOrNil ifNotNil: [recorderOrNil resumeIn: world]. saveForRevert ifTrue: [Smalltalk garbageCollect. "let go of pointers" old storeSegment. "result :=" old world isInMemory ifTrue: ['Can''t seem to write the project.'] ifFalse: [old projectParameters at: #revertToMe put: old world xxxSegment clone]. 'Project written.']. "original is for coming back in and continuing." revertFlag | forceRevert ifTrue: [seg clone revert]. "non-cloned one is for reverting again later" self removeParameter: #exportState. "Complete the enter: by launching a new process" world triggerEvent: #aboutToEnterWorld. Project spawnNewProcessAndTerminateOld: true

March 21, 2009

Re: [Pharo-project] Fwd: Issue 668: should clean the option-World click menu

by StÃ©phane Ducasse

probably I see On Mar 21, 2009, at 8:23 PM, Rob Rothwell wrote: > Is this what you are talking about? What would you like instead? > What was the intent of the option-World click menu? > > Rob > > 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Begin forwarded message: > >> From: pharo-project-owner(a)lists.gforge.inria.fr >> Date: March 19, 2009 3:13:47 PM CEST >> To: ducasse(a)iam.unibe.ch >> Subject: Issue 668: should clean the option-World click menu >> >> You are not allowed to post to this mailing list, and your message >> has >> been automatically rejected. If you think that your messages are >> being rejected in error, contact the mailing list owner at >> pharo-project-owner(a)lists.gforge.inria.fr. >> >> >> >> From: stÃ©phane ducasse <ducasse(a)iam.unibe.ch> >> Date: March 19, 2009 3:13:40 PM CEST >> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> >> Subject: Issue 668: should clean the option-World click menu >> >> >> <star_on.gif> Issue 668: >> should clean the option-World click menu >> http://code.google.com/p/pharo/issues/detail?id=668 >> Apparently option-click on the world brings a new menu (which >> points to crappy stuff) and to the new pharo menu. >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > <OldWorldMenu.jpg>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 21, 2009

Re: [Pharo-project] Problem with senders?

by Mariano Martinez Peck

On Sat, Mar 21, 2009 at 1:21 PM, David RÃ¶thlisberger <squeak(a)webcitas.ch>wrote: > > > I have a pharo0.1-10236dev09.02 but updated trougth: right button -> > > system update -> to 10256. Nothing more installed. > > You should take a more recent pharo-dev or also update OB with > 'ScriptLoader loadOB'. > system update doesn't update OB. > David: I tried that and got the followin wallback. However, I put proceed and senders seem to work ok. But I don't know If I breake another thing. Error: text is already defined in a subclass of OBMercuryPanel 21 March 2009 4:38:52 pm VM: unix - a SmalltalkImage Image: Pharo0.1 [Latest update: #10256] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /home/mariano/squeak/imagenes Trusted Dir /home/mariano/squeak/imagenes/secure Untrusted Dir /home/mariano/squeak/imagenes/My Squeak ClassBuilder(Object)>>error: Receiver: a ClassBuilder Arguments and temporary variables: aString: 'text is already defined in a subclass of OBMercuryPanel' Receiver's instance variables: environ: Smalltalk classMap: nil instVarMap: an IdentityDictionary() progress: nil maxClassIndex: nil currentClassIndex: nil [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames includes: iv) ifTrue: [self error: iv , ' is already de...]} Arguments and temporary variables: instVarArray: #('text') oldClass: OBMercuryPanel newSuper: OBTextPanel instVars: #('text' 'browser') usedNames: a Set('text') temp: nil var: nil iv: 'text' cl: OBEnrichedMercuryPanel ivName: nil Array(SequenceableCollection)>>do: Receiver: #('text' 'browser') Arguments and temporary variables: aBlock: [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames...etc... index: 1 indexLimiT: 2 Receiver's instance variables: #('text' 'browser') ClassBuilder>>validateInstvars:from:forSuper: Receiver: a ClassBuilder Arguments and temporary variables: instVarArray: #('text') oldClass: OBMercuryPanel newSuper: OBTextPanel instVars: #('text' 'browser') usedNames: a Set('text') temp: nil var: nil iv: 'text' cl: OBEnrichedMercuryPanel ivName: nil Receiver's instance variables: environ: Smalltalk classMap: nil instVarMap: an IdentityDictionary() progress: nil maxClassIndex: nil currentClassIndex: nil --- The full stack --- ClassBuilder(Object)>>error: [] in ClassBuilder>>validateInstvars:from:forSuper: {[:iv | (usedNames includes: iv) ifTrue: [self error: iv , ' is already de...]} Array(SequenceableCollection)>>do: ClassBuilder>>validateInstvars:from:forSuper: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [] in ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: {[unsafe ifFalse: [(self validateSuperclass: newSuper forSubclass: oldClass...]} BlockContext>>ensure: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category:unsafe: ClassBuilder>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category: MCClassDefinition>>createClass MCClassDefinition>>load MCClassDefinition(MCDefinition)>>loadOver: [] in MCPackageLoader>>basicLoad {[:ea | ea loadOver: (self obsoletionFor: ea)]} [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:each :i | bar value: i. aBlock value: each]} OrderedCollection(SequenceableCollection)>>withIndexDo: [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: {[:bar | self withIndexDo: [:each :i | bar value: i. aBlock value: e...]} [] in ProgressInitiationException>>defaultAction {[result := workBlock value: progress]} BlockContext>>ensure: ProgressInitiationException>>defaultAction UndefinedObject>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ProgressInitiationException(Exception)>>signal ProgressInitiationException>>display:at:from:to:during: ProgressInitiationException class>>display:at:from:to:during: ByteString(String)>>displayProgressAt:from:to:during: OrderedCollection(SequenceableCollection)>>do:displayingProgress: [] in MCPackageLoader>>basicLoad {[additions do: [:ea | self tryToLoad: ea] displayingProgress: 'Loading.....]} BlockContext>>on:do: [] in MCPackageLoader>>basicLoad {[[additions do: [:ea | self tryToLoad: ea] displayingProgress: 'Loading....]} BlockContext>>ensure: MCPackageLoader>>basicLoad [] in MCPackageLoader>>loadWithNameLike: {[self basicLoad]} [] in MCPackageLoader>>useChangeSetNamed:during: {[aBlock value]} BlockContext>>ensure: MCPackageLoader>>useChangeSetNamed:during: MCPackageLoader>>useNewChangeSetNamedLike:during: ...etc... > > David > > > On Fri, Mar 20, 2009 at 8:07 PM, Mariano Martinez Peck > > <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: > > > > Sorry...It was totally my fault :( Sorry I nwas trying to run > > Algernon, but it doesn't work :( > > > > I am algernon adict. > > > > I did this: > > > > Installer sm > > update; > > install: 'Algernon'. > > Installer wiresong > > project: 'ob'; > > install: 'OB-Algernon'. > > > > > > > > > > On Fri, Mar 20, 2009 at 7:48 AM, David RÃ¶thlisberger > > <squeak(a)webcitas.ch> wrote: > > > > > > > I am trying to see the senders of a message. I select > > "startsWith:" in a > > > workspace -> right button -> extended search -> senders of it > > and I get > > > a wallback. > > > > I cannot reproduce this. > > What kind of image do you use? Looks like a pharo-dev; but which > > version? > > Did you update it manually to 10256? > > #of:label: is defined for a long time in OBNavigate; which > > version of OB have you loaded? > > > > David > > > > > MessageNotUnderstood: OBShowSenders class>>of:label: > > > 20 March 2009 1:11:08 am > > > > > > VM: unix - a SmalltalkImage > > > Image: Pharo0.1 [Latest update: #10256] > > > > > > SecurityManager state: > > > Restricted: false > > > FileAccess: true > > > SocketAccess: true > > > Working Dir /home/mariano/squeak/imagenes > > > Trusted Dir /home/mariano/squeak/imagenes/secure > > > Untrusted Dir /home/mariano/squeak/imagenes/My Squeak > > > > > > OBShowSenders class(Object)>>doesNotUnderstand: #of:label: > > > Receiver: OBShowSenders > > > Arguments and temporary variables: > > > aMessage: of: an OBSelectorNode label: 'Senders of > > > startsWith: [4]' > > > exception: MessageNotUnderstood: OBShowSenders > > class>>of:label: > > > resumeValue: nil > > > Receiver's instance variables: > > > superclass: OBNavigate > > > methodDict: a MethodDictionary(#browserClass->a > > > CompiledMethod (3617) #noChildr...etc... > > > format: 136 > > > instanceVariables: nil > > > organization: ('as yet unclassified' browserClass > > > noChildrenMessage) > > > > > > subclasses: nil > > > name: #OBShowSenders > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #'OB-Standard-Announcements' > > > traitComposition: nil > > > localSelectors: nil > > > > > > DEVToolSet class>>browseSendersOf:name:autoSelect: > > > Receiver: DEVToolSet > > > Arguments and temporary variables: > > > aSymbol: #startsWith: > > > labelString: 'Senders of startsWith: [4]' > > > autoSelectString: 'startsWith:' > > > Receiver's instance variables: > > > superclass: StandardToolSet > > > methodDict: a MethodDictionary() > > > format: 2 > > > instanceVariables: nil > > > organization: ('as yet unclassified') > > > > > > subclasses: nil > > > name: #DEVToolSet > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #ImageForDevelopers > > > traitComposition: nil > > > localSelectors: nil > > > > > > ToolSet class>>browseSendersOf:name:autoSelect: > > > Receiver: ToolSet > > > Arguments and temporary variables: > > > aSymbol: #startsWith: > > > titleString: 'Senders of startsWith: [4]' > > > autoSelectString: 'startsWith:' > > > Receiver's instance variables: > > > superclass: AppRegistry > > > methodDict: a MethodDictionary() > > > format: 2 > > > instanceVariables: nil > > > organization: ('as yet unclassified') > > > > > > subclasses: nil > > > name: #ToolSet > > > classPool: nil > > > sharedPools: nil > > > environment: Smalltalk > > > category: #'System-Applications' > > > traitComposition: nil > > > localSelectors: nil > > > registeredClasses: an > > OrderedCollection(StandardToolSet > > > OTToolset DEVToolSet) > > > default: DEVToolSet > > > > > > SystemNavigation>>browseSendersOf:name:autoSelect: > > > Receiver: a SystemNavigation > > > Arguments and temporary variables: > > > aSelector: #startsWith: > > > labelString: 'Senders of startsWith:' > > > autoSelectString: 'startsWith:' > > > title: 'Senders of startsWith: [4]' > > > size: 4 > > > senders: an OrderedCollection(a MethodReference > > Algernon >> > > > #isMatchingClass:gi...etc... > > > Receiver's instance variables: > > > browserClass: nil > > > hierarchyBrowserClass: nil > > > > > > > > > --- The full stack --- > > > OBShowSenders class(Object)>>doesNotUnderstand: #of:label: > > > DEVToolSet class>>browseSendersOf:name:autoSelect: > > > ToolSet class>>browseSendersOf:name:autoSelect: > > > SystemNavigation>>browseSendersOf:name:autoSelect: > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > - - - > > > SystemNavigation>>browseAllCallsOn: > > > [] in TextMorphForShoutEditor(ParagraphEditor)>>sendersOfIt > > {[self > > > systemNavigation browseAllCallsOn: aSelector]} > > > > > > TextMorphForShoutEditor(Controller)>>terminateAndInitializeAround: > > > TextMorphForShoutEditor(ParagraphEditor)>>sendersOfIt > > > [] in PluggableShoutMorph(PluggableTextMorph)>>sendersOfIt > > {[textMorph > > > editor sendersOfIt]} > > > [] in PluggableShoutMorph(PluggableTextMorph)>>handleEdit: > > {[result := > > > editBlock value]} > > > TextMorphForShout(TextMorph)>>handleEdit: > > > PluggableShoutMorph(PluggableTextMorph)>>handleEdit: > > > PluggableShoutMorph(PluggableTextMorph)>>sendersOfIt > > > UndefinedObject(Object)>>perform:orSendTo: > > > [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > > {[(selArgCount := selector numArgs) = 0 ifTrue: [target > > perform: > > > selector] ...]} > > > BlockContext>>ensure: > > > CursorWithMask(Cursor)>>showWhile: > > > ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > > > ToggleMenuItemMorph(MenuItemMorph)>>mouseUp: > > > ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp: > > > MouseButtonEvent>>sentTo: > > > ToggleMenuItemMorph(Morph)>>handleEvent: > > > MorphicEventDispatcher>>dispatchDefault:with: > > > MorphicEventDispatcher>>dispatchEvent:with: > > > ToggleMenuItemMorph(Morph)>>processEvent:using: > > > MorphicEventDispatcher>>dispatchDefault:with: > > > MorphicEventDispatcher>>dispatchEvent:with: > > > ...etc... > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > <mailto:Pharo-project@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 > > <mailto:Pharo-project@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 >

March 21, 2009

Re: [Pharo-project] Fwd: Issue 668: should clean the option-World click menu

by Rob Rothwell

Is this what you are talking about? What would you like instead? What was the intent of the option-World click menu? Rob 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Begin forwarded message: > > *From: *pharo-project-owner(a)lists.gforge.inria.fr > *Date: *March 19, 2009 3:13:47 PM CEST > *To: *ducasse(a)iam.unibe.ch > *Subject: **Issue 668: should clean the option-World click menu* > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > > *From: *stÃ©phane ducasse <ducasse(a)iam.unibe.ch> > *Date: *March 19, 2009 3:13:40 PM CEST > *To: *Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > *Subject: **Issue 668: should clean the option-World click menu* > > > Issue 668: > should clean the option-World click menu > http://code.google.com/p/pharo/issues/detail?id=668 > Apparently option-click on the world brings a new menu (which points to > crappy stuff) and to the new pharo menu. > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 21, 2009

[Pharo-project] [ANN] 10258 Test package created

by StÃ©phane Ducasse

Created a bunch a testpackage based on mike proposal. Now the inbox should be empty and we should focus on the closures (and not removing project :). Stef

March 21, 2009