- Pharo-users - lists.pharo.org

Re: [Pharo-users] index of element matching block

by Norbert Hartl

Am 12.02.2014 um 12:25 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > On 12 Feb 2014, at 13:02, Norbert Hartl <norbert(a)hartl.name> wrote: > >> >> Am 12.02.2014 um 11:44 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: >> >>> #( 11 7 4 21 ) detectIndex: #even >>> >> I knew it makes sense to ask. Only slightly embarrasing :) > > These little challenges are always quite fun. > Yep, because the closest I could create was using withIndexDo: and looking at #detectIndex:ifNone: confirms that. thanks, Norbert > Sven > >> Norbert >> >>> ;-) >>> >>> On 12 Feb 2014, at 12:37, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>>> I just discovered that there is no method like >>>> >>>> indexOf: aBlock >>>> >>>> where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? >>>> >>>> Norbert >>>> >>>> >>> >>> >> >> > >

Feb. 12, 2014

Re: [Pharo-users] Applications, features and unit tests

by Marcus Denker

On 12 Feb 2014, at 13:18, Leonardo Silva <leonardo.humberto(a)gmail.com> wrote: > Hi everyone, > > I am a PhD student at UFMG-Brazil (together with INRIA-France in a project) working with dynamic analysis of software systems' architecture. > The idea, initially, is to check the link between dynamic behavior and static structure (architecture) of a system, regarding its features. > > I am looking for real applications in Smalltalk that have a mapping between its features and the specific unit tests for them. I once did something that might be related: Marcus Denker, Jorge Ressia, Orla Greevy, and Oscar Nierstrasz. Modeling Features at Runtime. In Proceedings of MODELS 2010, LNCS 6395 p. 138â152, Springer-Verlag, 2010. A feature represents a functional requirement fulfilled by a system. Since many maintenance tasks are expressed in terms of features, it is important to establish the correspondence between a feature and its implementation in source code. Traditional approaches to establish this correspondence exercise features to generate a trace of runtime events, which is then processed by post-mortem analysis. These approaches typically generate large amounts of data to analyze. Due to their static nature, these approaches do not support incremental and interactive analysis of features. We propose a radically different approach called live feature analysis, which provides a model at runtime of features. Our approach analyzes features on a running system and also makes it possible to grow feature representations by exercising different scenarios of the same feature, and identifies execution elements even to the sub-method level. We describe how live feature analysis is implemented effectively by annotating structural representations of code based on abstract syntax trees. We illustrate our live analysis with a case study where we achieve a more complete feature representation by exercising and merging variants of feature behavior and demonstrate the efficiency or our technique with benchmarks. Slides: http://marcusdenker.de/talks/coauthors/10MODELS/2010-Models-LiveFeatureAnal… Paper: http://rmod.lille.inria.fr/archives/papers/Denk10a-Models10-FeatureModels.p…

Feb. 12, 2014

Re: [Pharo-users] index of element matching block

by Sven Van Caekenberghe

On 12 Feb 2014, at 13:02, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 12.02.2014 um 11:44 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > >> #( 11 7 4 21 ) detectIndex: #even >> > I knew it makes sense to ask. Only slightly embarrasing :) These little challenges are always quite fun. Sven > Norbert > >> ;-) >> >> On 12 Feb 2014, at 12:37, Norbert Hartl <norbert(a)hartl.name> wrote: >> >>> I just discovered that there is no method like >>> >>> indexOf: aBlock >>> >>> where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? >>> >>> Norbert >>> >>> >> >> > >

Feb. 12, 2014

Applications, features and unit tests

by Leonardo Silva

Hi everyone, I am a PhD student at UFMG-Brazil (together with INRIA-France in a project) working with dynamic analysis of software systems' architecture. The idea, initially, is to check the link between dynamic behavior and static structure (architecture) of a system, regarding its features. I am looking for real applications in Smalltalk that have a mapping between its features and the specific unit tests for them. Do you have / know any systems I could use in this research? The tools I am using are Pharo 3.0 with Roassal (for visualization) and Spy (http://www.smalltalkhub.com/#!/~ObjectProfile/Spy) to capture dynamic behavior. Many thanks for help, Leonardo Silva

Feb. 12, 2014

Re: [Pharo-users] index of element matching block

by Norbert Hartl

Am 12.02.2014 um 11:44 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > #( 11 7 4 21 ) detectIndex: #even > I knew it makes sense to ask. Only slightly embarrasing :) Norbert > ;-) > > On 12 Feb 2014, at 12:37, Norbert Hartl <norbert(a)hartl.name> wrote: > >> I just discovered that there is no method like >> >> indexOf: aBlock >> >> where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? >> >> Norbert >> >> > >

Feb. 12, 2014

Re: [Pharo-users] index of element matching block

