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

Re: [Pharo-project] Newbie question deploying smalltalk applications

by Mariano Martinez Peck

2010/2/4 Nathan Tuttle <nathan.tuttle(a)gmail.com> > I created a CRC calculating algorithm and I want to be able to deploy my > application for other people to use. I am not sure how to package an image > so that it is user friendly. > > Hi Nathan! First of all, thanks for asking how to share something :) OpenSource code is always welcome. So, the first question is, where do you have that code? just in your image? What you can do, first is to create a Monticello project in www.squeaksource.com. That's a Monticello server where people can create projects, commit, merge, etc. It is a control version system (sorry if you already know all this). So, the first step is to create a project there and then, from you image, you commit your code there. Then, people will be able to download it or even commit (depending on the settings you choose). In a second step, further, you can create a Metacello configuration for you project. This will let you have stable versions of your projects, manage dependencies between packages, etc. But I would start just with the first step. I REALLY recommend you to read Pharo By Example book. It is free and very good: http://www.pharobyexample.org/ You can download it in pdf. There, it is a complete chapter for Monticello. Read that :) Cheers Mariano Any help would be nice. > > Thanks > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 4, 2010

[Pharo-project] Newbie question deploying smalltalk applications

by Nathan Tuttle

I created a CRC calculating algorithm and I want to be able to deploy my application for other people to use. I am not sure how to package an image so that it is user friendly. Any help would be nice. Thanks

Feb. 4, 2010

Re: [Pharo-project] Bug in PharoCore1.1ALPHA [Latest update: #11192]

by StÃ©phane Ducasse

Thanks! Indeed there were some work on UTF8Encoder and friends. do you know if the same happened in latest squeak? On Feb 3, 2010, at 10:57 PM, Yanni Chiu wrote: > When attempting to load Seaside-2.8, with the image updated to 11192, I got: > > UndefinedObject(Object)>>doesNotUnderstand: #do: > WriteStream(Stream)>>nextPutAll: > WriteStream>>nextPutAll: > WriteStream(Stream)>>basicNextPutAll: > UTF8TextConverter(TextConverter)>>nextPutAll:toStream: > ByteString(String)>>convertToWithConverter: > WAKomEncoded39 class>>setUpConversionTables > WAKomEncoded39 class>>initialize > > It actually gave me an emergency evaluator, and failed to save the entire stack trace to PharoDebug.log - maybe due to UTF8 issues. I had to use the send bug report feature to capture the stack trace. > > I think the problem is that WAKomEncoded39 is setting things up for codepoints 0..255, but the newly optimized UTF8TextConverter has nil entries for codepoints less than 128. > > -- > Yanni > > VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update: > #6747] Squeak VM 4.2.1b1 > Image: PharoCore1.1ALPHA [Latest update: #11192] > > --- The full stack --- > UndefinedObject(Object)>>doesNotUnderstand: #do: > WriteStream(Stream)>>nextPutAll: > WriteStream>>nextPutAll: > WriteStream(Stream)>>basicNextPutAll: > UTF8TextConverter(TextConverter)>>nextPutAll:toStream: > ByteString(String)>>convertToWithConverter: > WAKomEncoded39 class>>setUpConversionTables > WAKomEncoded39 class>>initialize > MCMethodDefinition>>postloadOver: > [] in [] in [] in MCPackageLoader>>basicLoad > [] in [] in > OrderedCollection(SequenceableCollection)>>do:displayingProgress: > OrderedCollection(SequenceableCollection)>>withIndexDo: > [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: > [] in ProgressInitiationException>>defaultAction > BlockClosure>>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 [] in MCPackageLoader>>basicLoad > BlockClosure>>on:do: > [] in MCPackageLoader>>basicLoad > BlockClosure>>ensure: > MCPackageLoader>>basicLoad > [] in MCPackageLoader>>loadWithNameLike: > [] in MCPackageLoader>>useChangeSetNamed:during: > BlockClosure>>ensure: > MCPackageLoader>>useChangeSetNamed:during: > MCPackageLoader>>useNewChangeSetNamedLike:during: > MCPackageLoader>>loadWithNameLike: > MCVersionLoader>>loadWithNameLike: > MCVersionLoader>>load > - - - - - - - - - - - - - - - > - - - - - - - - - - - - - - - - - - > GoferLoad>>execute > Gofer>>execute:do: > Gofer>>execute: > Gofer>>load > [] in UndefinedObject>>DoIt > [] in BlockClosure>>valueSupplyingAnswers: > BlockClosure>>on:do: > BlockClosure>>valueSupplyingAnswers: > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler class>>evaluate:for:notifying:logged: > Compiler class>>evaluate:for:logged: > Compiler class>>evaluate:logged: > [] in [] in MultiByteFileStream(PositionableStream)>>fileInAnnouncing: > BlockClosure>>on:do: > [] in MultiByteFileStream(PositionableStream)>>fileInAnnouncing: > [] in ProgressInitiationException>>defaultAction > BlockClosure>>ensure: > ProgressInitiationException>>defaultAction > UndefinedObject>>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: > MultiByteFileStream(PositionableStream)>>fileInAnnouncing: > MultiByteFileStream(FileStream)>>fileIn > MultiByteFileStream>>fileIn > FileStream class>>fileIn: > SimpleServiceEntry>>performServiceFor: > [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: > BlockClosure>>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: > MenuMorph(Morph)>>processEvent:using: > MenuMorph(Morph)>>processEvent: > MenuMorph>>handleFocusEvent: > [] in HandMorph>>sendFocusEvent:to:clear: > [] in PasteUpMorph>>becomeActiveDuring: > BlockClosure>>on:do: > PasteUpMorph>>becomeActiveDuring: > HandMorph>>sendFocusEvent:to:clear: > HandMorph>>sendEvent:focus:clear: > HandMorph>>sendMouseEvent: > HandMorph>>handleEvent: > HandMorph>>processEvents > [] in WorldState>>doOneCycleNowFor: > Array(SequenceableCollection)>>do: > WorldState>>handsDo: > WorldState>>doOneCycleNowFor: > WorldState>>doOneCycleFor: > PasteUpMorph>>doOneCycle > [] in Project class>>spawnNewProcess > [] in BlockClosure>>newProcess > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 4, 2010

Re: [Pharo-project] Final 1.0 Steps: list of actions performed in pharo 1.0

by Serge Stinckwich

2010/2/4 Michael Roberts <mike(a)mjr104.co.uk>: > ;-) > > ok i have done some edits. You can look at the diffs in the source/svn > view (it took me a while to find that feature). Let me know what you Humm cool, i was not aware of this feature ;-) -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Feb. 4, 2010

