Moose-dev December 2016

moose-dev@list.inf.unibe.ch

21 participants
20 discussions

Fwd: [Pharo-users] [ ANN ] Pharo Days 2016
by Tudor Girba 08 Mar '24

08 Mar '24

> Begin forwarded message: > > From: Sven Van Caekenberghe <sven(a)stfx.eu> > Subject: [Pharo-users] [ ANN ] Pharo Days 2016 > Date: December 9, 2015 at 9:52:09 AM EST > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org>, Pharo Development List <pharo-dev(a)lists.pharo.org>, Pharo Business <pharo-business(a)lists.pharo.org> > Reply-To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > Dear fellow Pharoers, > > Mark your calendars: on Thursday March 31 & Friday April 1 we are organising the Pharo Days 2016. This year we moved the location to Namur, Belgium, just a bit south of Brussels, at the very beautiful location of the ‘Cercle de Wallonie’ overlooking the river Meuse. > > We’ll update the following page moving forward. > > https://medium.com/concerning-pharo/pharo-days-2016-c52fe4d7caf > > You can ask questions on any of the Pharo mailing lists or you can email the Pharo Board. > > Let's make this another success, together ! We hope to see as many of you as possible. > > -- www.tudorgirba.com "We are all great at making mistakes."

4 3

[Glamour] default selection in ListPresentation
by Cyrille Delaunay 24 Mar '18

24 Mar '18

Hello, Is there a way to set a default selection to a list presentation? so that when I open the browser, the morphic list has already a value selected. I tried that: |tmpBrowser| tmpBrowser := GLMTabulator new. tmpBrowser row: #list. tmpBrowser transmit to: #list; andShow: [:a | a list display: [:input | input]; selection: #a; yourself ]. tmpBrowser openOn: #( b c d v a d f r). but the list still open with nothing selected

3 4

[ann] gtspotter: a moldable interface for spotting objects
by Tudor Girba 23 Sep '17

23 Sep '17

Hi, Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: GTSpotter, a novel interface for spotting objects. GTSpotter has two goals: - Provide a uniform yet moldable interface that can work on any object, and - Handle searching through arbitrary levels of object nesting. We think this will have a significant impact on the development workflow in Pharo. Here is a couple of screenshots: [image: Inline image 2] [image: Inline image 1] [image: Inline image 3] A trailer is available here: https://www.youtube.com/watch?v=PhSmjR3NOlU A detailed description is available here: http://www.humane-assessment.com/blog/introducing-gtspotter It works already in Pharo 3.0 and can be played with by following the instructions from: http://gt.moosetechnology.org Please let us know what you think. Enjoy, The Glamorous Team

6 21

A quick analyzis of the usage of instance variables in Moose
by Guillaume Larcheveque 14 Mar '17

14 Mar '17

Hi Moose users, as you may know, at Synectique we experiment lots of issues about memory usage. That's why i had a look at the number of unused instance variables in one of our system loaded with a big model from one of our main customer. Total instance variables: 26.852.653 Used instance variables: 17.393.938 Empty collections: 5.023.508 Recoverable instance variables: 14.482.223 The recoverable instance variables are those with nil or an empty collection (or MultiValueLink) As you can see, we can save a lot of memory :-) Here is my (dirty) code to get that: countUsedInstanceVariableInForSubInstances: aClass | usedInstNbr instNbr emptyCollNbr | usedInstNbr := 0. instNbr := 0. emptyCollNbr := 0. aClass allSubInstancesDo: [ :anEntity | instNbr := instNbr + anEntity class allInstVarNames size. anEntity class allInstVarNames doWithIndex: [ :e :i | (anEntity instVarAt: i) ifNotNil: [ :content | ([ content isEmpty. emptyCollNbr := emptyCollNbr + 1. false ] on: MessageNotUnderstood do: [ false ]) ifFalse: [ usedInstNbr := usedInstNbr + 1 ] ] ] ]. ^ {('Used instance variables' -> usedInstNbr). ('empty collections' -> emptyCollNbr). ('Recoverable instance variables' -> (instNbr - (usedInstNbr - emptyCollNbr))). ('Total instance variables' -> instNbr)} -- *Guillaume Larcheveque*

6 7

Design Challenge: metrics missing value...
by stepharong 10 Jan '17

10 Jan '17

