- Moose-dev - INF Mailman

Re: Activity Diagram

by Stephan Eggermont

Did you take a look at the BabyMock (2) work by Attila Magyar (@zeroflag)? Stephan

11 years, 6 months

2
1
0 0

MooseDay: mini report

by Alexandre Bergel

Hi! Yesterday we had the moose day. We were about 30 people, coming from Switzerland, Chile, Belgium and France. We had many presentations covering meta-modeling (Orion, FamixDiff), Evolution (ApiEvolutionMiner, VersionSigns of Caries), Visualization (Roassal & GraphET), testing parsing activities, Pharo launcher, use of GraphET for diseases tracking, chatting with Robots with Phratch. Some pictures are available from my tweet account: https://twitter.com/alexbergel Yeah, I should have used a different hashtag, but I realized that too late :-) Big big thanks to the organizers! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 6 months

5
4
0 0

Issue 1033 in moose-technology: The result of loading a model from an MSE file is an OrderedCollection, not a MooseModel

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1033 by wet...(a)gmail.com: The result of loading a model from an MSE file is an OrderedCollection, not a MooseModel http://code.google.com/p/moose-technology/issues/detail?id=1033 When loading a model from an MSE file, the result is not a MooseModel per se, but an OrderedCollection of various types (methods, invocations, accesses), and probably everything that should be inside, except that it is unstructured. Experienced this on a Windows platform, with the latest version of Moose (5.0 development on Pharo 3). -- 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

11 years, 6 months

1
1
0 0

Issue 1035 in moose-technology: GTInspector should gray out special variables

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: chisvasi...(a)gmail.com Labels: Type-Enhancement Priority-Medium Component-GlamorousToolkit Milestone-5.0 New issue 1035 by tu...(a)tudorgirba.com: GTInspector should gray out special variables http://code.google.com/p/moose-technology/issues/detail?id=1035 In the current implementation, self and other special variables appear with an underscore prefix. They should simply be grayed out. -- 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

11 years, 6 months

1
1
0 0

Error on http://www.themoosebook.org

by Juraj Kubelka

Hi! Whenever I try to search a text in search dialog, it says message below. Cheers, Jura Internal Error Error: subscript is out of bounds: 8218 ByteArray(Object)>>errorSubscriptBounds: ByteArray(Object)>>at: WideString(String)>>findSubstring:in:startingAt:matchTable: WideString(String)>>findString:startingAt:caseSensitive: WideString(String)>>includesSubstring:caseSensitive: [] in [] in PRFullTextSearch>>visitStructure: [] in Set(Collection)>>anySatisfy: Set>>do: Set(Collection)>>anySatisfy: [] in PRFullTextSearch>>visitStructure: SortedCollection(OrderedCollection)>>do: MAPriorityContainer(MAContainer)>>do: PRFullTextSearch>>visitStructure: PRFullTextSearch(PRVisitor)>>visitCase: PRFullTextSearch(PRVisitor)>>visitPublication: PRFullTextSearch(PRVisitor)>>visitPortion: BOPortion>>accept: BOPortion(Object)>>acceptDecorated: [] in BOPortion(PRDecorated)>>acceptDecorated: BOPortion(PRDecorated)>>decorationsDo:ownerDo:

11 years, 6 months

2
1
0 0

Re: [Pharo-dev] gtinspector deconstructed

by Tudor Girba

Also, as you pointed out, it is indeed better for a SequenceableCollection to show the indexes for each item. So, now the inspector shows it as well. [image: Inline image 1] Cheers, Doru On Sat, Dec 21, 2013 at 11:45 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Sven, > > Thanks for the suggestions. Integer and Float now have specific extensions > to the State presentation. > > [image: Inline image 3] > > [image: Inline image 1] > > You can see more details about how this works here: > > http://www.humane-assessment.com/blog/extending-variables-shown-in-gtinspec… > > Cheers, > Doru > > > -- www.tudorgirba.com "Every thing has its own flow"

11 years, 6 months

1
0
0 0

gtinspector deconstructed

by Tudor Girba

Hi, I took a bit of time to describe how the GTInspector works, what makes it different, and to provide hints for several usage scenarios. http://www.humane-assessment.com/blog/the-moldable-gtinspector-deconstructed It's a long post, I know :), but please take a look. As you might know, this is the default inspector in the Moose image, but it can also be loaded in a fresh Pharo image. I am particularly interested in the following: - if you never used it, and tried it now, what don't you like? - if you used it, was there anything that you did not know? - and of course, what do you like about it? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

11 years, 6 months

2
3
0 0

Color the runtime stack

by Alexandre Bergel

Hi! Andrei did an excellent job of what I think could be a big big plus of the debugger in Moose. Here is an example: The stack is colored according to what you click. I believe this will ease the navigation and browsing of the runtime stack. I suggest to not have a setting for this, but have it as a default, else nobody will use it. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 6 months

1
0
0 0

do not forget to tweet the #moosedojo (eof)

by Tudor Girba

11 years, 6 months

1
0
0 0

PetitParser PPCompositeParser, Infinite loop ?

by Benjamin AREZKI

Hi, To explain my problem I will take this sample , my parser is a PPCompositeParser. ClassOrInterfaceType: ClassType / InterfaceType ClassType:TypeDeclSpecifier, TypeArgumentsopt InterfaceType: TypeDeclSpecifier, TypeArgumentsopt TypeDeclSpecifier: TypeName / ClassOrInterfaceType . Identifier TypeName: Identifier /TypeName . Identifier Ok, so Identifier works well, no problem but when I tested typeDeclSpecifier, I lost the contral of Pharo but I don't know why because I use a PPCompositeParser. For the moment I use some tricks but I would like it works normally. Thanks for your help.

11 years, 6 months

10
19
0 0

Re: Configuration for Roassal 3D

by Stephan Eggermont

Ronie wrote: >It could be due to the changes I made to NBOpenGL. Stephan, do you see an error about bindFramebuffer?. Yep. And NBOpenGL stuff looks outdated. >In that case, we should update the configuration of Roassal 3D to use the latest version of NBOpenGL. Yes, please do. Stephan

11 years, 6 months

3
3
0 0

moose day summary

by Tudor Girba

Hi, I hear the Moose Day was dynamic and interesting. I am happy to see the community is alive. What were the high points? It would be great to get a summary posted somewhere (e.g., here, on the website, on the moose news). Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

11 years, 6 months

1
0
0 0

Re: Configuration for Roassal 3D

by Stephan Eggermont

#stable doesn't work. #bleedingEdge neither Stephan

11 years, 6 months

2
1
0 0

Presenting at FOSDEM?

by Stephan Eggermont

Hi all, Perhaps one or more of the mooseday presentations would be nice at our Fosdem smalltalk devroom. Please let me know. Stephan

11 years, 6 months

1
0
0 0

MooseDay on Twitter

by Alexandre Bergel

It is now running. Find us on Twitter: #moose Schedule: 10h: welcome 10h30: APIEvolutionMiner - Andre Hora 11h: FamixDiff - Nicolas Anquetil 11h30: Orion - Jannik Laval and Anne Etien 12h: Lunch offered by ESUG. 14h: First works on Version - Yuriy Tymchuk 14h30: Roassal - Alexandre Bergel 15h-15h30 break 15h30: GraphET - Alexandre Bergel 16h: Use of GraphET - Serge Stinckwich 16h30: Around tests - Alain Plantec -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 6 months

2
1
0 0

GTDebugger and Glamour easels

by Alexandre Bergel

Hi! I have spotted an important bug. If I enter the following in the Glamour Roassal easel: view nodes: (1 to: 20). self halt. A debugger is open, but I cannot step in. Apparently the code source is not accessible. This is a major regression... https://code.google.com/p/moose-technology/issues/detail?id=1034 Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 6 months

