Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

by Tudor Girba

Hi, Since yesterday, all Moose-related jobs are failing. These are built on top of Pharo 5.0 stable, downloaded like this: wget --quiet -O - http://get.pharo.org/50+vm | bash We did not change anything in the projects that fail, and locally on Mac, I can load any of the code without problems. The jobs are running Linux. So, I am wondering if anything else has changed in Pharo 5.0. In particular, the error is quite strange. It looks like this: [31mError: MessageNotUnderstood: receiver of "finish" is nil [0mUndefinedObject(Object)>>error: [ :err :rcvr | | errCtx errMorph | errCtx := thisContext. [ errCtx := errCtx sender. "Search the sender chain to find the morph causing the problem" [ errCtx notNil and: [ errCtx receiver isMorph not ] ] whileTrue: [ errCtx := errCtx sender ]. "If we're at the root of the context chain then we have a fatal drawing problem" errCtx ifNil: [ ^ self handleFatalDrawingError: err ]. errMorph := errCtx receiver. ... See more at: https://ci.inria.fr/moose/job/fame/1266/console Any idea of what might be wrong? Cheers, Doru -- www.tudorgirba.com www.feenk.com "We cannot reach the flow of things unless we let go."

8 years, 8 months

reasonably stable image - release target next week

by Tudor Girba

Hi, The Moose image is back to a reasonable state. Next is to look at the ConfigurationOfFamix and see how to integrate it. Please take a look and let me know if you see any problems. Cheers, Doru -- www.tudorgirba.com www.feenk.com "Every successful trip needs a suitable vehicle."

8 years, 8 months

RTLabel does not implement trachelShapeClass

by Johan Fabry

And another one. That's not cool :-/ At some point I get to RTLabel>>trachelShapeForOneLine: which does a self trachelShapeClass but that is not defined there, so it goes to RTShape where it is implemented as self subclassResponsibility. -- 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

8 years, 8 months

[ann] jdt2famix 1.0.1

by Tudor Girba

Hi, I am happy to announce the first release of jdt2famix (1.0.1): https://github.com/girba/jdt2famix/releases/tag/1.0.1 http://www.humane-assessment.com/blog/jdt2famix-1.0.1 It is available as a standalone binary and can be used directly. Cheers, Doru -- www.tudorgirba.com www.feenk.com "It's not how it is, it’s how we see it."

8 years, 8 months

RTAbstractLine>>width: MNU

by Johan Fabry

Hi all, I get an MNU on the following code: RTLine new width: 2 This is because widthElement: is not implemented. It’s called here: RTAbstractLine>> width: aBlockOrValue "Set the width of the shape" self widthElement: [ :e | aBlockOrValue rtValue: e model ]. Is there a quick workaround that I can do while I wait for this to be fixed? -- 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

8 years, 8 months

jdt2famix - logging problems

by Tudor Girba

Hi, I added a new feature: explicit logging of problems encountered during import. These problems do not stop the import, but they do lead to loss of information quality in the model. These problems are typically due to missing jars in the classpath. However, if you know which parts are problematic, you get a chance of fixing them. To give you an example, entries might look like this: unresolved type declaration - TestPlatform - /Users/girba/Work/Code/jdt2famix/tmp/guava/guava-tests/test/com/google/common/math/TestPlatform.java - line 21 unresolved method declaration - suite - /Users/girba/Work/Code/jdt2famix/tmp/guava/guava-tests/test/com/google/common/primitives/ByteArrayAsListTest.java - line 51 For example, in the case of guava, importing just the checked out code, gives us 419 problems, most of which were method declaration problems (due to unknown return types). However, after downloading all jars from the maven dependencies, we got only 47 problems (only type declaration problems, but no more method declaration problems). Interestingly, guava is made out of several sub-projects, and these problems appear if we import the overall project. But, if we import only a subproject at a time, the problems do not appear anymore, so likely the issue is related to conflicting jars, or duplicated sources. The point is that having an insight on what problems are encountered can provide a hint of how to act to improve the quality of the resulting model. The logging support is quite rudimentary right now, and I will likely build on this, but it already offers an added value. Cheers, Doru -- www.tudorgirba.com www.feenk.com "Reasonable is what we are accustomed with."

8 years, 8 months

jdt2famix beta

by Tudor Girba

Hi, I am happy to announce that jdt2famix reached a beta version. I consider that the coverage of entities that we can import is essentially complete. I am sure there are still edge cases to hunt for (both in terms of error handling and import semantics), and that is what I would like to look at. So, if you can, now is the time to try again to play again with it :). Cheers, Doru -- www.tudorgirba.com www.feenk.com "Don't give to get. Just give."

8 years, 8 months

new version of FamixGenerator

by Thomas Haug

Hi everybody I just released a new version (1.0.0) of the FamixGenerator for .NET assemblies: http://www.sharpmetrics.net/index.php/famix-generator I have fixed a couple of issues (especially with handling of generic classes and types). Cheers Thomas

8 years, 9 months

Re: [Pharo-dev] Ask HN: Examples of elegant, non-trivial Smalltalk? | Hacker News

by Serge Stinckwich

On Fri, Jul 29, 2016 at 2:23 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Sven, > > I'd put RB + SmaCC among the lot. But I consider that really non-trivial : > the pattern language of RB (and the underlying pattern matching and > unification algorithm) is top notch, and how SmaCC builds on RB to virtually > generate code / optimise code / then compile is nothing short of amazing. > > SmaCC comes with a pattern matching/unification algorithm over ASTs + > auto-generation of AST code + visitor + tree equality + the equivalent of > Flex/Bison(*) + a GUI in 11401 lines of code. SmaCC deserves definitively more advertisements and should be added to MOOSE platform I think. When I see all the buzz around languages workbenches like Rascal: https://www.youtube.com/watch?v=Ffx7VtEOSx4 with MOOSE+RB+SmaCC+Reflectivity+GTools we are close to these tools (or even better). Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

8 years, 9 months

still a problem with the debugger...

by Alexandre Bergel

Hi! Currently, I cannot use the moose image. Some classes are missing. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

8 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev