Moose-dev April 2015

moose-dev@list.inf.unibe.ch

41 participants
85 discussions

InFAMIX
by Damien Cassou 20 Apr '15

20 Apr '15

Hi, I can't find the InFAMIX C-to-mse tool anymore (http://www.intooitus.com/products/infamix is answering an access denied error). I would like to see what is generated for code with pointers to functions such as: int f(int a) { return a+1; } int g(int a) { return a+2; } int main() { int a = 5; int (*func)(int) = g; a = (*func)(a); printf("%d\n", a); return EXIT_SUCCESS; } Best -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

3 3

[Roassal] TRCompositeShape not sending callbacks
by Jan B. 20 Apr '15

20 Apr '15

Hello Sice I am still playing with composite shapes, I found another problem, in addition to incorrect behavior of calling update onto it. This time I found that composite shapes do not send callbacks in lots of cases. Example: | compo ellipse | compo := ((RTBox new size: 50; color: Color red; yourself) + RTBox new) element. compo @ RTDraggable. ellipse := RTEllipse new size: 20; color: Color blue; element. TRConstraint stick: ellipse below: compo. (RTView new) add: compo; add: ellipse; open. When I drag the composite shape, ellipse does not move, although it should. Jan -- View this message in context: http://forum.world.st/Roassal-TRCompositeShape-not-sending-callbacks-tp4814… Sent from the Moose mailing list archive at Nabble.com.

3 8

[Roassal2] Pharo 4 MouseWheelEvent compatibility
by Jan B. 20 Apr '15

20 Apr '15

Hello We use Roassal on Pharo 4, but we ran across another compatibility issue. On Pharo 4, MouseWheelEvent class got a little rework. It does not use symbols #up and #down as direction anymore, not even via accessors. TRMouseWheelEvent copies this direction, so because RTZoomableView looks for these symbols, it is no longer working on Pharo 4 (mouse wheel now just moves camera, but does not change scale). More info about this Pharo 4 change you might find here: http://forum.world.st/MouseWheelEvent-direction-in-Pharo-4-tp4806863p480686… I tried to make few changes to make it compatible in both Pharo 3 and 4. One option is just adding two methods into TRMouseWheelEvent which convert Pharo 4 direction to Pharo 3 direction, so only interface change is when creating TRMouseWheelEvent, usage of this event is absolutely same. http://www.mediafire.com/download/es70j9dko45da2b/mouseWheel_pharo3like.zip Second option is to rework TRMouseWheelEvent in the same way MouseWheelEvent got changed, so they will have same usage on Pharo 4, but it means even interface of TRMouseWheelEvent changes and everything that asks for its direction has to be changed, too. http://www.mediafire.com/download/38lwuwr1eauuur0/mouseWheel_pharo4like.zip Third option is to use your own solution instead of mine. And last solution might be just ignoring it and not trying to be compatible with both Pharo versions. Jan Blizničenko -- View this message in context: http://forum.world.st/Roassal2-Pharo-4-MouseWheelEvent-compatibility-tp4806… Sent from the Moose mailing list archive at Nabble.com.

3 5

Adding memory to image
by Natalia Tymchuk 19 Apr '15

19 Apr '15

Hello. I want to load mse file (238 MB) into Moose image and I want to download even bigger files in the future. But the image crashed during the loading. I tried to increase the size of image by adding the memory from command line ( --memory 4092; and even --memory 4190208), however the amount of “Space left” didn’t change. Is there any way to solve this? Best regards, Natalia

7 11

InFamix and external libs
by Andrea Caracciolo 17 Apr '15

17 Apr '15

Hello, I am currently trying to use Infamix to parse Java, and don't understand how exactly I'm supposed to include external JARs in the parsing process. In the moose book page dedicated to the tool it's written to simply place them in a subfolder (/xxx/project/src/lib) of the target directory (/xxx/project/src/). This didn't work for me. Is there an extra command line flag (other than lang/path/mse) that I can use to fix the problem? Thanks in advance. Cheers, Andrea Caracciolo _____________________________ Software Composition Group University of Bern

3 3

communicating pharo 4.0
by Tudor Girba 17 Apr '15

17 Apr '15

Hi, In case you were wondering about the details behind the visualization that came with the Pharo 4.0 announcement, here is a more detailed explanation: http://www.humane-assessment.com/blog/communicating-pharo-4-0 Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

2 1

revisiting declaredType
by Usman Bhatti 17 Apr '15

17 Apr '15

Hi, Consider a piece of code: Class MyClass { public String method A() { String a; } } In the code above, there is a relationship between the method A and the return type String. As per my understanding, this relationship is represented with declaredType in FAMIXBehaviouralEntity. Currently, this relationship is represented as a simple link (see FAMIXType>>declaredType) between the two entities but not as a FAMIXAssociation. Hence, when iterating over all the links/associations between two entities, we have to specifically take into account this special case. Currently, MooseChef helps in computing this information but one should know that there are other links on top of associations: TDependencyQueries>>queryIncomingDependencies "Associations + typeDeclaractions" ^ self queryAllIncomingAssociations addAll: self queryIncomingTypeDeclarations; yourself Another and more uniform solution would be to modify declaredType by creating an additional reference. For example, a trivial solution can be: declaredType: aType declaredType := FMMultivalueLink on: self update: #behavioursWithDeclaredType from: self declaredType to: aType. self mooseModel ifNotNil: [self mooseModel add: (FAMIXReference new source: self; target: self declaredType) ] This change will be transparent for the current tools. Please provide your feedback. Usman

4 5

RTLabelled doesn't respect bezier line
by Peter Uhnák 17 Apr '15

17 Apr '15

Hi, apparently RTLabelled (or rather TRConstraint) doesn't respect bezier line (not unexpected), and thus probably also all non-straight-line elements (RTMultiLine, RTSomethingGradientLine, maybe others). I am now working on a solution for our heavily modified dynamic multiline, so maybe the solution would be applicable also for the lines in roassal. Example: ~~~~~~~~~~~~~~~ | v shape edge els | v := RTView new. shape := RTEllipse new size: 10; color: (Color purple alpha: 0.3). els := (shape elementsOn: (1 to: 3)) @ RTDraggable. v addAll: els . RTHorizontalLineLayout on: v elements. v elements first translateBy: -50 @ 50. v elements last translateBy: 150 @ 100. edge := (RTBezierLine new controllingElements: v elements) edgeFrom: els first to: els last. v add: edge. edge @ (RTLabelled new text: 'a text'). ^ v ~~~~~~~~~~~~~~~~ Peter

2 1

GTGenericStackDebugger not found in System
by Alexandre Bergel 16 Apr '15

16 Apr '15

Hi! This is the error I get when I simply open Pharo with Roassal installed. roassal2.zip <https://ci.inria.fr/moose/job/roassal2/1390/artifact/roassal2.zip> (https://ci.inria.fr/moose/job/roassal2/1390/artifact/roassal2.zip <https://ci.inria.fr/moose/job/roassal2/1390/artifact/roassal2.zip>) I am not sure where this comes from. How can the build succeed by the way? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 4

Fwd: Build failed in Jenkins: roassal2 #1386
by Alexandre Bergel 15 Apr '15

15 Apr '15

Any idea why the build fail? Is it a problem of smalltalkhub? Recently, I got some errors when committing in a repo. Weird errors such as: wrongly defined http request (I do not remember the exact message). Errors usually occurs with a poor internet connection. Am I the only one to experience this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > Begin forwarded message: > > From: admin(a)moosetechnology.org > Date: April 15, 2015 at 11:47:15 AM GMT-3 > To: Alexandre(a)mac.com, Bergel(a)mac.com, alexandre.bergel(a)me.com, tudor(a)tudorgirba.com > Subject: Build failed in Jenkins: roassal2 #1386 > > See <https://ci.inria.fr/moose/job/roassal2/1386/> > > ------------------------------------------ > [URLTrigger] A change within the response URL invocation (log) > Building remotely on moose-ubuntu1204-dualproc-i386 in workspace <https://ci.inria.fr/moose/job/roassal2/ws/> > > Deleting project workspace... done > > [roassal2] $ /bin/sh -xe /tmp/hudson2786734544130023094.sh > + + bash > wget --quiet -O - http://get.pharo.org/40+vm > Downloading the latest 40 Image: > http://files.pharo.org/get-files/40/pharo.zip > Pharo.image > Downloading the latest pharoVM: > http://files.pharo.org/get-files/40/pharo-linux-stable.zip > pharo-vm/pharo > Downloading PharoV40.sources: > http://files.pharo.org/get-files/40/sources.zip > Creating starter scripts pharo and pharo-ui > + ./pharo Pharo.image save roassal2 > + REPO=http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main > + ./pharo roassal2.image config http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main ConfigurationOfRoassal2 --install=development > 'Installing ConfigurationOfRoassal2 development' > [31m==== Startup Error: Error: Could not load ConfigurationOfRoassal2-AlexandreBergel.30.mcz: ZnHttpUnsuccessful: 400 Bad Request > [0mMCSmalltalkhubRepository(Object)>>error: > [ :exception | self error: 'Could not load ' , aString , ': ' , exception printString ] in [ > client := self httpClient. > client > ifFail: [ :exception | self error: 'Could not load ' , aString , ': ' , exception printString ]; > get: (self urlForFileNamed: aString). > self assertBinaryResponse: client response. "immediately cache the version and avoid an unnecessary serialization" > self cacheRawVersionNamed: aString stream: client contents ] in MCSmalltalkhubRepository(MCHttpRepository)>>readStreamForFileNamed:do: in Block: [ :exception | self error: 'Could not load ' , aSt...etc... > BlockClosure>>cull: > Context>>evaluateSignal: > Context>>handleSignal: > Context>>handleSignal: > ZnHttpUnsuccessful(Exception)>>signal > ZnClient>>handleResponse > ZnClient>>executeWithRedirectsRemaining: > [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... > BlockClosure>>on:do: > ZnClient>>executeWithRetriesRemaining: > [ self executeWithRetriesRemaining: self numberOfRetries ] in [ > [ self executeWithRetriesRemaining: self numberOfRetries ] > on: Error > do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... > BlockClosure>>on:do: > [ > [ self executeWithRetriesRemaining: self numberOfRetries ] > on: Error > do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ ... > [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ] > [ > p psValueAt: index put: anObject. > aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... > BlockClosure>>ensure: > ZnConnectionTimeout(DynamicVariable)>>value:during: > ZnConnectionTimeout class(DynamicVariable class)>>value:during: > ZnClient>>withTimeoutDo: > ZnClient>>executeWithTimeout > [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result := self executeWithTimeout ] > [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ] > [ > p psValueAt: index put: anObject. > aBlock value ] in ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... > BlockClosure>>ensure: > ZnSignalProgress(DynamicVariable)>>value:during: > ZnSignalProgress class(DynamicVariable class)>>value:during: > ZnClient>>withProgressDo: > ZnClient>>execute > [0m[31mGot startup errors: > [0m[31m Error: Could not load ConfigurationOfRoassal2-AlexandreBergel.30.mcz: ZnHttpUnsuccessful: 400 Bad Request > [0mBuild step 'Execute shell' marked build as failure > Archiving artifacts > Recording test results

3 5

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev April 2015