Re: [Pharo-project] Final 1.0 Steps: list of actions performed in pharo 1.0

by Michael Roberts

;-) ok i have done some edits. You can look at the diffs in the source/svn view (it took me a while to find that feature). Let me know what you think. I have left some editorlal notes [ed: ] where I need some clarification. Obviously it's just my 2p on things... cheers, Mike

Feb. 4, 2010

[Pharo-project] Bug in PharoCore1.1ALPHA [Latest update: #11192]

by Yanni Chiu

When attempting to load Seaside-2.8, with the image updated to 11192, I got: UndefinedObject(Object)>>doesNotUnderstand: #do: WriteStream(Stream)>>nextPutAll: WriteStream>>nextPutAll: WriteStream(Stream)>>basicNextPutAll: UTF8TextConverter(TextConverter)>>nextPutAll:toStream: ByteString(String)>>convertToWithConverter: WAKomEncoded39 class>>setUpConversionTables WAKomEncoded39 class>>initialize It actually gave me an emergency evaluator, and failed to save the entire stack trace to PharoDebug.log - maybe due to UTF8 issues. I had to use the send bug report feature to capture the stack trace. I think the problem is that WAKomEncoded39 is setting things up for codepoints 0..255, but the newly optimized UTF8TextConverter has nil entries for codepoints less than 128. -- Yanni VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.1b1 Image: PharoCore1.1ALPHA [Latest update: #11192] --- The full stack --- UndefinedObject(Object)>>doesNotUnderstand: #do: WriteStream(Stream)>>nextPutAll: WriteStream>>nextPutAll: WriteStream(Stream)>>basicNextPutAll: UTF8TextConverter(TextConverter)>>nextPutAll:toStream: ByteString(String)>>convertToWithConverter: WAKomEncoded39 class>>setUpConversionTables WAKomEncoded39 class>>initialize MCMethodDefinition>>postloadOver: [] in [] in [] in MCPackageLoader>>basicLoad [] in [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: OrderedCollection(SequenceableCollection)>>withIndexDo: [] in OrderedCollection(SequenceableCollection)>>do:displayingProgress: [] in ProgressInitiationException>>defaultAction BlockClosure>>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 [] in MCPackageLoader>>basicLoad BlockClosure>>on:do: [] in MCPackageLoader>>basicLoad BlockClosure>>ensure: MCPackageLoader>>basicLoad [] in MCPackageLoader>>loadWithNameLike: [] in MCPackageLoader>>useChangeSetNamed:during: BlockClosure>>ensure: MCPackageLoader>>useChangeSetNamed:during: MCPackageLoader>>useNewChangeSetNamedLike:during: MCPackageLoader>>loadWithNameLike: MCVersionLoader>>loadWithNameLike: MCVersionLoader>>load - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - GoferLoad>>execute Gofer>>execute:do: Gofer>>execute: Gofer>>load [] in UndefinedObject>>DoIt [] in BlockClosure>>valueSupplyingAnswers: BlockClosure>>on:do: BlockClosure>>valueSupplyingAnswers: UndefinedObject>>DoIt Compiler>>evaluate:in:to:notifying:ifFail:logged: Compiler class>>evaluate:for:notifying:logged: Compiler class>>evaluate:for:logged: Compiler class>>evaluate:logged: [] in [] in MultiByteFileStream(PositionableStream)>>fileInAnnouncing: BlockClosure>>on:do: [] in MultiByteFileStream(PositionableStream)>>fileInAnnouncing: [] in ProgressInitiationException>>defaultAction BlockClosure>>ensure: ProgressInitiationException>>defaultAction UndefinedObject>>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: MultiByteFileStream(PositionableStream)>>fileInAnnouncing: MultiByteFileStream(FileStream)>>fileIn MultiByteFileStream>>fileIn FileStream class>>fileIn: SimpleServiceEntry>>performServiceFor: [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: BlockClosure>>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: MenuMorph(Morph)>>processEvent:using: MenuMorph(Morph)>>processEvent: MenuMorph>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: [] in PasteUpMorph>>becomeActiveDuring: BlockClosure>>on:do: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: Array(SequenceableCollection)>>do: WorldState>>handsDo: WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [] in Project class>>spawnNewProcess [] in BlockClosure>>newProcess

Feb. 3, 2010

Re: [Pharo-project] Final 1.0 Steps: list of actions performed in pharo 1.0

by StÃ©phane Ducasse

It is intended to be added in the image so that new people can follow what we are doing. This is bit of PR :) Stef On Feb 3, 2010, at 7:54 PM, Michael Roberts wrote: > It looks a great list. I will do some edits later. Is this intended > as the release notes for 1.0? Or the detail behind a shorter release > notes? just to check the goal. > > thanks, > Mike > > On Wed, Feb 3, 2010 at 9:47 AM, stephane ducasse > <stephane.ducasse(a)free.fr> wrote: >> Hi guys >> >> I added the list of actions we performed in pharo 1.0 >> >> http://code.google.com/p/pharo/wiki/ActionsInPharoOne?ts=1265189477&updated… >> >> We should move on and make that list shinning a bit. Then use the trick of miguel and get done >> So mike can you have a look at the english. Adrian can you do a pass on them. >> 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

Feb. 3, 2010

Re: [Pharo-project] Final 1.0 Steps: list of actions performed in pharo 1.0

by Michael Roberts

It looks a great list. I will do some edits later. Is this intended as the release notes for 1.0? Or the detail behind a shorter release notes? just to check the goal. thanks, Mike On Wed, Feb 3, 2010 at 9:47 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Hi guys > > I added the list of actions we performed in pharo 1.0 > > Â Â Â Â http://code.google.com/p/pharo/wiki/ActionsInPharoOne?ts=1265189477&updated… > > We should move on and make that list shinning a bit. Then use the trick of miguel and get done > So mike can you have a look at the english. Adrian can you do a pass on them. > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 3, 2010

Re: [Pharo-project] DirectoryEntry does not inherit from ArrayedCollection [WAS] Re: [squeak-dev] 3.11 questions

by Schwab,Wilhelm K

Very true! -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Marcus Denker Sent: Wednesday, February 03, 2010 11:13 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] DirectoryEntry does not inherit from ArrayedCollection [WAS] Re: [squeak-dev] 3.11 questions On Feb 3, 2010, at 5:03 PM, Schwab,Wilhelm K wrote: > Marcus, > > Rats :) You've stolen my thunder. Actually, I won't go as far as to say "never," but I agree. There are places in Squeak that inherit from collections or put methods in Object, and it sure looks as though the programmer didn't know any better. And partly, this was because it was done a very long time ago... back than, it was not known how to program with this newly invented object things. Even by the people who invented it! It's often that others, who than use it, learn how to use it better than the creators. The same will happen with everything we will invent (if we invent anything, that is :-) ). Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 3, 2010

Re: [Pharo-project] DirectoryEntry does not inherit from ArrayedCollection [WAS] Re: [squeak-dev] 3.11 questions

by Igor Stasenko

On 3 February 2010 18:12, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 3, 2010, at 5:03 PM, Schwab,Wilhelm K wrote: > >> Marcus, >> >> Rats :) Â You've stolen my thunder. Â Actually, I won't go as far as to say "never," but I agree. Â There are places in Squeak that inherit from collections or put methods in Object, and it sure looks as though the programmer didn't know any better. > > And partly, this was because it was done a very long time ago... back than, it was not known how to program with this newly invented object things. Even by the people who invented it! It's > often that others, who than use it, learn how to use it better than the creators. > > The same will happen with everything we will invent (if we invent anything, that is :-) ). > +100 the good thing is, that we're free to change this. While java people got stuck with sealed stuff forever :) > > Â Â Â Â Marcus > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 3, 2010