by Sven Van Caekenberghe

#( 11 7 4 21 ) detectIndex: #even ;-) On 12 Feb 2014, at 12:37, Norbert Hartl <norbert(a)hartl.name> wrote: > I just discovered that there is no method like > > indexOf: aBlock > > where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? > > Norbert > >

Feb. 12, 2014

index of element matching block

by Norbert Hartl

I just discovered that there is no method like indexOf: aBlock where the index of the element matching the block is returned. What would be the usual way to achieve this functionality? Norbert

Feb. 12, 2014

Re: [Pharo-users] branching with monticello

by Goubier Thierry

No, but: - merging with git creates conflicts in FileTree metadata (version, methodProperties in each class) and those conflicts are messy to fix (the version particularly) and loses merge information (the Monticello history will not record the merge)[1] [2]. - merging with Monticello does not record as a merge in git. [1] gitfiletree could solve that as it doesn't need the version and methodProperties metadata, but it still writes them to disk to be compatible with FileTree. [2] gitfiletree will show you the merge in Monticello however (but FileTree won't). Thierry Le 11/02/2014 19:16, Yuriy Tymchuk a Ã©crit : > Iâm worried a bit about merging. Wonât it damage some monticello meta data? > > Uko > > On 11 Feb 2014, at 18:22, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > >> you canâ¦ filetree is a file format. What you do with those files is up >> to you and your tools :) >> >> On 11 Feb 2014, at 17:30, Yuriy Tymchuk <yuriy.tymchuk(a)me.com >> <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> Can we get something from git branches with file tree? >>> >>> Uko >>> >>> On 11 Feb 2014, at 17:26, Esteban Lorenzano <estebanlm(a)gmail.com >>> <mailto:estebanlm@gmail.com>> wrote: >>> >>>> in monticello, each package is itself a branch. >>>> >>>> so you can have different approachs: >>>> >>>> - you just rename your package to YourPackage-YourBranch >>>> - you use different repositories >>>> - yo do not do anything and you just realise that each package is a >>>> branch, so you can start from anywhere and merge with anything :) >>>> >>>> Esteban >>>> >>>> On 11 Feb 2014, at 16:46, sergio_101 <sergio.rrd(a)gmail.com >>>> <mailto:sergio.rrd@gmail.com>> wrote: >>>> >>>>> i am sort of foggy on how to effectively use branching with >>>>> monticello. currently, we use branches daily. we branch off the >>>>> master, and give it some name "like update_user_functions".. >>>>> >>>>> we develop away on that, and when it's time, we merge that back >>>>> into master, and push out to the server. >>>>> >>>>> having named branches makes it very easy for us track what's going >>>>> on in the development line. >>>>> >>>>> is this possible with monticello, or am i just missing an ideology? >>>>> >>>>> thanks! >>>>> >>>>> -- >>>>> ---- >>>>> peace, >>>>> sergio >>>>> photographer, journalist, visionary >>>>> #BitMessage BM-2D8VWUJSS41RFKh1ec83preVabHrnniExa >>>>> >>>>> http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> >>>>> http://www.CodingForHire.com <http://www.codingforhire.com/> >>>>> http://www.coffee-black.com <http://www.coffee-black.com/> >>>>> http://www.painlessfrugality.com <http://www.painlessfrugality.com/> >>>>> http://www.twitter.com/sergio_101 >>>>> http://www.facebook.com/sergio101 >>>> >>> >> > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Feb. 12, 2014

Re: [Pharo-users] smalltalkhub.com -> commits history

by phil＠highoctane.be

What is your repo, so that we can have a look. What you say doesn't look normal. There should be versions listed in both. Phil On Wed, Feb 12, 2014 at 5:00 AM, sergio t. ruiz <sergio.rrd(a)gmail.com>wrote: > > i have a few projects i am playing with smalltalkhub on, but i am not sure > if i am doing it right.. > > if i look under commits, i see no commit history, but under source, i can > see about 35 different versions of the source i have committed. any ideas? > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > #BitMessage BM-2D8VWUJSS41RFKh1ec83preVabHrnniExa > > http://www.ThoseOptimizeGuys.com > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > >

Feb. 12, 2014

Re: [Pharo-users] smalltalkhub.com -> commits history

by Sven Van Caekenberghe

Which username, which projects ? On 12 Feb 2014, at 05:00, sergio t. ruiz <sergio.rrd(a)gmail.com> wrote: > > i have a few projects i am playing with smalltalkhub on, but i am not sure if i am doing it right.. > > if i look under commits, i see no commit history, but under source, i can see about 35 different versions of the source i have committed. any ideas? > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > #BitMessage BM-2D8VWUJSS41RFKh1ec83preVabHrnniExa > > http://www.ThoseOptimizeGuys.com > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Feb. 12, 2014