On 6 oct. 2010, at 23:28, Alexandre Bergel wrote:
> Hi!
>
> I bumped into this:
> -=-=-=-=-=-=-=-=-=
> DSMCell>>configurationForNamespace
>
> self accesses: (self from mooseModel sourceLanguage = #Smalltalk
> ...
> -=-=-=-=-=-=-=-=-=
>
> 'self from mooseModel' may return nil.
>
> This happens when I open a DSM on the following object:
> group := FAMIXNamespaceGroup new.
> group
> add: (FAMIXNamespace new name: 'name1');
> add: (FAMIXNamespace new name: 'name2');
> add: (FAMIXNamespace new name: 'name3').
>
> DSM is apparently making an assumptions on the object it gets.
Well, all tools make such assumptions, especially that they have some non-empty models. The problem here is that we expect to have a moosemodel. I changed the test to create a moosemodel instead of a group.
Next failure comes from the DistributionMap wizard: same thing, it assumes that the model is not "empty" as it is above so it works fine in real cases.
#possibleElementSelectors returns an empty collection in this case. Cyrille, could you just add check for non-empty collection?
>
> Cheers,
> Alexandre
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Simon
Hi!
The following raises an error. Is this intended?
| group fClass |
fClass := FAMIXClass new.
group := FAMIXMethodGroup new.
group
add: (FAMIXMethod new name: 'name1'; parentType: fClass);
add: (FAMIXMethod new name: 'name2'; parentType: fClass);
add: (FAMIXMethod new name: 'name3'; parentType: fClass).
group allPackages
allPackages cannot be computed.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
If you try to print that:
PPMSEArrayParser parse: (FMMSEPrinter new onString
beginDocument;
beginElement: 'Element';
beginAttribute: 'attribute';
primitive: 'it''s here';
endAttribute: 'attribute';
endElement: 'Element';
endDocument;
stream) contents
you will see that instead of having the string 'it''s here' as value of the
attrinute, I will retrieve a collection with two strings #('it' 's here').
I was expecting to retrieve my string in one full part. So I wonder if this
should be the normal behaviour or if we have to re-compose the string by
ourselves ?
Hi Doru,
In the configuration of Torch I set to only load the Glamour groups of needed packages (Core, Extras, Tests) to avoid loading Magritte, Grease and their required packages.
Maybe you remember but i discussed with you about that in the last Pharo sprint in Brussels. I really need some light configuration of Torch specially for the Pharo-core image.
Currently I have a problem because Glamour-Morphic-Renderer needs Magritte, and Magritte needs Grease... I noticed that because I couldn't load Torch in core neither in dev.
I fixed temporarily in dev to load all again, but not in core.
Is there a way I can load Glamour without those dependencies?... If not I should set which Glamour packages I need in my own configuration without depending of the Configuration of Glamour.
Best regards,
Veronica
Ciao Michele
Did you find a copy of this one because I would like to read it because I would like to check our sources :).
> @article{Corb1989a,
> Author = {Corbi, T. A.},
> Date-Added = {2010-02-04 16:55:04 +0100},
> Date-Modified = {2010-02-04 16:57:29 +0100},
> Journal = {IBM Systems Journal},
> Number = {2},
> Pages = {294--306},
> Publisher = {IBM Corporation},
> Title = {Program understanding: challenge for the 1990's},
> Volume = {28},
> Year = {1989}}
>
> On 2010-10-14, at 10:00 PM, Tudor Girba wrote:
>
>> Hi,
>>
>> I am looking for pointers to papers / reports, if possible recent, about costs in software engineering (such as efforts related to understanding, testing or other activities). Here is what I have so far:
>> http://www.tudorgirba.com/pointers/se-costs
>>
>> Do you happen to know any others?
>>
>> Cheers,
>> Doru
>>
>> --
>> www.tudorgirba.com
>>
>> "We are all great at making mistakes."
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)iam.unibe.ch
>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
So what has to be done to have one's custom Glamour browser in Seaside?
- subclass SGLComponent
- define #browser and #model
- registerAsApplication: 'my/custom/app'
I am not sure how to use SGLDefaultComponent
On 26 sept. 2010, at 23:15, Tudor Girba wrote:
> Hi,
>
> We are happy to announce the first version of Glamour on Seaside. This work was carried out by Andrei Vasile Chis and was sponsored by ESUG. The project offers a Seaside-based rendering of Glamour browsers. In other words, once you have a browser in Glamour, you can now simply display it on the web.
>
> You can obtain the code in two ways:
> - Nightly built image:
> http://hudson.moosetechnology.org/job/moose-with-glamour-seaside/lastSucces…
> - Metacello configuration loadable in Pharo 1.1 (not Core)
> Gofer new
> squeaksource: 'Glamour';
> package: 'ConfigurationOfGlamourSeaside';
> load.
> (Smalltalk at: #ConfigurationOfGlamourSeaside) loadDefault.
>
> A couple of examples are available on the Moose server:
> http://online.moosetechnology.org/glamour/basicExamples (a number of example browsers)
> http://online.moosetechnology.org/moose/metaBrowser (a browser for the meta-model of Moose)
>
>
> Several developments are planned for the near future, so stay tuned for more news.
>
> We would highly appreciate any kind of feedback.
>
> Cheers,
> Andrei and Doru
>
>
> _______________________________________________
> Pharo-project mailing list
> Pharo-project(a)lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--
Simon
Hi,
I am looking for pointers to papers / reports, if possible recent, about costs in software engineering (such as efforts related to understanding, testing or other activities). Here is what I have so far:
http://www.tudorgirba.com/pointers/se-costs
Do you happen to know any others?
Cheers,
Doru
--
www.tudorgirba.com
"We are all great at making mistakes."
While checking some packaging today, I noticed that the Kernel package is dirty because Mondrian seems to override ClassDescription>>numberOfLinesOfCode
Kernel implementation:
numberOfLinesOfCode
"Return the number of lines of code"
| str |
str := String new writeStream.
Object fileOutOn: str.
^ str contents lineCount
Mondrian impl:
numberOfLinesOfCode
^ self methods inject: 5 into: [ :sum :compiledMethod |
(compiledMethod propertyValueAt: #numberOfLinesOfCode)
ifNil: [ compiledMethod
propertyValueAt: #numberOfLinesOfCode
put: compiledMethod getSource lineCount ].
sum + (compiledMethod propertyValueAt: #numberOfLinesOfCode) ]
I am not sure I understand the purpose of the override. Caching? Why is there a 'self methods inject: 5' at the beginning?
And, do we absolutely need this override? :)
--
Simon
On 14 oct. 2010, at 17:50, Guillermo Schwarz wrote:
> That's nice. It starts up faster than Pharo.
>
> I got it to run the unit tests using the Test Runner, but got hang:
>
> Am I supposed to be able to run all tests or this image is just for analyzing code?
Are you running under Linux? The error you got is due to OSProcess with Linux if I remember. OSProcess is used to call some external importer, so that's not important if you plan to work only with Smalltalk code.
>
> I supposed that since this was an image generated in Hudson it passed all tests.
Yes, you can check the status of tests on the hudson server: they are all green for now.
>
> Cheers,
> Guillermo.
>
> On Thu, Oct 14, 2010 at 6:47 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote:
> Hi,
>
> The Hudson server now produces one click images:
> http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/…
>
> Chers,
> Doru
>
>
> --
> www.tudorgirba.com
>
> "When people care, great things can happen."
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
>
> --
> Saludos cordiales,
>
> Guillermo Schwarz
> Sun Certified Enterprise Architect
> <pharo-hung.PNG>_______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
--
Simon
