- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 38bca4: 30831

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 38bca442b7123caa5ce7497b9f0df2f8d4f06420 https://github.com/pharo-project/pharo-core/commit/38bca442b7123caa5ce7497b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-24 (Thu, 24 Apr 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script483.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script484.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30830.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30831.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30831 sync dirty packages http://files.pharo.org/image/30/30831.zip

April 24, 2014

Re: [Pharo-dev] Debugging in Production Servers

by Torsten Bergmann

Kilon wrote: >Visual Studio can do this with Edit and ContinueÂ I know - but still not comparable. Apples and oranges - you know ;) In VS it works only to a certain extent and has same limits (mostly that in static languages nothing is so late bound as like in dynamic languages): "Edit and Continue handles most types of code changes within method bodies. Most changes outside method bodies, and a few changes within method bodies, cannot be applied during debugging, however." as you can read on MSDN http://msdn.microsoft.com/en-us/library/vstudio/ms164927%28v=vs.100%29.aspx Try to change the debugger in .NET while it is running ;) >So the world definitely starts to catch up with Smalltalk. Which can only >be a good thing. For sure - virtual machines and GC are now common accepted concepts. Java catched up on the tool side with Eclipse as former Smalltalkers laid the ground. (OTI comes to mind). Now even there is a movement to more dynamic environments/languages as JavaScript, Groovy and Dart prove. Unfortunately most of the languages these days are static and still predefined (syntax and facilities) by vendors. Also the runtimes are vendor controlled. And not to forgert: ST concepts like #allInstances would render security concepts like AppDomains in .NET runtime useless, ... Runtimes like .NET or Java catch up these days for better support on dynamic languages (see #dynamicInvoke in JVM). But to run the way you are used to in Smalltalk you need a different base with more control. That's why it is so hard to get Smalltalk with all features and good performance on top of these VMs/runtimes. Contrary the Smalltalk language just sits on top of a dynamic changeable object environment. So if you like you can add new language constucts while running (Traits, Namespaces/Environments, Interfaces, ...) or even new language support (see Helvetica in Pharo). You can change nearly anything (despite the basics in the VM while running). That a SmalltalkVM can run other languages/bytecodes like Java was already demonstrated by VisualAge (IBM) and by Except with Java on top of Smalltalk/X. And just to clarify: Smalltalk has to catch up as well, especially regard better scoping and modularity. That's why Pharo is "Smalltalk inspired". Especially the meta-facilities of Smalltalk are currently not used as they could be used. Especially to do a big part of daily software work nearly automagically ... Bye T.

April 24, 2014

Re: [Pharo-dev] Pharo crashes

by Marcus Denker

On 24 Apr 2014, at 13:44, jannik laval <jannik.laval(a)gmail.com> wrote: > Hi pharoers, > > I am trying to load Phratch in the latest Pharo3.0 Installer Mac (image+vm), and Pharo crashes during the install. > Yes, and I have no clue why. Marcus

April 24, 2014

Re: [Pharo-dev] [Pharo CI] Linux slave problem solved

by Stephan Eggermont

With vm 337 and 30830 on Mac Mavericks 10.9.2 I can reproduce the crash by loading the ConfigurationOfForum and then loading bleedingEdge. Stephan

April 24, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 1953a9: 30829

by Camille Teruel

On 24 avr. 2014, at 09:59, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 23 Apr 2014, at 19:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On 23 Apr 2014, at 19:21, Camille Teruel <camille.teruel(a)gmail.com> wrote: >> >>> >>> On 23 avr. 2014, at 19:00, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>>> >>>> On 23 Apr 2014, at 18:34, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>>> >>>>> On 23 Apr 2014, at 18:18, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>>>> >>>>>> And we're all GREEN, great work ! >>>>>> Let's keep it that way until release. >>>>>> Everything that breaks a test should now be reverted. >>>>>> >>>>> Yes! >>>>> >>>>> there are just two issues that are for pharo3 with fixes: >>>>> >>>>> https://pharo.fogbugz.com/f/cases/13028/Adding-ClassVariables-corrupts-clas… >>>>> >>>> >>>> Ok, so loading that one brakes *everything*. >>>> >>>> (the build did not get done, so no problem, other than a red build) >>>> >>>> I will revert tomorrow... >>> >>> Arg, I'm sick of that issue. >>> So do we try to integrate it in two passes? >>> >> >> I have no idea what goes wrongâ¦ it seems that it works fine when I merge the slice. >> But then the update process (which just saved the packagesâ¦) does something wrong. >> >> Mayeb we could try to have a version without the method that sends #explicitRequirement >> > > I integrated the issue as a change set (so there is some load order bug related to Traits with MCâ¦). > > This seems to have worked: all image tests are green. > BUT: the Metacello Platformtests fail with a âshould not happenâ error. Did you run the postscript? Smalltalk allClassesDo: [ :c | c superclass addSubclass: c ] > > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.3-MetacelloValidation… > > (it would have been nice to have integrated this issue 2 weeks agoâ¦) Indeed > > Fetched -> Metacello-TestsPlatform.squeakCommon-dkh.11 --- github://dalehenrich/metacello-work:master/repository --- github://dalehenrich/metacello-work:master/repository[31mError: Should not happen > [0mLayoutEmptyScope(Object)>>error: > LayoutEmptyScope(LayoutAbstractScope)>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > LayoutClassScope>>rebase:to: > FixedLayout(ObjectLayout)>>reshapeFrom:to: > ClassModificationPropagation>>propagate:to: > ClassModificationPropagation class>>propagate:to: > ClassModification(AbstractClassModification)>>propagate in Block: [ :subclass | propagations add: (ClassModification...etc... > Metaclass>>subclassesDo: in Block: [ :aSubclass | ... > Array(SequenceableCollection)>>do: > MCFileTreeFileUtils class(Class)>>subclassesDo: > Metaclass>>subclassesDo: > ClassModification(AbstractClassModification)>>propagate > SlotClassBuilder>>applyAndUpdateSharedVariableOrSharedPool: in Block: [ :old :new | ... > SlotClassBuilder>>track:during: > SlotClassBuilder>>applyAndUpdateSharedVariableOrSharedPool: > SlotClassBuilder>>applySharedVariableOrPoolChange: > SlotClassBuilder>>apply: > SlotClassBuilder>>build > PharoClassInstaller class(AbstractClassInstaller class)>>make: > OldClassBuilderAdapter>>name:inEnvironment:subclassOf:type:instanceVariableNames:classVariableNames:poolDictionaries:category: > MCClassDefinition>>createClass in Block: [ ... > BlockClosure>>on:do:

