InFAMIX
by Damien Cassou
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
8 years, 7 months
[Roassal] TRCompositeShape not sending callbacks
by Jan B.
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-tp48...
Sent from the Moose mailing list archive at Nabble.com.
8 years, 7 months
[Roassal2] Pharo 4 MouseWheelEvent compatibility
by Jan B.
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-tp4806863p4806...
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-tp48...
Sent from the Moose mailing list archive at Nabble.com.
8 years, 7 months
Adding memory to image
by Natalia Tymchuk
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
8 years, 7 months
InFamix and external libs
by Andrea Caracciolo
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
8 years, 7 months
revisiting declaredType
by Usman Bhatti
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
8 years, 7 months
RTLabelled doesn't respect bezier line
by Peter Uhnák
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
8 years, 7 months
GTGenericStackDebugger not found in System
by Alexandre Bergel
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
8 years, 7 months
Fwd: Build failed in Jenkins: roassal2 #1386
by Alexandre Bergel
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
8 years, 7 months
