- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 8a6fb9: 40201
by GitHub Sept. 4, 2014

Sept. 4, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 8a6fb927e005f201b0a70521d5ecd5df333aec1c https://github.com/pharo-project/pharo-core/commit/8a6fb927e005f201b0a70521… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-04 (Thu, 04 Sep 2014) Changed paths: M Pharo-Help.package/PharoEnvironmentHelp.class/README.md M Pharo-Help.package/PharoEnvironmentHelp.class/class/help-text/wikiStyleHelp.st R Refactoring-Tests-Core.package/RBBasicLintRuleTest.class/class/accessing/protocols.st A Refactoring-Tests-Core.package/RBBasicLintRuleTest.class/class/accessing/protocolsToCheck.st M Refactoring-Tests-Core.package/RBCompositeLintRuleTest.class/class/all checks/lintChecks.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script201.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40201.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Traits.package/TBehavior.class/instance/testing method dictionary/whichSelectorsReferTo_special_byte_.st Log Message: ----------- 40201 13952 Pool access lookup crash https://pharo.fogbugz.com/f/cases/13952 13811 Improve Pharo Environment Help Text https://pharo.fogbugz.com/f/cases/13811 13929 RBBasicLintRuleTest class implements protocols https://pharo.fogbugz.com/f/cases/13929 13930 remove empty packages NOCompiletion and NECompletion-Tests https://pharo.fogbugz.com/f/cases/13930 http://files.pharo.org/image/40/40201.zip

1 0

Gitfiletree on Windows does not work
by kilon alios Sept. 4, 2014

Sept. 4, 2014

I get a script out of bounds error, if I try to import my git folder. Is this a known problem ?

2 2

[pharo-project/pharo-core] fe318c: 40200
by GitHub Sept. 4, 2014

Sept. 4, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: fe318cf51a19a10a3bf7de79432aa670d02b78c0 https://github.com/pharo-project/pharo-core/commit/fe318cf51a19a10a3bf7de79… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-04 (Thu, 04 Sep 2014) Changed paths: M FuelCommandLineHandler.package/FLFuelCommandLineHandler.class/instance/activation/activate.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script200.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40200.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Settings-System.package/SystemSystemSettings.class/class/settings/authorSettingOn_.st R Settings-Tools.package/CodeHolderSystemSettings.class/README.md R Settings-Tools.package/CodeHolderSystemSettings.class/class/settings/codeEditingSettingsOn_.st R Settings-Tools.package/CodeHolderSystemSettings.class/definition.st A System-Support.package/Author.class/class/settings/authorSettingOn_.st A Text-Edition.package/Editor.class/class/settings/editingSettingsOn_.st Log Message: ----------- 40200 13915 Remove apparently unneeded reference to ThreadSafeTranscript https://pharo.fogbugz.com/f/cases/13915 13951 Small Settings Cleanup https://pharo.fogbugz.com/f/cases/13951 http://files.pharo.org/image/40/40200.zip

1 0

[pharo-project/pharo-core]
by GitHub Sept. 4, 2014

Sept. 4, 2014

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

1 0

Spec license
by Stephan Eggermont Sept. 4, 2014

Sept. 4, 2014

https://github.com/spec-framework/spec/commit/07ea83ca50523b4a912e363ff2f39… I think the license might need further improvements. I've taken a look at the commit history, and it looks to me like there is a licensing problem there. I am no lawyer, so don't know what the exact consequences of that are. The (MIT licensed) Pharo code was copied to the repository without including the copyright notice, as is required by the MIT license. For new contributions, you now have the license agreements, and with git it is perfectly clear what is new, and under the new license, and what is old, and can therefore also be used under the old license. And AFAIK MIT license is compatible with GPL. I have no clue as to the license status of changes between the copying and the relicensing. Of course copyright holding contributors can decide to relicense. The contributors to the Spec-* packages in the Pharo/Pharo30 repo seem to be: AlainPlantec AndreiChis BenComan BenjaminVanRyseghem BernardoContreras CamilloBruni CamilleTeruel ChristopheDemarey ClementBera DamienCassou ErwanDouaille EstebanLorenzano GabrielOmarCotelli GuillermoPolito HernanMoralesDurand IgorStasenko LeoGassman MarcusDenker MartinDias NicolaiHess PabloHerrero PavelKrivanek PhilippeBack RobertoMinelli SeanDeNigris SebastianTleye StephaneDucasse SvenVanCaekenberghe TorstenBergmann TudorGirba YuriyTymchuk Stephan

8 9

How to see a Pharo job configuration - getting null pointer error?
by Tim Mackinnon Sept. 4, 2014

Sept. 4, 2014

Hi guys - I am trying to understand how some of the CI jobs work (in particular pharo launcher) - however when I click on the âRead Only Job Configuarionâ link I just get an error screen with : java.lang.NullPointerException at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63) Further down the stack it mentions acegisecurity - so Iâm assuming it might be related to some credential thing - but are we not allowed to see what scripts are run to create final images, or is something just misconfigured? Tim

3 3

Special case of pool access lookup crash
by Yuriy Tymchuk Sept. 4, 2014

Sept. 4, 2014

Hi everyone, when you go to AJx86Registers class, press âShow class variablesâ and select âIPâ, then it crashes with: 'RIP register IP cannot be used only for relative addressingâ. I couldnât find related bug report, should I open one? Uko

2 5

Re: [Pharo-dev] speed up with:do: by not checking size
by Stephan Eggermont Sept. 4, 2014

Sept. 4, 2014

4) It doesn't work if I modify the collections during the iteration :) The constant time cost in looking up size doesn't look like much of a problem to me. Stephan

1 0

speed up with:do: by not checking size
by Marcus Denker Sept. 4, 2014

Sept. 4, 2014

with:do: on SequencableCollection checks that both collections have the same size (it raises an Error if not). with: otherCollection do: twoArgBlock "Evaluate twoArgBlock with corresponding elements from this collection and otherCollection." otherCollection size = self size ifFalse: [self error: 'otherCollection must be the same size']. 1 to: self size do: [:index | twoArgBlock value: (self at: index) value: (otherCollection at: index)] I think we should not do that: 1) it is slow 2) when the other is larger, is would work and just omit the rest 3) if it is smaller, you will get an error anyway There are just three methods doing such a size check: with:do: with:collect: reverseWith:do: (the last one actually raises a SizeMismatch exception, it is the sole user of that exception) Is there a reason why this makes sense? I added an issue with a slice to clean it up: https://pharo.fogbugz.com/f/cases/13946/speed-up-with-do-by-not-checking-si… Marcus

6 8

Undeclared dictionary
by Yuriy Tymchuk Sept. 3, 2014

Sept. 3, 2014

Hi, can someone explain me how Undeclared dictionary works? Because as I look at it, all the values are nil. Is it possible for them to be not nil? Maybe we should have a âglobal variable commentsâ for this situations :) Uko

3 5