April 24, 2014

Pharo crashes

by jannik laval

Hi pharoers, I am trying to load Phratch in the latest Pharo3.0 Installer Mac (image+vm), and Pharo crashes during the install. It is easy to reproduce: - Load the latest Pharo Installer for Mac - Run this code: --- Gofer it url: 'http://smalltalkhub.com/mc/JLaval/Phratch/main' username: '' password: ''; package: 'ConfigurationOfPhratch'; load. (Smalltalk at: #ConfigurationOfPhratch) loadBleedingEdge. --- Cheers, Jannik -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/

April 24, 2014

Re: [Pharo-dev] Stable Mac VM for latest 3.0?

by Marcus Denker

On 24 Apr 2014, at 13:23, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > OK, so it crashes loading NBOpenGL-Core from http://www.smalltalkhub.com/mc/PharoExtras/NBOpenGL/main. > > The Pharo VM includes NBâ¦ right? > Yes! > Cheers, > Henry > > On 24 Apr 2014, at 12:52 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > >> I tried loading Roassal3d into 30830 using >> Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) loadDevelopment >> >> using both the VM linked at >> http://files.pharo.org/vm/pharo/mac/Pharo-VM-mac-stable.zip (from December?) >> and the latest successful from CI >> https://ci.inria.fr/pharo/view/3.0-VM/job/PharoVM/Architecture=32,Slave=vm-… >> >> And both crash for me during load (attached report)â¦ >> >> Anyone know where a VM which works is located? >> >> Cheers, >> Henry >> >> <VMcrash.rtf> >

April 24, 2014

Re: [Pharo-dev] Stable Mac VM for latest 3.0?

by Henrik Johansen

OK, so it crashes loading NBOpenGL-Core from http://www.smalltalkhub.com/mc/PharoExtras/NBOpenGL/main. The Pharo VM includes NBâ¦ right? Cheers, Henry On 24 Apr 2014, at 12:52 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > I tried loading Roassal3d into 30830 using > Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) loadDevelopment > > using both the VM linked at > http://files.pharo.org/vm/pharo/mac/Pharo-VM-mac-stable.zip (from December?) > and the latest successful from CI > https://ci.inria.fr/pharo/view/3.0-VM/job/PharoVM/Architecture=32,Slave=vm-… > > And both crash for me during load (attached report)â¦ > > Anyone know where a VM which works is located? > > Cheers, > Henry > > <VMcrash.rtf>

April 24, 2014

Re: [Pharo-dev] [Pharo CI] Linux slave problem solved

by Marcus Denker

On 24 Apr 2014, at 12:12, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Ok thank you Marcus ! > Missing my continuous dose of working images ;-) > The slaves are online again (thanks to Damien Cassou). But now we have the problem that in Pharo3, on load, the VM crashes for same casesâ¦ and no clue why this suddenly happens now. > EnvoyÃ© de mon iPhone > >> Le 24 avr. 2014 Ã 16:17, Marcus Denker <marcus.denker(a)inria.fr> a Ã©crit : >> >> >>> On 24 Apr 2014, at 04:50, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: >>> >>> Pharo and MOOSE CI seems to be in good condition now, but >>> pharo-contribution still broken apparently. >> >> We are looking at this now... >> >>> >>>> On Wed, Apr 23, 2014 at 3:28 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> Hi, >>>> >>>> The problem with the linux slaves is fixedâ¦ things should get normal again. >>>> >>>> " there was an inconsistency between libvirt (used on CloudStack's hypervisor nodes) >>>> and the configuration of system's locale. As a consequence, a CloudStack test was failing sometimes, >>>> leading to the removal of all the iptables rules and thus, to a full network disruption.â >>>> >>>> Seemingly that was quite hard to findâ¦ >>>> >>>> Marcus >>> >>> >>> >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://www.doesnotunderstand.org/ >> >> >

April 24, 2014

Stable Mac VM for latest 3.0?

by Henrik Johansen

I tried loading Roassal3d into 30830 using Gofer new smalltalkhubUser: 'ronsaldo' project: 'roassal3d'; package: 'ConfigurationOfRoassal3d'; load. (Smalltalk at: #ConfigurationOfRoassal3d) loadDevelopment using both the VM linked at http://files.pharo.org/vm/pharo/mac/Pharo-VM-mac-stable.zip (from December?) and the latest successful from CI https://ci.inria.fr/pharo/view/3.0-VM/job/PharoVM/Architecture=32,Slave=vm-… And both crash for me during load (attached report)â¦ Anyone know where a VM which works is located? Cheers, Henry

April 24, 2014