- Pharo-dev - lists.pharo.org

[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

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

by Blondeau Vincent

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<mailto:vincent.blondeau@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 ? Vincent De : Pharo-dev [mailto:pharo-dev-bounces@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<mailto:vincent.blondeau@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.

July 30, 2014

[pharo-project/pharo-core]

by GitHub

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

July 30, 2014

[pharo-project/pharo-core] 6250fe: 40142

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 6250fefb59fdb82eeadaf7a8dd0f1ba8c023be66 https://github.com/pharo-project/pharo-core/commit/6250fefb59fdb82eeadaf7a8… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-30 (Wed, 30 Jul 2014) Changed paths: M Nautilus.package/AbstractClassWidget.class/instance/drag and drop/dragPassengersFor_inMorph_.st A Nautilus.package/AbstractNautilusUI.class/instance/accessing/cachedHierarchy.st A Nautilus.package/AbstractNautilusUI.class/instance/accessing/cachedHierarchy_.st R Nautilus.package/AbstractNautilusUI.class/instance/accessing/hierarchyClass.st R Nautilus.package/AbstractNautilusUI.class/instance/accessing/hierarchyClass_.st M Nautilus.package/AbstractNautilusUI.class/instance/accessing/selectedClass_.st M Nautilus.package/AbstractNautilusUI.class/instance/accessing/selectedGroup_.st A Nautilus.package/AbstractNautilusUI.class/instance/accessing/selectedPackageGroup.st R Nautilus.package/AbstractNautilusUI.class/instance/accessing/showHierarchy_.st M Nautilus.package/AbstractNautilusUI.class/instance/accessing/showPackages_.st R Nautilus.package/AbstractNautilusUI.class/instance/accessing/toggleShowHierarchy.st M Nautilus.package/AbstractNautilusUI.class/instance/initialization/initialize.st M Nautilus.package/AbstractNautilusUI.class/instance/menus behavior/renamePackage.st R Nautilus.package/AbstractNautilusUI.class/instance/private/buildGroupHierarchyFor_.st R Nautilus.package/AbstractNautilusUI.class/instance/private/buildPackageHierarchyFor_.st R Nautilus.package/AbstractNautilusUI.class/instance/private/buildTabbedNameOf_.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getClassHierarchy.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getClassHierarchy2.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getClassesList.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getClassesList2.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getGroupHierarchy.st R Nautilus.package/AbstractNautilusUI.class/instance/private/getGroupsValuesList.st R Nautilus.package/AbstractNautilusUI.class/instance/private/loadList2.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/compileAClassFrom_notifying_.st A Nautilus.package/AbstractPackageWidget.class/instance/protocol/selectedGroup.st A Nautilus.package/AbstractPackageWidget.class/instance/protocol/selectedPackage.st A Nautilus.package/AbstractPackageWidget.class/instance/protocol/selectedPackageGroup.st M Nautilus.package/ClassWidget.class/definition.st A Nautilus.package/ClassWidget.class/instance/accessing/cachedHierarchy.st A Nautilus.package/ClassWidget.class/instance/accessing/cachedHierarchy_.st M Nautilus.package/ClassWidget.class/instance/initialization/initialize.st M Nautilus.package/ClassWidget.class/instance/private list model/classWrapper_.st M Nautilus.package/ClassWidget.class/instance/private list model/doubleClick.st A Nautilus.package/ClassWidget.class/instance/private/buildPackageGroupHierarchyFor_.st A Nautilus.package/ClassWidget.class/instance/private/buildTabbedNameOf_.st A Nautilus.package/ClassWidget.class/instance/private/createClassHierarchyFor_.st M Nautilus.package/ClassWidget.class/instance/private/loadClassesListElements.st A Nautilus.package/ClassWidget.class/instance/private/setCachedHierarchyClass_.st M Nautilus.package/ClassWidget.class/instance/protocol/selectClass_.st A Nautilus.package/ClassWidget.class/instance/protocol/selectedClass.st A Nautilus.package/ClassWidget.class/instance/protocol/showHierarchy.st A Nautilus.package/ClassWidget.class/instance/protocol/showHierarchy_.st M Nautilus.package/NautilusUI.class/instance/menus behavior/fullBrowse.st M Nautilus.package/PackageListWidget.class/instance/private list model/packageListItemIcon_.st M Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/selected_.st M Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/showPackages_.st M Nautilus.package/PackageTreeNautilusUI.class/instance/private/basicShowHierarchy.st R Nautilus.package/PackageTreeNautilusUI.class/instance/private/loadList2.st R Nautilus.package/PackageTreeNautilusUI.class/instance/private/resetShowHierarchy.st A Nautilus.package/PackageTreeSelection.class/instance/converting/withClassesIn_createHierarchySorter_.st A Nautilus.package/PackageTreeWidget.class/instance/protocol/selectedPackageGroup.st R Nautilus.package/PackageWidget.class/instance/accessing/packagesSelection.st A Nautilus.package/PackageWidget.class/instance/private/packagesSelection.st A Nautilus.package/PackageWidget.class/instance/protocol/selectedGroup.st A Nautilus.package/PackageWidget.class/instance/protocol/selectedPackage.st A Nautilus.package/PackageWidget.class/instance/protocol/selectedPackageGroup.st A Nautilus.package/SortHierarchically.class/class/instance creation/buildHierarchyFor_in_.st A Nautilus.package/extension/DynamicGroup/instance/withClassesIn_createHierarchySorter_.st A Nautilus.package/extension/RPackage/instance/withClassesIn_createHierarchySorter_.st A Nautilus.package/extension/RPackageTag/instance/withClassesIn_createHierarchySorter_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script142.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40142.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R System-Support.package/MethodClassifier.class/README.md R System-Support.package/MethodClassifier.class/class/classification/classifyAll_.st R System-Support.package/MethodClassifier.class/class/classification/classify_.st R System-Support.package/MethodClassifier.class/definition.st R System-Support.package/MethodClassifier.class/instance/classification-rules/classifyAccessor_.st R System-Support.package/MethodClassifier.class/instance/classification-rules/classifyByKnownPrefix_.st R System-Support.package/MethodClassifier.class/instance/classification-rules/classifyByOtherImplementors_.st R System-Support.package/MethodClassifier.class/instance/classification-rules/classifyInSuperclassProtocol_.st R System-Support.package/MethodClassifier.class/instance/classification/classifyAll_.st R System-Support.package/MethodClassifier.class/instance/classification/classify_.st R System-Support.package/MethodClassifier.class/instance/initialization/buildPrefixDictionary.st R System-Support.package/MethodClassifier.class/instance/initialization/initialize.st A Tool-Base.package/MethodClassifier.class/README.md A Tool-Base.package/MethodClassifier.class/class/classification/classifyAll_.st A Tool-Base.package/MethodClassifier.class/class/classification/classify_.st A Tool-Base.package/MethodClassifier.class/definition.st A Tool-Base.package/MethodClassifier.class/instance/classification-rules/classifyAccessor_.st A Tool-Base.package/MethodClassifier.class/instance/classification-rules/classifyByKnownPrefix_.st A Tool-Base.package/MethodClassifier.class/instance/classification-rules/classifyByOtherImplementors_.st A Tool-Base.package/MethodClassifier.class/instance/classification-rules/classifyInSuperclassProtocol_.st A Tool-Base.package/MethodClassifier.class/instance/classification/classifyAll_.st A Tool-Base.package/MethodClassifier.class/instance/classification/classify_.st A Tool-Base.package/MethodClassifier.class/instance/initialization/buildPrefixDictionary.st A Tool-Base.package/MethodClassifier.class/instance/initialization/initialize.st Log Message: ----------- 40142 13733 Nautilus Refaktoring 4: move class list loading to ClassWidget https://pharo.fogbugz.com/f/cases/13733 13734 Move MethodClassifier to Tools-Base https://pharo.fogbugz.com/f/cases/13734 http://files.pharo.org/image/40/40142.zip

July 30, 2014

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

by Eliot Miranda

Hi Vincent, 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! 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? > > Vincent > > De : Pharo-dev [mailto:pharo-dev-bounces@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.

July 30, 2014

strange behavior of Monticello?

by Alexandre Bergel

Hi! Not sure if I am alone or not. I have the impression that Monticello behaves strangely. For example, in Trachel-AlexandreBergel.171.mcz defines the class TRRemoveCallback. Trachel-akevalion.172 has two ancestors Trachel-akevalion.169, Trachel-AlexandreBergel.171, and TRRemoveCallback is not present in version 172. Version 169 does not define that class. When Version 169 and 171 were merged, that class was not removed. Strangeâ¦ cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 30, 2014