Hi dear great OO designers Here is a little challenges for your brainy souls :) In Moose when we compute metrics it may happen than a tool (often external to pharo) does not compute a metrics and when we request it in moose we check and often we return a not so good -1. I'm trying to brainstorm on a solution - first may be the simplest way is to not invoke a metrics when it is not computed. But it means that we should know it and that we should have a registration mechanism. After all this is probably the best solution. - Second we were thinking to use exception but when we have multiple entities missing one metrics.... I have serious doubts. - Second I was thinking about having the following behavior testCollect | uarray collected | uarray := UniformOrderedCollection new. uarray add: 10. uarray add: 20. uarray add: (MissingValue discarding). collected := uarray collect: [ :each | each ]. self assert: collected size equals: 2. testDo | res uarray | uarray := UniformOrderedCollection new. uarray add: 10. uarray add: 20. uarray add: (MissingValue discarding). uarray add: 40. res := 0. uarray do: [ :each | res := res + each ]. self assert: res equals: 70. testCollectDefaulting | uarray collected | uarray := UniformOrderedCollection new. uarray add: 10. uarray add: 20. uarray add: (MissingValue default: 33). collected := uarray collect: [ :each | each ]. self assert: collected size equals: 3. self assert: collected third equals: 33 I basically started to implement do: aBlock "Refer to the comment in Collection|do:." 1 to: self size do: [:index | (self at: index) toDo: aBlock on: self] collect: aBlock "Evaluate aBlock with each of the receiver's elements as the argument. Collect the resulting values into a collection like the receiver. Answer the new collection." | newCollection | newCollection := self species new. self do: [ :each | each toCollect: aBlock on: newCollection ]. ^ newCollection and DiscardingValue >> toCollect: aBlock on: aCollection "discard computation" ^ self Object >> toCollect: aBlock on: aCollection ^ aCollection add: (aBlock value: self) So I imagine that you see the design and I wanted to get your point of view. -- Using Opera a kind of bad mail client but far better than thunderbird

5 15

Using Moose outside of source assessment context?
by Udo Schneider 04 Jan '17

04 Jan '17

All, I’m dabbling with the idea of using Moose in a totally different questions. However I do have some questions about using it in my context. Would this ML be the right place to ask those questions? CU, Udo

6 17

MooseAbstractGroup>>allModelMethods // isStub
by Nicolas Anquetil 27 Dec '16

27 Dec '16

any reason why: MooseAbstractGroup>>allModelMethods ... self allMethods reject: [ :each | each parentTypeIsStub ] why not: ... self allMethods reject: [ :each | each isStub ] 1- if a method is a stub, by definition we may not know what its class is 2- even if we know, if the parent class is a stub, then the method itself should be a stub so why this indirection? nicolas -- Nicolas Anquetil -- MCF (HDR) Project-Team RMod

1 0

removing the mooseName caching mechanism
by Tudor Girba 22 Dec '16

22 Dec '16

Hi, A while ago we put in place a caching mechanism for mooseName. While this has an impact on performance, it makes it a pain to play with the model in any sort of dynamic fashion. It also makes debugging very difficult especially during the development of new importers. Furthermore, it also has issues with assumptions about creating global caches at the model level which are not correct: FAMIXNamedEntities are not uniquely named in the whole model, they are uniquely named within their own type, and for that we already have a cache in the groups. For example, "model allClasses” will give us a group that will also have a cache by the mooseName of classes. This is a heads up that I want to remove this feature. Of course, we can still discuss about it. Cheers, Doru -- www.tudorgirba.com www.feenk.com "What we can governs what we wish."

1 0

About parentPackage
by Blondeau Vincent 21 Dec '16

21 Dec '16

Hello, Still in the context of Moose re-architecting, we detected that parentSelector is defined at FAMIXNamedEntity level but is only used for Smalltalk model at FamixMethod and FamixClass. As parentSelector is a container, it should not be defined at a too high level. We suggest to move down this property to this both subclasses. Has someone something against it? Thanks in advance, Cheers, Anne & Vincent Vincent BLONDEAU RMOD Team Bât B - Bureau 306 Centre de recherche Lille-Nord Europe +33 (0)3 59 35 87 45 vincent.blondeau(a)inria.fr<mailto:vincent.blondeau@inria.fr> [cid:image001.jpg@01D25B93.9BD2F6A0] Software Architects SDCO ZI A, rue de la Pointe 59113 SECLIN +33.(0)3.28.54.41.54 vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com> [cid:image003.gif@01D25B93.9BD2F6A0] !!!************************************************************************************* "Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

2 1

Famix entities packaging
by Blondeau Vincent 21 Dec '16

21 Dec '16

