Petit Parser Parsing with Spur - Memory Insufficient
by Blondeau Vincent
Hi,
I am currently parsing some git log file with PetitParser. There is 56 log files with 10 more than 1 Mo and a max of 70 Mo.
I wrote the parser and all the files parse successfully under a prespur Moose version (Moose #1553).
I wanted to migrate to a new Moose image 6.0 (with Spur), the code loads, succeed to parse some small files but I encounter quickly a Memory Insufficient Error...
I suspect some bugs either in the Petit Parser parsing process, the string representation, or the memory management.
Had someone get the same issue?
Thanks in advance,
Cheers,
Vincent Blondeau
!!!*************************************************************************************
"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.!!!"
6 years, 8 months
VM Crash?
by Jan Kurš
Hi,
I am running the latest moose, with VM from May 4th on Linux and I
consistently experience (over a period of several weeks) occasional crashes.
My rough observation is that this happens when working with visualization.
Do I do something wrong, or are there some issues?
The crash dump is attached.
Cheers,
Jan
6 years, 8 months
cool animation using Viva...
by Alexandre Bergel
Just insect that code :-)
-=-=-=-=-=-=-=-=-=
v := RTView new.
seconds := 7.
timer := TRVITimer new cycleLength: seconds.
rotationRatio := 0.2.
shape := RTRotatedLabel new.
shape
angleInDegree: [ :cls |
| valueEnd |
valueEnd := cls numberOfMethods negated / rotationRatio.
TRVIAnimatedValue new
evaluator: [ :t | 0 interpolateTo: valueEnd at: t ];
timer: timer;
yourself ].
shape text: [ :cls | ' ' , cls name ].
shape color: (Color black alpha: 0.2).
v addAll: (shape elementsOn: Collection withAllSubclasses).
v canvas color: Color white.
v addAnimation: RTResetAllShape new.
timer start.
v
-=-=-=-=-=-=-=-=-=
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
6 years, 8 months
semantics of famix reference
by Usman Bhatti
Hi,
While loading one of my existing models, I remarked that the semantics of
FAMIXReference have been changed: earlier it was an association between two
containers and hence much more permissive. Now it is an association between
a method (from side) and a type (to side).
Although I agree that the semantics are clearer, sometimes we have the need
to represent an association/dependency between two entities. It happens
because we are reading from a abstracted source of information (e.g. a
description of the model from a modelling tool) that does not have the
code-level details.
So it will be good to have a more generic dependency. Hence, the question:
1. Does it make sense to add a generic dependency (between two containers?
sourced entities?)?
2. Should it be named FAMIXDependency as the word dependency can have
different meanings to different people (all dependencies of an entity may
be its "computed" dependencies from the dependencies of its children or
aggregate of all types of dependencies e.g. accesses, invocations, etc.).
So, we need to be careful about the naming.
With moose-chef, I would have to tell which entities have this dependency
for correct computation of the dependencies but with MooseQuery, we should
not have this problem because this information is inferred from the
meta-model, right?
regards.
Usman
6 years, 8 months
Documentation about Fame?
by Alexandre Bergel
hi
Is there at least a bit of documentation about Fame?
I am trying to meta-describes some C elements, but it is very difficult.
All these are very mysterious:
FMNullMultivalueLink,
FMMultivalueLink
FMMultiMultivalueLink
<multivalued>
<derived>
I feel Fame is very powerful, but very hard to understand.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
6 years, 8 months
Incomplete Debugger (missing classes)
by Alexandre Bergel
Hi!!
There is an issue with the debugger. Some classes are missing, in the last moose Image.
Can someone fix this please?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
6 years, 8 months
Famix sourceAnchors
by Stephan Eggermont
What am I supposed to put as filename in sourceAnchors? I now put the full path there, but that doesn't work and makes things non-portable. In ObjectStudio each method can be in a different file, and they are actually on different drives, e.g. c:\Entwicklung\MSE\FAMIXClass.cls and o:\devtools\sunit\SUnit\SUnit\TestCase.cls.
If I remove the drive name, I can no longer find the sources, as there is only one root. If I keep the drive name, I can only use Windows (and it doesn't work because there is no root on Windows)
Of course I can work around this by moving all sources into one directory
Stephan
6 years, 8 months
Roassal different attachpoints each end of line
by Ben Coman
How feasible is it to get different attachpoints at each end of an edge?
This seems not possible at the moment since RTAbstractLine only has
a single 'attachPoint' ivar. Specifically I am wanting
from-end==>centre
and to-end==>nearestEdge.
cheers -ben
6 years, 8 months
chef needs revisiting
by Tudor Girba
Hi,
The Chef engine needs to be revisited. The goal of this new version was to generalize the logic, and that is a good thing. However, the problem is that it does it at the expense of understandability by relying on string concatenation and perform:.
We need to iterate on this one and look for another design, while preserving the current behavior.
Would anyone be interested to dive in this area?
Cheers,
Doru
--
www.tudorgirba.com
www.feenk.com
"Speaking louder won't make the point worthier."
6 years, 8 months
