July 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Dashed lined with Athens?

by milton mamani

Hi, Try the selector AthensStrokePaint>>dashes: offset: Cheers, Milton 2014-07-30 19:24 GMT-04:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Hi! > > Is it possible to have dashed lines with Athens? > I could not find example on this. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

July 31, 2014

Dashed lined with Athens?

by Alexandre Bergel

Hi! Is it possible to have dashed lines with Athens? I could not find example on this. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 30, 2014

Thanks Mark

by stepharo

Hi mark the integration of refactorings in the tools is really great! I love to be able to do inline message when cleaning MenuMorph inside the message browser.... So great! Your change boost my productivity. Thanks for your dedication and efficiency. S. PS: it looks like the message browser does not refresh after the inlining but we will fix that :)

July 30, 2014

Re: [Pharo-dev] Headless mode loss of focus under windows 7

by Eliot Miranda

Hi Vincent, On Wed, Jul 30, 2014 at 6:09 AM, Blondeau Vincent < vincent.blondeau(a)worldline.com> wrote: > > > > > *De :* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *De la part > de* Eliot Miranda > *EnvoyÃ© :* mercredi 30 juillet 2014 16:51 > *Ã :* Pharo Development List > *Cc :* Squeak Virtual Machine Development Discussion > > *Objet :* Re: [Pharo-dev] Headless mode loss of focus under windows 7 > > > > Hi Vincent, > > Hi, > > > On Jul 29, 2014, at 11:54 PM, Blondeau Vincent < > vincent.blondeau(a)worldline.com> wrote: > > Hi Eliot, > > > > I tried with the latest vm from your website ( > http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip > -> SqueakConsole.exe). But unfortunately the problem is still thereâ¦ > > > > I'm sorry for having wasted your time! > > Donât worry. It takes me only 10 minutes :) > > > > There must be some code that gets run during startup that shouldn't be > when the VM is running headless. Tracking it down could be done by running > a debug VM under gdb in a console window. I guess the console in which gdb > is running will lose focus at the same point. I don't have time to do this > right now, but I'll try soon. How motivated are you to fix this? > > For now itâs not a top priority but sooner or later I will have the need > to run the script againâ¦ > > I will try to do it this week or next week. > > Do I need to take a specific VM compiled with âg ? > Yes. You need an unstripped VM to get symbols. You can use an unstripped VM but you tell gdb to read symbols from the unstripped VM: U:\ gdb bin/Squeak.exe ... (no debugging symbols found) (gdb) file SqueakUnstripped.exe (gdb) run trunk.image But alas I don't include the unstripped VMs on my web site. I probably should. But for now that means building your own VM. That's non-trivial because you have to install cygwin. See http://www.squeakvm.org/svn/squeak/branches/Cog/build.win32x86/HowToBuild which I've attached. I'll let you know if I get to the task sooner. > > > Vincent > > > > *De :* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org > <pharo-dev-bounces(a)lists.pharo.org>] *De la part de* Eliot Miranda > *EnvoyÃ© :* mardi 29 juillet 2014 21:08 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Headless mode loss of focus under windows 7 > > > > Hi Vincent, > > > > use one if the console VMs from my website. They don't open up > another window. Open up a recent cogwin zip and use SqueakConsole.exe > > Eliot (phone) > > > On Jul 29, 2014, at 4:01 AM, Blondeau Vincent < > vincent.blondeau(a)worldline.com> wrote: > > Hello everyone, > > > > Currently I use a batch script where a moose image (based on pharo) load a > model, export some data and close itself without saving and that several > times. > > > > I do it under windows 7 by this kind of loop in a .bat file: > > FOR /L %%i IN (1,1,10) DO ( > > "Pharo.exe --headless sdco-sa-tooling-ci-5.image eval > â<tasks>' > > ) > > > > The problem is that at each execution of pharo, I lose focus from the > window where I was currently working (a notepad by example). > > How can I do to solve it? > > > > 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. > > ------------------------------ > > 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. > -- Aloha, Eliot

July 30, 2014

[pharo-project/pharo-core] 52356f: 40143

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 52356f3bb5fc6ecefdd7650b02f9af8b16b704f3 https://github.com/pharo-project/pharo-core/commit/52356f3bb5fc6ecefdd7650b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-30 (Wed, 30 Jul 2014) Changed paths: R Collections-Abstract.package/extension/SortedCollection/instance/join_.st R Collections-Sequenceable.package/Heap.class/instance/private-heap/downHeapSingle_.st R Collections-Sequenceable.package/Heap.class/instance/private-heap/downHeap_.st R Collections-Sequenceable.package/Heap.class/instance/private-heap/upHeap_.st A Collections-Sequenceable.package/Heap.class/instance/private/downHeapSingle_.st A Collections-Sequenceable.package/Heap.class/instance/private/downHeap_.st A Collections-Sequenceable.package/Heap.class/instance/private/upHeap_.st A Collections-Sequenceable.package/OrderedCollection.class/instance/private/ensureBoundsFrom_to_.st R Collections-Sequenceable.package/OrderedCollection.class/instance/testing/ensureBoundsFrom_to_.st A Collections-Sequenceable.package/SortedCollection.class/instance/splitjoin/join_.st R Manifest-Core.package/extension/RGClassDescriptionDefinition/instance/storeOn_.st R Manifest-Core.package/extension/RGMetaclassDefinition/instance/storeOn_.st R Manifest-Tests.package/extension/RGClassDefinitionTest/instance/testReadFrom.st R Manifest-Tests.package/extension/RGClassDefinitionTest/instance/testStoreOn.st R Manifest-Tests.package/extension/RGMethodDefinitionTest/instance/testClassNameSelectorIsMetaSide.st M Ring-Core-Containers.package/extension/RGFactory/instance/createNamespaceNamed_.st M Ring-Core-Containers.package/extension/RGFactory/instance/createOrganization.st M Ring-Core-Containers.package/extension/RGFactory/instance/createPackageNamed_.st R Ring-Core-Containers.package/extension/RGFactory/instance/createSliceNamed_.st R Ring-Core-Containers.package/extension/RGFactory/instance/namespaceClass.st R Ring-Core-Containers.package/extension/RGFactory/instance/organizationClass.st R Ring-Core-Containers.package/extension/RGFactory/instance/packageClass.st R Ring-Core-Containers.package/extension/RGFactory/instance/sliceClass.st M Ring-Core-Kernel.package/RGBehaviorDefinition.class/instance/printing/storeOn_.st A Ring-Core-Kernel.package/RGClassDescriptionDefinition.class/instance/printing/storeOn_.st A Ring-Core-Kernel.package/RGMetaclassDefinition.class/instance/printing/storeOn_.st M Ring-Core-Kernel.package/RGNamedDefinition.class/class/class initialization/named_.st R Ring-Core-Kernel.package/RGObject.class/class/class initialization/onEnvironment_.st M Ring-Monticello.package/extension/MCTraitDefinition/instance/asRingDefinition.st M Ring-Tests-Containers.package/RGSliceTest.class/instance/testing/testAddingClasses.st M Ring-Tests-Containers.package/RGSliceTest.class/instance/testing/testNestingContainers.st M Ring-Tests-Containers.package/RGSliceTest.class/instance/testing/testNewSlice.st A Ring-Tests-Kernel.package/RGClassDefinitionTest.class/instance/testing/testReadFrom.st A Ring-Tests-Kernel.package/RGClassDefinitionTest.class/instance/testing/testStoreOn.st A Ring-Tests-Kernel.package/RGMethodDefinitionTest.class/instance/testing/testClassNameSelectorIsMetaSide.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script143.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40143.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40143 13736 Continue Ring Simplify https://pharo.fogbugz.com/f/cases/13736 13712 tiny recategorization in Collections https://pharo.fogbugz.com/f/cases/13712 http://files.pharo.org/image/40/40143.zip

July 30, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40143 Home: https://github.com/pharo-project/pharo-core

July 30, 2014

Re: [Pharo-dev] ExternalObject class>>initialize (ShortRunArray is Undeclared) - Pharo3.0/FFI

by Dale Henrichs

Okay the ConfigurationOfFFI is now fixed and loads properly in Pharo30 ... Marcel, perhaps you could test it on Squeak? Thanks, Dale On Wed, Jul 30, 2014 at 9:49 AM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > Ah, thanks for the info Marcel. > > Is it fixed now or does it still need to be fixed? > > Dale > > > On Wed, Jul 30, 2014 at 9:42 AM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> The ConfigurationOfFFI was changed just this morning. There was a Pharo >> dependency mixed into squeakCommon. >> >> Marcel Taeumel -> from andrei's laptop :) >> >> >> On Wed, Jul 30, 2014 at 6:34 PM, Dale Henrichs < >> dale.henrichs(a)gemtalksystems.com> wrote: >> >>> Just this morning I started seeing this error during travis-ci runs[1] >>> that are using zeroconf to install pharo3.0. Last night this process was >>> working fine. >>> >>> I know that there are a number of moving parts and I've just started >>> digging into this (I haven't tried loading locally yet), but I figured I >>> would see if anyone else recognizes this particular problem. >>> >>> The package AST-FFI-Pharo30Compatibility-ClementBera.4 is fetched[2], >>> but after the rest of the of FFI so parhaps someone has modified the >>> configuration of FFI and broken something? >>> >>> Comparing with a successful build[3] the FFI-Kernel and >>> AST-FFI-Pharo30Compatibility packages have swapped order and in both cases >>> FFI 1.8 was loaded... >>> >>> BTW, I cannot tell from the zeroconf installation logs what version of >>> the pharo images I am getting (I tried both stable and 30) so I have no >>> idea whether I'm getting a different image downloaded or not ... >>> >>> >>> Here's the stack: >>> >>> Error: nil cannot be found in the list. >>> SmalltalkImage(Object)>>error: >>> SmalltalkImage>>add:toList:after: >>> SmalltalkImage>>addToStartUpList:after: >>> ExternalObject class>>initialize >>> MCMethodDefinition>>postloadOver: >>> MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each >>> postloadOver: (self obsoletionFor: ...etc... >>> OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ >>> :each | ... >>> OrderedCollection>>do: >>> OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ >>> :bar | ... >>> BlockClosure>>cull: >>> Job>>run in Block: [ result := block cull: self ] >>> BlockClosure>>on:do: >>> Job>>run in Block: [ ... >>> BlockClosure>>ensure: >>> Job>>run >>> NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: >>> ByteString(String)>>displayProgressFrom:to:during: >>> OrderedCollection(Collection)>>do:displayingProgress:every: >>> OrderedCollection(Collection)>>do:displayingProgress: >>> MCPackageLoader>>basicLoadDefinitions >>> MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] >>> BlockClosure>>on:do: >>> MCPackageLoader>>handleLoadErrorsDuring: in Block: [ ... >>> BlockClosure>>on:do: >>> MCPackageLoader>>handleLoadErrorsDuring: >>> MCPackageLoader>>basicLoad in Block: [ self handleLoadErrorsDuring: [ >>> self basicLoadDef...etc... >>> BlockClosure>>ensure: >>> MCPackageLoader>>basicLoad >>> MCPackageLoader>>loadWithNameLike: in Block: [ self basicLoad ] >>> BlockClosure>>ensure: >>> ExternalObject class>>initialize (ShortRunArray is Undeclared) >>> >>> Dale >>> >>> [1] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L603 >>> [2] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L570 >>> [3] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31190550#L593 >>> >> >> >

July 30, 2014

Re: [Pharo-dev] ExternalObject class>>initialize (ShortRunArray is Undeclared) - Pharo3.0/FFI

by Dale Henrichs

Ah, thanks for the info Marcel. Is it fixed now or does it still need to be fixed? Dale On Wed, Jul 30, 2014 at 9:42 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > The ConfigurationOfFFI was changed just this morning. There was a Pharo > dependency mixed into squeakCommon. > > Marcel Taeumel -> from andrei's laptop :) > > > On Wed, Jul 30, 2014 at 6:34 PM, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> wrote: > >> Just this morning I started seeing this error during travis-ci runs[1] >> that are using zeroconf to install pharo3.0. Last night this process was >> working fine. >> >> I know that there are a number of moving parts and I've just started >> digging into this (I haven't tried loading locally yet), but I figured I >> would see if anyone else recognizes this particular problem. >> >> The package AST-FFI-Pharo30Compatibility-ClementBera.4 is fetched[2], but >> after the rest of the of FFI so parhaps someone has modified the >> configuration of FFI and broken something? >> >> Comparing with a successful build[3] the FFI-Kernel and >> AST-FFI-Pharo30Compatibility packages have swapped order and in both cases >> FFI 1.8 was loaded... >> >> BTW, I cannot tell from the zeroconf installation logs what version of >> the pharo images I am getting (I tried both stable and 30) so I have no >> idea whether I'm getting a different image downloaded or not ... >> >> >> Here's the stack: >> >> Error: nil cannot be found in the list. >> SmalltalkImage(Object)>>error: >> SmalltalkImage>>add:toList:after: >> SmalltalkImage>>addToStartUpList:after: >> ExternalObject class>>initialize >> MCMethodDefinition>>postloadOver: >> MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each >> postloadOver: (self obsoletionFor: ...etc... >> OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ >> :each | ... >> OrderedCollection>>do: >> OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ >> :bar | ... >> BlockClosure>>cull: >> Job>>run in Block: [ result := block cull: self ] >> BlockClosure>>on:do: >> Job>>run in Block: [ ... >> BlockClosure>>ensure: >> Job>>run >> NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: >> ByteString(String)>>displayProgressFrom:to:during: >> OrderedCollection(Collection)>>do:displayingProgress:every: >> OrderedCollection(Collection)>>do:displayingProgress: >> MCPackageLoader>>basicLoadDefinitions >> MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] >> BlockClosure>>on:do: >> MCPackageLoader>>handleLoadErrorsDuring: in Block: [ ... >> BlockClosure>>on:do: >> MCPackageLoader>>handleLoadErrorsDuring: >> MCPackageLoader>>basicLoad in Block: [ self handleLoadErrorsDuring: [ >> self basicLoadDef...etc... >> BlockClosure>>ensure: >> MCPackageLoader>>basicLoad >> MCPackageLoader>>loadWithNameLike: in Block: [ self basicLoad ] >> BlockClosure>>ensure: >> ExternalObject class>>initialize (ShortRunArray is Undeclared) >> >> Dale >> >> [1] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L603 >> [2] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L570 >> [3] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31190550#L593 >> > >

July 30, 2014

Re: [Pharo-dev] ExternalObject class>>initialize (ShortRunArray is Undeclared) - Pharo3.0/FFI

by Andrei Chis

The ConfigurationOfFFI was changed just this morning. There was a Pharo dependency mixed into squeakCommon. Marcel Taeumel -> from andrei's laptop :) On Wed, Jul 30, 2014 at 6:34 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > Just this morning I started seeing this error during travis-ci runs[1] > that are using zeroconf to install pharo3.0. Last night this process was > working fine. > > I know that there are a number of moving parts and I've just started > digging into this (I haven't tried loading locally yet), but I figured I > would see if anyone else recognizes this particular problem. > > The package AST-FFI-Pharo30Compatibility-ClementBera.4 is fetched[2], but > after the rest of the of FFI so parhaps someone has modified the > configuration of FFI and broken something? > > Comparing with a successful build[3] the FFI-Kernel and > AST-FFI-Pharo30Compatibility packages have swapped order and in both cases > FFI 1.8 was loaded... > > BTW, I cannot tell from the zeroconf installation logs what version of the > pharo images I am getting (I tried both stable and 30) so I have no idea > whether I'm getting a different image downloaded or not ... > > > Here's the stack: > > Error: nil cannot be found in the list. > SmalltalkImage(Object)>>error: > SmalltalkImage>>add:toList:after: > SmalltalkImage>>addToStartUpList:after: > ExternalObject class>>initialize > MCMethodDefinition>>postloadOver: > MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each > postloadOver: (self obsoletionFor: ...etc... > OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ > :each | ... > OrderedCollection>>do: > OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ > :bar | ... > BlockClosure>>cull: > Job>>run in Block: [ result := block cull: self ] > BlockClosure>>on:do: > Job>>run in Block: [ ... > BlockClosure>>ensure: > Job>>run > NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: > ByteString(String)>>displayProgressFrom:to:during: > OrderedCollection(Collection)>>do:displayingProgress:every: > OrderedCollection(Collection)>>do:displayingProgress: > MCPackageLoader>>basicLoadDefinitions > MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] > BlockClosure>>on:do: > MCPackageLoader>>handleLoadErrorsDuring: in Block: [ ... > BlockClosure>>on:do: > MCPackageLoader>>handleLoadErrorsDuring: > MCPackageLoader>>basicLoad in Block: [ self handleLoadErrorsDuring: [ self > basicLoadDef...etc... > BlockClosure>>ensure: > MCPackageLoader>>basicLoad > MCPackageLoader>>loadWithNameLike: in Block: [ self basicLoad ] > BlockClosure>>ensure: > ExternalObject class>>initialize (ShortRunArray is Undeclared) > > Dale > > [1] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L603 > [2] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L570 > [3] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31190550#L593 >

July 30, 2014

ExternalObject class>>initialize (ShortRunArray is Undeclared) - Pharo3.0/FFI

by Dale Henrichs

Just this morning I started seeing this error during travis-ci runs[1] that are using zeroconf to install pharo3.0. Last night this process was working fine. I know that there are a number of moving parts and I've just started digging into this (I haven't tried loading locally yet), but I figured I would see if anyone else recognizes this particular problem. The package AST-FFI-Pharo30Compatibility-ClementBera.4 is fetched[2], but after the rest of the of FFI so parhaps someone has modified the configuration of FFI and broken something? Comparing with a successful build[3] the FFI-Kernel and AST-FFI-Pharo30Compatibility packages have swapped order and in both cases FFI 1.8 was loaded... BTW, I cannot tell from the zeroconf installation logs what version of the pharo images I am getting (I tried both stable and 30) so I have no idea whether I'm getting a different image downloaded or not ... Here's the stack: Error: nil cannot be found in the list. SmalltalkImage(Object)>>error: SmalltalkImage>>add:toList:after: SmalltalkImage>>addToStartUpList:after: ExternalObject class>>initialize MCMethodDefinition>>postloadOver: MCPackageLoader>>basicLoadDefinitions in Block: [ :each | each postloadOver: (self obsoletionFor: ...etc... OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :each | ... OrderedCollection>>do: OrderedCollection(Collection)>>do:displayingProgress:every: in Block: [ :bar | ... BlockClosure>>cull: Job>>run in Block: [ result := block cull: self ] BlockClosure>>on:do: Job>>run in Block: [ ... BlockClosure>>ensure: Job>>run NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: OrderedCollection(Collection)>>do:displayingProgress:every: OrderedCollection(Collection)>>do:displayingProgress: MCPackageLoader>>basicLoadDefinitions MCPackageLoader>>basicLoad in Block: [ self basicLoadDefinitions ] BlockClosure>>on:do: MCPackageLoader>>handleLoadErrorsDuring: in Block: [ ... BlockClosure>>on:do: MCPackageLoader>>handleLoadErrorsDuring: MCPackageLoader>>basicLoad in Block: [ self handleLoadErrorsDuring: [ self basicLoadDef...etc... BlockClosure>>ensure: MCPackageLoader>>basicLoad MCPackageLoader>>loadWithNameLike: in Block: [ self basicLoad ] BlockClosure>>ensure: ExternalObject class>>initialize (ShortRunArray is Undeclared) Dale [1] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L603 [2] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31248892#L570 [3] https://travis-ci.org/GsDevKit/gsDevKitHome/jobs/31190550#L593

July 30, 2014