Hello, In the context of Moose re-architecting, FAMIXCore package should contain only FAMIXCore classes, i.e., only classes common to all languages. We detected some misplaced classes: - FAMIXTypeAlias should belong to the C package like FAMIXModule which is already in. - FAMIXAnnotation*should belong to the Java package. Do you think that these classes have to stay in the core package? Or can we move them? BTW, we also added an opposite to the FAMIXException>> exceptionClass in FAMIXClass. Cheers, Anne & Vincent !!!************************************************************************************* "Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

4 3

Too frequent crashes :-(
by Alexandre Bergel 21 Dec '16

21 Dec '16

Hi! Vincent and I are experiencing many crashes from GrafPort>copyBits. It crashes every couple of minutes. I know that not much can be done so far. Stability is my biggest concern with Pharo :-( I use the latest VM. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

5 9

CodeCity in latest Moose?
by Leonel Merino 19 Dec '16

19 Dec '16

Hi all, How I can have CodeCity in latest Moose? I tried the following configuration but when I select the CodeCity tab in the Moose Panel an error pops up. Gofer new smalltalkhubUser: 'RichardWettel' project: 'CodeCity'; configuration; load. (Smalltalk at: #ConfigurationOfCodeCity) loadDevelopment [image: Inline images 2] Best regards, Leonel Merino PhD student University of Bern +41 78 405 43 38 merino(a)inf.unibe.ch

7 11

Grapher+GTInspector collaboration: customise clicks
by Johan Fabry 18 Dec '16

18 Dec '16

Hi all, I am using Grapher in the GT inspector and it is very cool that when I click on a bar it shows the datapoint of that bar in the next pane. So thanks a lot for that :-) However I would like to customise this a bit. My datapoints are actually associations, and I would like to show the value in the next pane (and not the complete association). It’s not clear to me how to customise this, can anybody give me pointers? Thanks in advance! -- Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

3 2

MooseAlgo -InformationRetrieval
by Brice GOVIN (ENSI2014) 16 Dec '16

16 Dec '16

Hi I was wondering if there is some documentation available for the package Moose-Algos-InformationRetrieval or if someone ever used it? I don’t understand how the MalLogLikelihoodRatio is working (it’s a kind of similarity metric between two sets of terms). What I have right know is a corpus of documents with their contents and I’d like to compare a request to my corpus. (it requires that you have executed some scripts in a playground before) data := FileSystem workingDirectory allFiles select:[:e| e extension = 'ph'] thenCollect:#contents. corpus := MalCorpus new. 'Initiating corpus...' displayProgressFrom: 1 to: data size during: [ :bar| data do:[:e| corpus addDocument: e with: (MalTerms fromString: e contents). bar increment. ]. corpus removeStopwords . ]. stringRequest := 'toto tata'. request := MalTerms fromString: stringRequest. likelihood := MalLogLikelihoodRatio new. likelihood setTerms1: request. requestAnswer := Dictionary keys: data values: (data collect:[:e| likelihood setTerms2: (corpus atDocument: e); computeAll ]). I don’t get what are the values that I have in the variable requestAnswer. Any hints? Thanks guys (and girls) Regards, -------------- Brice Govin PhD student in RMoD research team at INRIA Lille Software Engineer at THALES AIR SYSTEMS Rungis ENSTA-Bretagne ENSI2014 22 Avenue du General Leclerc 92340 BOURG-LA-REINE

1 0

Title on RTGrapher
by Johan Fabry 13 Dec '16

13 Dec '16

Hi All, I was looking for a way to get a title on a graph made with RTGrapher. I have so many open that sometimes I forget which ones is which. A title would help but I cannot find a straightforward way to add one. Is this possible? -- Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

4 10

highlighting connected groups
by Alexandre Bergel 12 Dec '16

12 Dec '16

Hi! Connected groups can be highlighted. I have enhanced the RTMetricNormalizer for this. This feature has been on my todo list for too long :-) -=-=-=-=-=-=-=-= b := RTMondrian new. b shape box size: 10. b nodes: RTShape withAllSubclasses. b shape arrowedLine withOffset. b edges moveBehind; connectToAll: #dependentClasses. b layout force charge: -300. b normalizer distinctColorForGroup. “ <==== That is the new thing " b -=-=-=-=-=-=-=-= -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 3

Composing layout
by Alexandre Bergel 12 Dec '16

12 Dec '16

Hi! Here is another big todo. Layouts need to be composable. I often experience the need to have compact visualizations. I added a new layout RTPartitionLayout. Here is an example: -=-=-=-=-=-=-=-=-=-=-=-= classes := (RPackageOrganizer default packageNamed: 'Roassal2') definedClasses. classes := classes copyWithout: RTObject. b := RTMondrian new. b nodes: classes. b edges connectFrom: #superclass. b normalizer normalizeColor: #numberOfLinesOfCode; normalizeSize: #numberOfMethods. b layout partition withinGroup: RTTreeLayout; forNotConnected: RTGridLayout; forGroups: RTFlowLayout. b -=-=-=-=-=-=-=-=-=-=-=-= Isn’t that cool? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

FAMIXAnnotationInstance as a subtype of FAMIXAssociation
by Blondeau Vincent 06 Dec '16

06 Dec '16

Hi, I am currently using FamixDiff to compute changes between two Java models. But, the FAMIXAnnotationInstance are not computed in the diff and I would like to add them. As FAMIXAnnotationInstance is a link between a FAMIXNamedEntity and a FAMIXAnnotationType, it seems that its role is to associate both concepts. Moreover, like the other associations, FAMIXAnnotationInstance entities can only be added or removed but not renamed or moved. Do you agree that FAMIXAnnotationInstance can be a subclass of Association? That way, it belongs to the outgoings associations of the method and incomings associations of the annotation type and simplify the computing for the diff. If no one is against, I will commit the changes tomorrow. Thanks in advance, Cheers, Vincent !!!************************************************************************************* "Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

2 2

Re: Moose-dev Digest, Vol 124, Issue 2
by Bharat Shetty 02 Dec '16

02 Dec '16

many thanks for confirming i can post this query here. I was talking about something like the xref screen shot at http://sourcenav.sourceforge.net/screenshots/ I used this for C/C++ projects long back.. Not sure if pasting that png is a good idea. The current project I work on has a big code base. When i say 'understand code flow' I would like to write a query that will return the chain of all methods invoking a particular method as well the methods this will invoke. Simple scenario: Suppose there exists a set of classes having particular methods as show below: AC::AMethod -> BC::BMethod -> CC::CMethod -> DC::DMethod -> EC::EMethod To serve a client call for a particular scenario, the entry point from client code is Amethod in Class AC. This in turn invokes BMethod of BC, which invokes CMethod of class CC, which invokes DMethod in DC then finally invoked EMethod of class EC and returns to the client code. The query/queries when given method name CC::CMethod should return AC::AMethod -> BC::BMethod and DC::DMethod -> EC::Emethod In an actual code base, chances are that there are multiple code flow paths invoking CC::CMethod and multiple methods invoked by CC::CMethod. All these paths that represent different scenarios should be reported. This should help delete all possible dynamic interactions at method level. Currently (I think) I know how to do this at a class level using moose model. Regards, Bharat On Fri, Dec 2, 2016 at 4:30 PM, <moose-dev-request(a)list.inf.unibe.ch> wrote: > Send Moose-dev mailing list submissions to > moose-dev(a)list.inf.unibe.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.list.inf.unibe.ch/listinfo/moose-dev > or, via email, send a message with subject or body 'help' to > moose-dev-request(a)list.inf.unibe.ch > > You can reach the person managing the list at > moose-dev-owner(a)list.inf.unibe.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Moose-dev digest..." > > > Today's Topics: > > 1. newbie question on moose model (Bharat Shetty) > 2. Re: newbie question on moose model (Tudor Girba) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 1 Dec 2016 20:16:02 +0530 > From: Bharat Shetty <bshetty(a)gmail.com> > To: moose-dev(a)list.inf.unibe.ch > Subject: [Moose-dev] newbie question on moose model > Message-ID: > <CA+6VBw5vSFVfKyJAaoQibsQYOHF+XAsuT_d+BRN-_Tcgn3XfrQ@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > This is more like a user question. But do not know of moose-users mailing > list. Apologies if there is one. > > I recently started exploring moose model, tried out the example at the > moosebook site using ArgoUML and some of my own java projects(imported > using jdt2famix. And am fairly comfortable with the features described in > the moose book. > > Question: > Can i use the same to understand code flow ? I see there are methods to get > a FAMIXMethod's invoked by and invokes methods. But there are no concrete > example for analysing code flows. Has anyone tried this? or is it possible > at all. > > Regards, > Bharat >

2 2

newbie question on moose model
by Bharat Shetty 01 Dec '16

01 Dec '16

This is more like a user question. But do not know of moose-users mailing list. Apologies if there is one. I recently started exploring moose model, tried out the example at the moosebook site using ArgoUML and some of my own java projects(imported using jdt2famix. And am fairly comfortable with the features described in the moose book. Question: Can i use the same to understand code flow ? I see there are methods to get a FAMIXMethod's invoked by and invokes methods. But there are no concrete example for analysing code flows. Has anyone tried this? or is it possible at all. Regards, Bharat

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev December 2016