1
0
0 0

MooseDay schedule

by Anne Etien

Hi, Please find bellow the schedule of the MooseDay. The idea is really to present works developed on top of (or around) Moose and to have fruitful discussions. So I planned 30 mn per topic, but the schedule is quite flexible. Lot of time is foreseen for discussions. 10h: welcome 10h30: APIEvolutionMiner - Andre Hora 11h: FamixDiff - Nicolas Anquetil 11h30: Orion - Jannik Laval and Anne Etien 12h: Lunch offered by ESUG. 14h: First works on Version - Yuriy Tymchuk 14h30: Roassal - Alexandre Bergel 15h-15h30 break 15h30: GraphET - Alexandre Bergel 16h: Use of GraphET - Serge Stinckwich 16h30: Around tests - Alain Plantec Reminder, the MooseDay will take place in Inria B building room B31. Directions to come can be found there (http://www.inria.fr/en/centre/lille/overview/locations). See you next week in Lille ;o) Anne

11 years, 6 months

6
8
0 0

Issue 900 in moose-technology: Glamour-Roassal should be able to work with raw ROView not just ROMondrianBuilder

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 900 by benjamin...(a)gmail.com: Glamour-Roassal should be able to work with raw ROView not just ROMondrianBuilder http://code.google.com/p/moose-technology/issues/detail?id=900 Hopefully, I've cracked this. In response to my own query: "Could something like a GLMMorphicRoassalRawRenderer be added to the Glamour-Roassal interface? - which would pass an unencumbered ROView to the paintingBlock. It is not really a Glamour-Roassal interface at the moment, more of a Glamour-Mondrian interface." With the attached slice you can now go... browser transmit to: #graphic andShow: [ :a | a roassal newView: [ ROView new @ RODraggable ] ; painting: [:view :input | view add: ROElement new] ]. After loading you can first try the new & old tests in 'Glamour-Tests-Roassal' then try 'GLMRawRoassalExamplesBrowser open' I surprised myself that I got this far. A few times I hit a brick wall and was going to submit a half done proof-of-concept, but then just kept digging. Apart from hopefully getting integrated, some critical feedback would appreciated. A few points for review... 1. I had considered using #viewPrototype: with an instance to copy, but then I wasn't sure how deep I should copy it to produce a new view. So using a block with newView: seemed the safer path (and it also feels like it opens up some interesting possibilities, even if I can't think what they are at the moment) 2. I noticed that GLMRoassalPresentation>>renderOn: had a flag 'This should be the responsibility of the view'. This method was one that I previously copied and modified for GLMRoassalRawPresentation in my "Interactive Roassal" experiment. There I removed the calls to #applyLayout and #populateMenuOn since these were MNU for ROView (which had replaced ROMondrianViewBuilder). This time I pushed these two calls into ROMondrianViewBuilder>>preOpen, where ROView>>preOpen is left empty. I'm note sure I'm happy with #preOpen as a name but it was the best I could come up with, since I also refactored ROMondrianViewBuilder>>open to use it. 3. GLMMorphicRoassalRenderer>>render: had hardcoded reference to #stack with "ROMorph on: view stack" so I pushed the required difference into ROMondrianBuilder>>newMorph and ROView>>newMorph. 4. GLMMorphicRoassalRenderer>>actOnPresentationUpdate had hardcoded use of #stack in "setView: aView stack" so I pushed that into ROMondrianViewBuilder>>onMorph: and ROView>>onMorph: 5. GLMMorphicRoassalRenderer>>actOnPresentationUpdate had hardcoded ROMondrianViewBuilder so I modified this to use the block passed to GLMRoassalPresentation>>newView: . 6. I copied GLMRoassalMorphicTest to GLMRawRoassalMorphicTest with required modifications. 7. I copied GLMRoassalExamplesBrowser to GLMRawRoassalExamplesBrowser with required modifications.

11 years, 6 months

5
18
0 0

Build failed in Jenkins: moose-5.0 #372

by admin＠moosetechnology.org

11 years, 6 months

1
0
0 0

Jenkins build became unstable: moose-5.0 #360

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/360/>

11 years, 6 months

1
0
0 0

Re: [Pharo-dev] Relation tower is coming for Roassal

by Tudor Girba

Great addition! Where can we get it from? Doru On Tue, Dec 17, 2013 at 2:07 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Hi! > > A new builder for Roassal is coming… The goal of Relation tower is to > easily visualize relations between group of elements. We had the > inspiration from the following website http://peoplemov.in/#! > > Here are some screenshots: > > https://www.facebook.com/media/set/?set=a.559114290841839.1073741837.340543… > > If you like these screenshots, then you know where the like button is :-) > > We will have this visualization on the web, thanks to our smooth and nice > Pharo2Amber migration process. > > Any idea on how to extend/apply Relation tower? Any set of data you want > us to play with? Your data? > Feedback are very welcome! > > Cheers, > Ricardo & Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > -- www.tudorgirba.com "Every thing has its own flow"

11 years, 6 months

2
1
0 0

Build failed in Jenkins: moose-5.0 #345

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/345/> ------------------------------------------ Started by upstream project "gtoolkit" build number 602 originally caused by: [URLTrigger] A change within the response URL invocation (log) Started by upstream project "gtoolkit" build number 603 originally caused by: [URLTrigger] A change within the response URL invocation (log) Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-5.0/ws/> Deleting project workspace... done [moose-5.0] $ /bin/sh -xe /tmp/hudson3488493176329455107.sh + bash + wget --quiet -O - http://get.pharo.org/30+vmLatest Downloading the latest 30 Image: http://files.pharo.org/image/30/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-5.0 ----SNAPSHOT----2013-12-17T11:28:01.704611+01:00 moose-5.0.image priorSource: 28791504 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-5.0.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0mInstalling ConfigurationOfMoose development [31mError: Could not access http://smalltalkhub.com/mc/Moose/Moose/main/: ZnHttpUnsuccessful: 400 Bad Request [0mMCSmalltalkhubRepository(Object)>>error: MCSmalltalkhubRepository>>loadAllFileNames in Block: [ :exception | self error: 'Could not access ' , s...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... ZnClient>>withTimeoutDo: in Block: [ ^ block value ] ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout ZnClient>>execute in Block: [ result := self executeWithTimeout ] ZnClient>>withProgressDo: in Block: [ ^ block value ] ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 6 months

1
1
0 0

Build failed in Jenkins: moose-5.0 #342

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/342/> ------------------------------------------ Started by upstream project "gtoolkit" build number 599 originally caused by: [URLTrigger] A change within the response URL invocation (log) Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-5.0/ws/> Deleting project workspace... done [moose-5.0] $ /bin/sh -xe /tmp/hudson722324422229078064.sh + bash + wget --quiet -O - http://get.pharo.org/30+vmLatest Downloading the latest 30 Image: http://files.pharo.org/image/30/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-5.0 ----SNAPSHOT----2013-12-17T10:17:36.353312+01:00 moose-5.0.image priorSource: 28791504 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-5.0.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0mInstalling ConfigurationOfMoose development [31mError: Could not load ConfigurationOfMoose-AlexandreBergel.339.mcz: ZnHttpUnsuccessful: 502 Proxy Error [0mMCSmalltalkhubRepository(Object)>>error: MCSmalltalkhubRepository(MCHttpRepository)>>readStreamForFileNamed:do: in Block: [ :exception | self error: 'Could not load ' , aSt...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... ZnClient>>withTimeoutDo: in Block: [ ^ block value ] ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout ZnClient>>execute in Block: [ result := self executeWithTimeout ] ZnClient>>withProgressDo: in Block: [ ^ block value ] ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 6 months

1
1
0 0

Build failed in Jenkins: moose-5.0 #339

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-5.0/339/> ------------------------------------------ [...truncated 1531 lines...] Loaded -> Glamour-Tests-Rubric-TudorGirba.8 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Loaded -> Glamour-Tests-Resources-AndreiChis.3 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Loaded -> Glamour-Tests-Roassal-AndreHora.5 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Loaded -> EyeSee-Events-TudorGirba.11 --- http://smalltalkhub.com/mc/Moose/EyeSee/main/ --- cache Loaded -> EyeSee-Axis-AnneEtien.17 --- http://smalltalkhub.com/mc/Moose/EyeSee/main/ --- cache Loaded -> EyeSee-Tests-Core-AndreHora.68 --- http://smalltalkhub.com/mc/Moose/EyeSee/main/ --- cache Loaded -> EyeSee-Support-usmanbhatti.9 --- http://smalltalkhub.com/mc/Moose/EyeSee/main/ --- cache Finished atomic load Loaded -> ShapeST80-TudorGirba.2 --- http://smalltalkhub.com/mc/Moose/ShapeST80/main/ --- cache Starting atomic load ESRangeDiagram>>defaultControllerClass (VisualizationController is Undeclared) ESSingleAxisDiagram>>label: (label is Undeclared) ESLegend>>getOthersLegendElement: (ComposedText is Undeclared) ESLegend>>getOthersLegendElement: (Popup is Undeclared) Integer>>matrixPointWith: (MatrixPoint is Undeclared) Loaded -> EyeSee-Core-AnneEtien.108 --- http://smalltalkhub.com/mc/Moose/EyeSee/main/ --- cache Loaded -> Glamour-EyeSee-Presentations-TudorGirba.5 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Loaded -> Glamour-Tests-EyeSee-TudorGirba.8 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Finished atomic load Loaded -> Graph-ET-AlexandreBergel.92 --- http://smalltalkhub.com/mc/ObjectProfile/GraphET/main/ --- cache Starting atomic load Loaded -> Glamour-Magritte-Presentations-TudorGirba.4 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Loaded -> Glamour-GraphET-Presentations-AnneEtien.4 --- http://smalltalkhub.com/mc/Moose/Glamour/main/ --- cache Finished atomic load LabelPart>>initializeWith:inGroupBoxNamed:(groupBoxName is shadowed) ListSelector>>newAddButton (PluggableButtonMorphPlus is Undeclared) ListSelector>>newRemoveButton (PluggableButtonMorphPlus is Undeclared) MultiSelectionListSelector>>newMultiSelectionList (PluggableListMorphOfMany is Undeclared) WizardPart>>newButtonNamed:withAction: (PluggableButtonMorphPlus is Undeclared) WizardPart>>newButtonNamed:withAction:andArguments: (PluggableButtonMorphPlus is Undeclared) WizardPart>>newMultiSelectionListFor:list:primarySelection:changePrimarySelection:listSelection:changeListSelection: (PluggableListMorphOfMany is Undeclared) Loaded -> Merlin-TudorGirba.144 --- http://smalltalkhub.com/mc/Moose/Merlin/main/ --- cache Starting atomic load MooseClassHierarchyBrowser>>browserActions (OBCompletionRequest is Undeclared) MooseClassHierarchyBrowser>>browserActions (OBCompletionRequest is Undeclared) MooseFileExplorer>>buildBrowser (MenuIcons is Undeclared) MooseFileFinder>>buildBrowser (MenuIcons is Undeclared) MooseFileFinder>>buildBrowser (MenuIcons is Undeclared) MooseMSEFilesExplorer class>>open (FSDiskFilesystem is Undeclared) MooseMetaBrowser>>openLintBrowserOn: (ORCriticsBrowser is Undeclared) MooseDistributionMapLocator>>mapIn: (DistributionMap is Undeclared) ROGraphVizLayout>>callGraphViz (OSProcess is Undeclared) ROGraphVizLayout>>callGraphViz (OSProcess is Undeclared) ROGraphVizLayout>>callGraphViz (OSProcess is Undeclared) ROGraphVizLayout>>readLayoutFile (OSProcess is Undeclared) MOCycleTable>>createMOCycles:(cycles is shadowed) MPHelp>>execute (GTHelper is Undeclared) Loaded -> Moose-Algos-Dsm-janniklaval.1 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Dsm-Core-JurajKubelka.3 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Dsm-Visualization-Core-JurajKubelka.12 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Dsm-Example-JurajKubelka.5 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Dsm-Visualization-Famix-AnneEtien.18 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Dsm-Famix-AnneEtien.11 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-CycleTable-AndreHora.14 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> Moose-Tests-CycleTable-JurajKubelka.1 --- http://smalltalkhub.com/mc/Moose/DSM/main/ --- cache Loaded -> PetitSQLite-Parser-FabrizioPerin.34 --- http://smalltalkhub.com/mc/Moose/PetitSQLParser/main/ --- cache Loaded -> PetitSQLite-AST-FabrizioPerin.12 --- http://smalltalkhub.com/mc/Moose/PetitSQLParser/main/ --- cache Loaded -> PetitSQLite-Tests-Parser-FabrizioPerin.24 --- http://smalltalkhub.com/mc/Moose/PetitSQLParser/main/ --- cache Loaded -> Moose-Finder-TudorGirba.454 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Moose-Tests-Finder-TudorGirba.6 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Arki-Reporter-Browser-TudorGirba.9 --- http://smalltalkhub.com/mc/Moose/Arki/main/ --- http://smalltalkhub.com/mc/Moose/Arki/main/ Loaded -> OnMoose-Report-TudorGirba.32 --- http://smalltalkhub.com/mc/Moose/Arki/main/ --- http://smalltalkhub.com/mc/Moose/Arki/main/ Loaded -> Moose-Settings-TudorGirba.6 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Moose-MultiDimensionsDistributionMap-AndreHora.11 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Moose-RoassalPaintings-TudorGirba.50 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Moose-Tests-RoassalPaintings-JurajKubelka.5 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> RoassalGraphVizLayout-TudorGirba.3 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal/main/ --- http://smalltalkhub.com/mc/ObjectProfile/Roassal/main/ Finished atomic load OrderPreservingDictionary>>inspectorClass (DictionaryInspector is Undeclared) Loaded -> Collections-OrderPreservingDictionary-JAA.7 --- http://smalltalkhub.com/mc/PharoExtras/OrderPreservingDictionary/main/ --- cache Loaded -> XML-Writer-Core-monty.6 --- http://smalltalkhub.com/mc/PharoExtras/XMLWriter/main/ --- cache Loaded -> XML-Writer-Tests-StephaneDucasse.1 --- http://smalltalkhub.com/mc/PharoExtras/XMLWriter/main/ --- cache Loaded -> Collections-BitmapCharacterSet-Anonymous.6 --- http://smalltalkhub.com/mc/PharoExtras/BitmapCharacterSet/main/ --- cache Loaded -> XML-Parser-monty.200 --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ --- cache Loaded -> XML-Tests-Parser-monty.39 --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ --- cache Starting atomic load GTChaser>>childrenOf: (MethodReference is Undeclared) GTChaser>>methodActionsFor: (MethodReference is Undeclared) GTChaser>>methodsBrowserFor:title: (MethodReference is Undeclared) GTChaser>>methodsBrowserFor:title: (MethodReference is Undeclared) GTChaser>>titleOf: (MethodReference is Undeclared) GTClassicChaser>>buildBrowser (MethodReference is Undeclared) GTClassicChaser>>implementorsIn: (MethodReference is Undeclared) GTClassicChaser>>implementorsIn: (MethodReference is Undeclared) GTClassicChaser>>sendersIn: (MethodReference is Undeclared) GTClassicChaser>>sendersIn: (MethodReference is Undeclared) GTClassicChaser>>titleOf: (MethodReference is Undeclared) GTLintBrowser>>runRule:forClasses: (BrowserEnvironment is Undeclared) GTLintBrowser>>runRule:forClasses: (SmalllintChecker is Undeclared) OpenDistributionMapBasedOnPartsWizard>>initializeWithPartGroup:(propertyTextFieldPart is shadowed) GTInspector>>printObjectAsAnItem:(title is shadowed) DistributionMapBrowser>>distributionMapPresentation (GLMMondrianPresentation is Undeclared) GTSTModel class>>defaultEnvironment (BrowserEnvironment is Undeclared) GTTraitBrowser>>open (NSCollectionStream is Undeclared) Loaded -> Moose-DistributionMap-TudorGirba.51 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> Moose-Tests-DistributionMap-TudorGirba.7 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> GT-Model-tg.3 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Metaceller-Model-AndreHora.8 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Metaceller-Tests-DiegoLont.3 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Tests-Inspector-TudorGirba.15 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Playground-TudorGirba.3 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Coder-TudorGirba.4 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-ClassicCoder-AnneEtien.10 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Inspector-TudorGirba.102 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Metaceller-Glamour-TudorGirba.5 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-Tools-StephanEggermont.138 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> ACD-Model-AndreiChis.40 --- http://smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ --- cache Loaded -> DebuggerExtensions-AndreiChis.5 --- http://smalltalkhub.com/mc/AndreiChis/Playground/main/ --- http://smalltalkhub.com/mc/AndreiChis/Playground/main/ Loaded -> ACD-Glamour-Interface-AndreiChis.51 --- http://smalltalkhub.com/mc/AndreiChis/AnnouncerCentricDebugger/main/ --- cache Loaded -> DebuggerActions-AndreiChis.66 --- http://smalltalkhub.com/mc/Pharo/Debugger/main/ --- cache Loaded -> DebuggerModel-AndreiChis.80 --- http://smalltalkhub.com/mc/Pharo/Debugger/main/ --- cache Loaded -> DebuggerFilters-AndreiChis.2 --- http://smalltalkhub.com/mc/Pharo/Debugger/main/ --- cache Loaded -> DebuggerExtensions-AndreiChis.6 --- http://smalltalkhub.com/mc/Pharo/Debugger/main/ --- cache Loaded -> Spec-Debugger-AndreiChis.180 --- http://smalltalkhub.com/mc/Pharo/Debugger/main/ --- cache Loaded -> GT-Debugger-AndreiChis.156 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> DebuggerExtensions-AndreiChis.5 --- http://smalltalkhub.com/mc/AndreiChis/Playground/main/ --- http://smalltalkhub.com/mc/AndreiChis/Playground/main/ Loaded -> GT-GlamourDebugger-AndreiChis.32 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-PetitParserDebugger-AndreiChis.35 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Loaded -> GT-SUnitDebugger-TudorGirba.6 --- http://smalltalkhub.com/mc/Moose/GToolkit/main/ --- cache Finished atomic load Starting atomic load Loaded -> OSProcess-AIO-dtl.8 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-Base-dtl.39 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-OS2-dtl.2 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-Win32-dtl.9 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-Unix-dtl.17 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-Mac-dtl.2 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> OSProcess-RiscOS-dtl.2 --- http://www.squeaksource.com/OSProcess --- cache Finished atomic load CommandShell>>builtinCommandProxyFor:input:output:error: (ShellBuiltinEvaluator is Undeclared) CommandShell>>evaluationProxyFor:input:output:error: (ExpressionEvaluator is Undeclared) CommandShell>>installCommands: (ShellBuiltin is Undeclared) CommandShell>>open (CommandShellTranscript is Undeclared) CommandShell>>openLabel: (CommandShellTranscript is Undeclared) CommandShell>>pipeline: (ProxyPipeline is Undeclared) CommandShell>>pipelineCollectionFrom: (ProxyPipeline is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (InternalPipe is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (PipeJunction is Undeclared) CommandShell>>processProxyFor:input:output:error:predecessorProxy: (PipeableOSProcess is Undeclared) Loaded -> CommandShell-Base-dtl.36 --- http://www.squeaksource.com/CommandShell --- cache Loaded -> CommandShell-Morphic-dtl.2 --- http://www.squeaksource.com/CommandShell --- cache Loaded -> CommandShell-Piping-dtl.14 --- http://www.squeaksource.com/CommandShell --- cache Loaded -> CommandShell-Commands-ThierryGoubier.16 --- http://www.squeaksource.com/CommandShell --- cache Loaded -> CommandShell-UI-ThierryGoubier.12 --- http://www.squeaksource.com/CommandShell --- cache Starting atomic load MooseMetacelloWizard>>saveProject:with: (OBInformRequest is Undeclared) MooseMetacelloWizard>>saveProject:with: (OBInformRequest is Undeclared) MooseVersionWizard>>saveProject:with: (OBInformRequest is Undeclared) MooseVersionWizard>>saveProject:with: (OBInformRequest is Undeclared) ProjectVersionWizard>>saveProject:with: (OBInformRequest is Undeclared) ProjectVersionWizard>>saveProject:with: (OBInformRequest is Undeclared) Loaded -> OSProcess-Tests-dtl.11 --- http://www.squeaksource.com/OSProcess --- cache Loaded -> Moose-Wizard-StephanEggermont.97 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Loaded -> ZeroConf-CamilloBruni.53 --- http://smalltalkhub.com/mc/Pharo/ZeroConf/main/ --- http://smalltalkhub.com/mc/Pharo/ZeroConf/main/ Loaded -> Moose-Development-Tools-AndreiChis.63 --- http://smalltalkhub.com/mc/Moose/Moose/main/ --- cache Finished atomic load ...finished 4.9-baseline----QUIT----2013-12-17T02:06:37.070638+01:00 moose-5.0.image priorSource: 28791689 + ./pharo moose-5.0.image mooseimagesetup --signature=https://ci.inria.fr/moose/job/moose-5.0/339/ [31mError: Could not access http://smalltalkhub.com/mc/girba/FreeFonts/main/: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable [0mMCSmalltalkhubRepository(Object)>>error: MCSmalltalkhubRepository>>loadAllFileNames in Block: [ :exception | self error: 'Could not access ' , s...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... ZnClient>>withTimeoutDo: in Block: [ ^ block value ] ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout ZnClient>>execute in Block: [ result := self executeWithTimeout ] ZnClient>>withProgressDo: in Block: [ ^ block value ] ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 6 months

1
2
0 0

Issue 1027 in moose-technology: The system doesn't open a warning window on #notify:

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1027 by v.blonde...(a)gmail.com: The system doesn't open a warning window on #notify: http://code.google.com/p/moose-technology/issues/detail?id=1027 Describe the problem: what do you get? what do you expect? When I try to send the message #notify: to an object, I get : MessageNotUnderstood: receiver of "not" is nil. In the method : GTDebugger class>>openContext: aContext label: aString contents: contentsStringOrNil // <primitive: 19> "Simulation guard" ErrorRecursion not & // The class variable ErrorRecursion seems not initialized and should it be at 'false' like in Spec. How to reproduce the problem: step by step if necessary To reproduce, open a Workspace under Moose-5.0 and do : self notify: 'A Message' It works under Pharo3. Additional information: platform, context which may impact the problem Linux x64, Moose-5.0 last version. Please fill in the labels with the following information: * Type-Defect * Component-Debbugger -- 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

11 years, 6 months

1
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev