Doru wrote:
>Hmm. I love it that you are trying to get Moose in Gemstone :).
Ah well, we just ran into that widestring problem when trying to
make another project run on Gemstone. When I found the nice
simple expression I just pasted it in some other open windows...
Another common problem is empty sentences. Gemstone doesn't
like ..
>These methods are not particularly important, and I think we
>can find workarounds for them.
Just replacing them with the same text, but then in plain ascii,
is enough. Often, it is just a wrong quote in a comment.
Stephan
Gemstone doesn't like widestring method definitions.
MCMethodDefinition allInstances select: [ :each | (each source isKindOf: ByteString) not ]
should return an empty collection. In Pharo 3.0 it does.
In Moose 4.8 however we have
VerveineJTestResource>mse
MalPorterStemmerTest>porterTestData
MalStopwords>moreBasicEnglish
MalGermanStemmer>performStemming:
PPAnalyzerTest>grammarD
Stephan
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 975 by step...(a)stack.nl: FMMultivalueLink remove:ifAbsent: broken
http://code.google.com/p/moose-technology/issues/detail?id=975
(and FMMultiMultivalueLink too)
values remove: anElement ifAbsent: exceptionBlock.
should be
values remove: anElement ifAbsent: [^exceptionBlock value].
as found in FameCore-TudorGirba.14.mcz
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Hi,
I can't see how Fame enable to express that a Property in a metamodel is mandatory or not. The isMultivalued property of the FM3PropertyDescription class enables to specify that a property is multivalued or not, but nothing concerning the character mandatory of the property. Saying that in other words, it is possible to specify in a metamodel that the upper multiplicity of a property is '*' but I can't see how to specify the lower multiplicity.
For example considering the metamodel of stateMachine. A State is contained in one and only one StateMachine, whereas a StateMachine can contained 0 or several states. A transition has one and only one State as source and a state can be the source of 0 or several transitions.
Does Fame enable to express this mandatory characteristic?
Expressing such a thing may facilitate some generations. Indeed, when adding a State, we must specify its container but it is not mandatory to specify the transitions for which it is a source.
Thank you in advance for your help.
Anne
Hi guys.
So Benjamin Arezki is working on PetitJava and FAST for Java and I'm very
happy about that. Now I want to make a well structured project with an
opportunity to integrate it into Moose.
Can anyone suggest me what to do with the configuration? Because it's hard
for me to understand me all the shenanigans with metacello. Should I store
each package separately, add all of them into a baseline and then add them
with versions to a 'version'?
I'd really like to make a good use of my project, but I need help form you
(especially Doru ;) )
Cheers!
Uko
--
View this message in context: http://moose-dev.97923.n3.nabble.com/Configuring-FAST-metacello-tp4028315.h…
Sent from the moose-dev mailing list archive at Nabble.com.
Hi all,
I wanted to update FAME so it is a bit more memory efficient: it now has a null multi value link that allows for an "empty" multi value link, that uses a lot less memory. And since this is about 80% of the links, I thought this was a good idea.
Now I run into a test, that doesn't work anymore (actually 3 test). But when debugging the test I cannot find the error, it always returns the expected value. Changing the order of the tests helps (why I do not know). So if someone can take a look. The test cases are
testFamixMethodTypeDeclarationsWithoutSelfLoops
testFamixMethodOutgoingTypeDeclarations
testFamixClassOutgoingTypeDeclarations
Cheers,
Diego
The 7 pictures you can find at:
http://flickr.com/gp/35787002@N03/eCy97E/
The data from the ruby projects I can mail you.
1.7 MB zip. I remember I did something
unpractical with the root directory for the
csv files. It is hardcoded in ConfigurationOfEggRace
(which isn't a Metacello configuration)
Stephan
The changes were made in
Moose-Tests-SmalltalkImporter-KGB-DiegoLont.27
Fame-Core-DiegoLont.17
Famix-Core-DiegoLont.225
- fix issue 975 remove:ifAbsent:
- Add a FMNullMultivalueLink and use that when there are no values
yet. FMMultivalueLink allocates an OrderedCollection (with default
space for 10 items) as values. In the models we have, about 85%
of the multivaluelinks are empty. In WhiteStar, we save about 10MB.
- replace initiializations with FMMultivalueLink through FMNullMultivalueLink
in Famix-Core
- reordered tests. We would like some comments on that.
Stephan
Hi guys.
Yesterday in the evening I've updated Moose Jenkins to version 1.529. Also I've updated all plugins and installed 2 new ones: Disc usage and Dashboard.
Until now everything is working fine, if you'll notice some issues please let me know.
Cheers!
Uko
See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/979/>
------------------------------------------
Started by timer
Started by upstream project "fame" build number 166
originally caused by:
Started by timer
Started by upstream project "gtoolkit" build number 281
originally caused by:
Started by timer
Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/>
Deleting project workspace... done
[moose-latest-dev-4.8] $ /bin/sh -xe /tmp/hudson2228097957542478613.sh
+ bash
+ wget --quiet -O - http://get.pharo.org/20+vmLatest
Downloading the latest 20 Image:
http://files.pharo.org/image/20/latest.zip
Pharo.image
Downloading the latest pharoVM:
http://files.pharo.org/vm/pharo/linux/latest.zip
pharo-vm/pharo
Downloading PharoV10.sources:
http://files.pharo.org/sources//PharoV10.sources.zip
Downloading PharoV20.sources:
http://files.pharo.org/sources//PharoV20.sources.zip
Creating starter scripts pharo and pharo-ui
+ ./pharo Pharo.image save moose-latest-dev-4.8
+ REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main
+ ./pharo moose-latest-dev-4.8.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development
[31m[33m
===============================================================================
Notice: Installing ConfigurationOfMoose development
===============================================================================
[0m[0m+ ./pharo moose-latest-dev-4.8.image mooseimagesetup --signature=https://ci.inria.fr/moose/job/moose-latest-dev-4.8/979/
+ ./pharo moose-latest-dev-4.8.image moosetest --junit-xml-output
[31m[33m
===============================================================================
Notice: Running tests in 136 Packages
===============================================================================
[0m[0m[31mError: index out of range
[0mTabSelectorMorph(Object)>>error:
TabSelectorMorph(Morph)>>privateAddAllMorphs:atIndex:
TabSelectorMorph(Morph)>>addAllMorphs:
TabSelectorMorph>>updateTabs
TabSelectorMorph>>extent:
TabSelectorMorph(Morph)>>bounds:
TabSelectorMorph(Morph)>>layoutInBounds:
TableLayout>>layoutLeftToRight:in:
TableLayout>>layout:in:
PanelMorph(Morph)>>doLayoutIn:
PanelMorph(Morph)>>fullBounds in Block: [self doLayoutIn: self layoutBounds]
BlockClosure>>on:do:
PanelMorph(Morph)>>fullBounds
LazyTabGroupMorph(Morph)>>submorphBounds in Block: [:m | | subBox | m visible...
Array(SequenceableCollection)>>do:
LazyTabGroupMorph(Morph)>>submorphBounds
LazyTabGroupMorph(Morph)>>privateFullBounds
LazyTabGroupMorph(Morph)>>doLayoutIn:
LazyTabGroupMorph(Morph)>>fullBounds in Block: [self doLayoutIn: self layoutBounds]
BlockClosure>>on:do:
LazyTabGroupMorph(Morph)>>fullBounds
LazyTabGroupMorph(Morph)>>layoutProportionallyIn:
ProportionalLayout>>layout:in: in Block: [:m | m layoutProportionallyIn: newBounds]
Array(SequenceableCollection)>>do:
PanelMorph(Morph)>>submorphsDo:
ProportionalLayout>>layout:in:
PanelMorph(Morph)>>doLayoutIn:
PanelMorph(Morph)>>fullBounds in Block: [self doLayoutIn: self layoutBounds]
BlockClosure>>on:do:
PanelMorph(Morph)>>fullBounds
[0mBuild step 'Execute shell' marked build as failure
Archiving artifacts
Recording test results
ERROR: Failed to archive test reports
hudson.util.IOException2: remote file operation failed: <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/> at hudson.remoting.Channel@55ae3b4d:moose-slave
at hudson.FilePath.act(FilePath.java:905)
at hudson.FilePath.act(FilePath.java:882)
at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:87)
at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:121)
at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:133)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804)
at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:726)
at hudson.model.Run.execute(Run.java:1628)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:247)
Caused by: hudson.util.IOException2: Failed to read <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…>
at hudson.tasks.junit.TestResult.parse(TestResult.java:291)
at hudson.tasks.junit.TestResult.parsePossiblyEmpty(TestResult.java:230)
at hudson.tasks.junit.TestResult.parse(TestResult.java:165)
at hudson.tasks.junit.TestResult.parse(TestResult.java:148)
at hudson.tasks.junit.TestResult.<init>(TestResult.java:124)
at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:117)
at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:90)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2417)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Caused by: org.dom4j.DocumentException: Error on line 99 of document file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…> : XML document structures must start and end within the same entity. Nested exception: XML document structures must start and end within the same entity.
at org.dom4j.io.SAXReader.read(SAXReader.java:482)
at org.dom4j.io.SAXReader.read(SAXReader.java:264)
at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:130)
at hudson.tasks.junit.TestResult.parse(TestResult.java:274)
... 16 more
Caused by: org.xml.sax.SAXParseException; systemId: file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/Glamour-Tests-Morphic…;> lineNumber: 99; columnNumber: 1; XML document structures must start and end within the same entity.
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177)
at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:391)
at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1404)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.endEntity(XMLDocumentFragmentScannerImpl.java:882)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.endEntity(XMLDocumentScannerImpl.java:582)
at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(XMLEntityManager.java:1370)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1740)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(XMLEntityScanner.java:1393)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:625)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:819)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:748)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525)
at org.dom4j.io.SAXReader.read(SAXReader.java:465)
... 19 more
Currently, quite a lot of space seem to be taken up by not-filled instvars.
In my Delphi based Whitestar model, 406085 out of 664371
are either nil or empty sets. In a JHotDraw model from inFusion
it is 724408 out of 1351527
Stephan
FAMeasurements>measure
varSize := mClass instSize.
instSize := mClass allInstances size.
nrNil := 0.
nrEmpty := 0.
mClass allInstancesDo: [ :instance |
1 to: varSize do: [:varIndex | |value|
value := instance instVarAt: varIndex.
value ifNil: [ nrNil := nrNil+1 ].
value isCollection ifTrue: [
value ifEmpty: [ nrEmpty := nrEmpty+1 ] ] ] ]
MeasureFAMIX>initializeMeasurements
FAMIXEntity withAllSubclassesDo: [ :each |
self measurements add: (FAMeasurements new
mClass: each;
yourself). ]
MeasureFAMIX>run
self initializeMeasurements.
measurements do: [ :each | each measure]
MeasureFAMIX>sum
nrOfVars := 0.
nrEmpty := 0.
measurements do: [ :measurement |
nrOfVars := nrOfVars + (measurement varSize * measurement instSize).
nrEmpty := nrEmpty + measurement nrEmpty + measurement nrNil].
In Famix-SelfMeasurements on smalltalkhub
Hi Hernan,
If you want some examples of working with dynamic browsers,
just download two packages from ss3.gemstone.com/ss/SpaTutorial
into a Moose 4.8
TutorialBrowser and XPDays2012
then open a workspace and do
XPTutorial open
Some pages will be missing because Monticello doesn't support
long methods, and the exercises need the other packages
and some data.
Stephan
Hi,
I just wanted to let you know that I rescued the GraphVizLayout from
Mondrian and made it available to Roassal. I published it in the Roassal
repository. I hope that is Ok.
Gofer new
smalltalkhubUser: 'ObjectProfile' project: 'Roassal';
package: 'RoassalGraphVizLayout';
load
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Status: New
Owner: ----
CC: alexandr...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Roassal Milestone-4.8
New issue 971 by tu...(a)tudorgirba.com: Using Athens fonts is dead slow in
Roassal
http://code.google.com/p/moose-technology/issues/detail?id=971
Try this:
[view := ROMondrianViewBuilder new.
view shape label fontSize: [:x | x ].
view nodes: (10 to: 100).
view open] timeToRun
On my MacBookPro i7 2.6 GHz this takes 23s.
The actual reason is that LogicalFont>>widthOfString: looks up the real
font when the font is not yet cached. And this ends up looking for files on
the disk.
What is even worse is that the widthOfString: is being called during the
rendering cycle, so the whole image gets slow.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings