- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

On Sep 27, 2009, at 9:05 PM, Lukas Renggli wrote: >> I also think that SUnit 3.2 should be packaged differently. >> Now this is annoying to get all the wrapper code. >> Any idea how to get rid of them in a reproduceable way? > > Ideally we had an SUnit-Base package that is identical to SUnit on > other platforms and then have the rest of the code as a separate > package. Unfortunately the extensions of Pharo do not really package > (not doable without overrides). Yes SUnit is the coolest framework on earth but not extensible :) What a pity. Stef > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

I tried to load 32.fullNiall in pharo and it -> DNU TestCase class>>methodChanged: I checked and I do not understand where this method is coming from. valueWithArguments: anArray startingFrom: startIndex "Do the same as my parent, but make sure that all actions that do not give errors are evaluated before resignaling the ones that gave errors (giving the chance to clients to handle them)." "Note: I currently trap Halt,Error so that I am sure to get a Halt event in case of a Halt. This is being fixed in the exception system - when the fix is done it will be enough to capture only Error." | each answer | startIndex to: self size do: [:index | each := self at: index. each isReceiverOrAnyArgumentGarbage ifFalse: [ [answer := each "each is bound to WeakMessageSend(#methodChanged: -> TestCase)" alueWithArguments: anArray] on: Halt, Error do: [:exc | self valueWithArguments: anArray startingFrom: index + 1. exc pass]]]. ^ answer triggerEvent: anEventSelector withArguments: anArgumentList ^(self actionForEvent: anEventSelector) valueWithArguments: anArgumentList (self actionForEvent: anEventSelector) with self = aSystemEventManager anEventSelector = 'methodRemovedEvent:' -> #(WeakMessageSend(#event: -> a SmalltalkImage) WeakMessageSend(#event: -> Utilities) WeakMessageSend(#methodRemoved: -> MCWorkingCopy) WeakMessageSend(#methodChanged: -> ServiceRegistry) WeakMessageSend(#updateInstances: -> TheWorldMainDockingBar) WeakMessageSend(#methodChanged: -> TestCase) WeakMessageSend(#classChanged: -> a RequiredSelectors) WeakMessageSend(#classChanged: -> a ProvidedSelectors) WeakMessageSend(#classChanged: -> a LocalSends) WeakMessageSend(#event: -> a ChangeSet named SUnit-niall.FULL.3.22)) I have no idea where WeakMessageSend(#methodChanged: -> TestCase) comes from. Stef On Sep 27, 2009, at 12:19 PM, Lukas Renggli wrote: >> What about replacing Pharo's SUnit by Nial's and then re-add lost >> features? > > Yes, that's what I wrote in the second paragraph :-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by Lukas Renggli

> I also think that SUnit 3.2 should be packaged differently. > Now this is annoying to get all the wrapper code. > Any idea how to get rid of them in a reproduceable way? Ideally we had an SUnit-Base package that is identical to SUnit on other platforms and then have the rest of the code as a separate package. Unfortunately the extensions of Pharo do not really package (not doable without overrides). Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by Lukas Renggli

> Now we could do that incrementally. Do you know if SUnit3.2 has tests? Yes, more than SUnit 3.1. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

I also think that SUnit 3.2 should be packaged differently. Now this is annoying to get all the wrapper code. Any idea how to get rid of them in a reproduceable way? Stef

Sept. 27, 2009

Re: [Pharo-project] Sunit3.2

by StÃ©phane Ducasse

Hi lukas >> Yes, that's what I wrote in the second paragraph :-) I could not find your second paragraph. I would prefer to avoid to lose what have been added to SUnit. Now I read the SUnit version of keith and there are only a couple of methods that do not exist in pharo from his version. I did not check the SUnit-Extensions (because the package was empty). But it would be good to have a way to integrate that too. AddSuite... and others seems obvious good addition. Now I checked SUnit3.2 and well.... if we restart from it then a lot of what marcus did to clean it will be lost. Behavior>>sunitAllSelectors ^self allSelectors asSortedCollection asOrderedCollection BTW our version does not have the last fixes of marcus from the SUnit repository. BlockContext>>sunitOn: anException do: aHandlerBlock ^self on: anException do: aHandlerBlock Class>>sunitName ^ self name Do we want this kind of crap? Now we could do that incrementally. Do you know if SUnit3.2 has tests? Stef

Sept. 27, 2009

Re: [Pharo-project] Debugger fails to launch after stacktrace is dumped to SqueakDebug file

by StÃ©phane Ducasse

thanks do you know how we can reproduce it? Stef On Sep 27, 2009, at 5:58 PM, Mariano Martinez Peck wrote: > VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest > update: #6747] Squeak VM 4.1.1b2 > Image: Pharo1.0beta [Latest update: #10451] > > > > On Sun, Sep 27, 2009 at 4:41 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > we need to know with which version! > Else this is useless. > > stef > > On Sep 26, 2009, at 10:38 PM, Mariano Martinez Peck wrote: > > > http://code.google.com/p/pharo/issues/detail?id=1249 > > > > I marked it as 1.0 > > > > It was reported by John Toohey > > > > Best > > > > Mariano > > _______________________________________________ > > 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 27, 2009

Re: [Pharo-project] Debugger fails to launch after stacktrace is dumped to SqueakDebug file

by Mariano Martinez Peck

VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.1.1b2 Image: Pharo1.0beta [Latest update: #10451] On Sun, Sep 27, 2009 at 4:41 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > we need to know with which version! > Else this is useless. > > stef > > On Sep 26, 2009, at 10:38 PM, Mariano Martinez Peck wrote: > > > http://code.google.com/p/pharo/issues/detail?id=1249 > > > > I marked it as 1.0 > > > > It was reported by John Toohey > > > > Best > > > > Mariano > > _______________________________________________ > > 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 >

Sept. 27, 2009

Re: [Pharo-project] [squeak-dev] [ANN] STicky

by HernÃ¡n Morales Durand

Stef if you loaded STickySq in Pharo I cannot guarantee to work properly because one difference between the Pharo an Squeak are some removed keyboard hooking methods in HandMorph. I've tested in #10462 and it works fine too. If the problem persists please let me know. HernÃ¡n 2009/9/27 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Ok, maybe this is going to be a sticky post? :) > I have no problems installing with the following script in a Pharo-Core #10458 : > > | instClass | > instClass := Smalltalk at: #Installer ifAbsent: [ ScriptLoader new > installingInstaller ]. > instClass ss > Â Â Â Â project: 'STicky'; > Â Â Â Â install: 'STicky' > > The extra packages (translators or evaluators) are loaded by request > selecting the menu item (I don't want to load all the translators in > one-pass because people may want to just use one and that would load > many unnecessary packages for them), maybe you have to wait a little > bit until the installer finish a particular package loading? Have you > received any exception or walkback selecting a specific translator? > > HernÃ¡n > > PS : The only problem I have is in a clean image if opening the > interactive workspace before anything else, some code is compiled in > test classes automatically, and it seems Author>>fullName assumes one > must provide initials before compiling anything or the system will not > continue to work. > > [fullName isEmptyOrNil ] whileTrue: [self requestFullName]. > > > 2009/9/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Ok now if you want people to use it provide a loader that loads >> everything. >> Because so far I could not make it work. Because extra packages are >> missin. >> >> Stef >> >> On Sep 27, 2009, at 2:12 PM, HernÃ¡n Morales Durand wrote: >> >>> That's one idea. Although there are many applications. I'm using it >>> now to test a translator from Smalltalk to PQF (an insane query >>> language), but the course of acquisition of a natural language is a >>> very complex process, so a linguist can write a translator which >>> display dynamically inflectional systems differences between English >>> and Greek or Chinese, or a WordNet application which suggest synonyms >>> to a writer as he writes, or a logician which desires to show his >>> students calculus applied to a "lingua characteristica", i.e. it is >>> not limited to computer or constructed languages. Use your imagination >>> :) >>> >>> For the Smalltalk to Java part, I've just included a translator >>> available in the SqueakSource repository, I'm not so concerned about >>> the correcteness of a translator but if the author wants to include a >>> warning before usage of his tool I will happily include it. >>> >>> One motivation for STicky were the arguments of some Java developers I >>> know, they told me they've felt lost inside Smalltalk (they've never >>> seen a Programming System as an autonomic system with global behavior, >>> etc. but as a process which deals with dead text code) and since >>> language is a means for referring objects rather than the object >>> itself, this tool can show the referent sources of their language, if >>> a translator exists of course. >>> Cheers, >>> >>> HernÃ¡n >>> >>> 2009/9/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> But for beginner what is the difference between that and a Smalltalk >>>> interpreter. >>>> The idea is that they can compare with their own language the >>>> smalltalk syntax? >>>> it could work now when trnaslating to Java you can generate really >>>> bad >>>> code to >>>> express smalltalk syntax? >>>> >>>> Stef >>>> >>>> On Sep 26, 2009, at 11:26 PM, Andrey Larionov wrote: >>>> >>>>> Its an awesome. It what i want cause i smalltalk beginer >>>>> >>>>> On Sun, Sep 27, 2009 at 01:20, HernÃ¡n Morales Durand >>>>> <hernan.morales(a)gmail.com> wrote: >>>>>> is a pluggable real-time evaluator and/or translator workspace >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

Sept. 27, 2009

Re: [Pharo-project] [squeak-dev] [ANN] STicky

by HernÃ¡n Morales Durand

Ok, maybe this is going to be a sticky post? :) I have no problems installing with the following script in a Pharo-Core #10458 : | instClass | instClass := Smalltalk at: #Installer ifAbsent: [ ScriptLoader new installingInstaller ]. instClass ss project: 'STicky'; install: 'STicky' The extra packages (translators or evaluators) are loaded by request selecting the menu item (I don't want to load all the translators in one-pass because people may want to just use one and that would load many unnecessary packages for them), maybe you have to wait a little bit until the installer finish a particular package loading? Have you received any exception or walkback selecting a specific translator? HernÃ¡n PS : The only problem I have is in a clean image if opening the interactive workspace before anything else, some code is compiled in test classes automatically, and it seems Author>>fullName assumes one must provide initials before compiling anything or the system will not continue to work. [fullName isEmptyOrNil ] whileTrue: [self requestFullName]. 2009/9/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Ok now if you want people to use it provide a loader that loads > everything. > Because so far I could not make it work. Because extra packages are > missin. > > Stef > > On Sep 27, 2009, at 2:12 PM, HernÃ¡n Morales Durand wrote: > >> That's one idea. Although there are many applications. I'm using it >> now to test a translator from Smalltalk to PQF (an insane query >> language), but the course of acquisition of a natural language is a >> very complex process, so a linguist can write a translator which >> display dynamically inflectional systems differences between English >> and Greek or Chinese, or a WordNet application which suggest synonyms >> to a writer as he writes, or a logician which desires to show his >> students calculus applied to a "lingua characteristica", i.e. it is >> not limited to computer or constructed languages. Use your imagination >> :) >> >> For the Smalltalk to Java part, I've just included a translator >> available in the SqueakSource repository, I'm not so concerned about >> the correcteness of a translator but if the author wants to include a >> warning before usage of his tool I will happily include it. >> >> One motivation for STicky were the arguments of some Java developers I >> know, they told me they've felt lost inside Smalltalk (they've never >> seen a Programming System as an autonomic system with global behavior, >> etc. but as a process which deals with dead text code) and since >> language is a means for referring objects rather than the object >> itself, this tool can show the referent sources of their language, if >> a translator exists of course. >> Cheers, >> >> HernÃ¡n >> >> 2009/9/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> But for beginner what is the difference between that and a Smalltalk >>> interpreter. >>> The idea is that they can compare with their own language the >>> smalltalk syntax? >>> it could work now when trnaslating to Java you can generate really >>> bad >>> code to >>> express smalltalk syntax? >>> >>> Stef >>> >>> On Sep 26, 2009, at 11:26 PM, Andrey Larionov wrote: >>> >>>> Its an awesome. It what i want cause i smalltalk beginer >>>> >>>> On Sun, Sep 27, 2009 at 01:20, HernÃ¡n Morales Durand >>>> <hernan.morales(a)gmail.com> wrote: >>>>> is a pluggable real-time evaluator and/or translator workspace >>>> >>> >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 27, 2009