March 2015 - Pharo-dev - lists.pharo.org

#instVarNamed: mixed up ?
by Sven Van Caekenberghe March 19, 2015

March 19, 2015

I had the strangest problem yesterday in #40528 Define a class: Object subclass: #AAA instanceVariableNames: 'five four one three two' classVariableNames: '' category: '_UnpackagedPackage' With one method: initialize super initialize. one := 1. two := 2. three := 3. four := 4. five := 5 Open a playground and do it & go an instance: AAA new In the raw tab execute: self class allInstVarNames collect: [ :each | each -> (self instVarNamed: each) ]. Which gives you, as expected: {#five->5. #four->4. #one->1. #three->3. #two->2} Now auto generate one accessor, say for one. Play again, and now the result is: {#five->1. #four->2. #one->3. #three->4. #two->5} !? Reaccepting the class definition fixes the problem. Sven PS: this code is used by STON, NeoJSON & NeoCSV.

4 4

[pharo-project/pharo-core] 252d6a: 40566
by GitHub March 19, 2015

March 19, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 252d6aa07e54f8efd01e514322bad290e5664b0b https://github.com/pharo-project/pharo-core/commit/252d6aa07e54f8efd01e5143… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-03-19 (Thu, 19 Mar 2015) Changed paths: A Collections-Strings.package/String.class/instance/converting/asLegalSelector.st M Morphic-Core.package/WorldState.class/class/world menu items/mostUsedToolsOn_.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script565.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script566.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40565.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40566.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Tool-Workspace.package/Workspace.class/class/instance creation/title.st Log Message: ----------- 40566 14969 Bring back #asLegalSelector https://pharo.fogbugz.com/f/cases/14969 14137 Workspace/GTPlayground windows should be called appropriately https://pharo.fogbugz.com/f/cases/14137 http://files.pharo.org/image/40/40566.zip

1 0

[pharo-project/pharo-core]
by GitHub March 19, 2015

March 19, 2015

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

1 0

Jenkins build trigger
by Christophe Demarey March 19, 2015

March 19, 2015

Thanks to Esteban add-on on Smalltalkhub, it is now possible to notify Jenkins that there is a new package published for your project. What we do for now is to poll very often (each minute) smalltalkub to check if there is an update. It is a big waste of resources! Now we can do better! It would be very nice to update your jobs to now use the commit hook. Here is the way to go: go to your job configuration on Jenkins In the build triggers section, enable Trigger builds remotely (e.g., from scripts) and choose an authentication token. disable [URLTrigger] - Poll with a URL go to smalltalkhub, on your project settings page Fill in the commit hook url field with https://ci.inria.fr/pharo-contribution/buildByToken/build?job=JOBNAME&token… by replacing JOBNAME and TOKEN by the Jenkins job name and the token chosen. In the end, the build is now triggered immediately after the commit (no more delay). Christophe

3 7

Workspace and GTPlayground menu item
by Nicolai Hess March 18, 2015

March 18, 2015

Although it is difficult to find a agreement for this, I suggest to add a menu entry "Playground" and reuse the entry "Workspace" for the old workspace. Soon we will have a new Pharo release. And I am afraid there will be some complaining like this: (Only on Workspace menu item that opens GTPlayground) -> "Hey where is my workspace?" But instead I would like a Workspace menu item opens Workspace / Playground opens GTPlayground: and the feedback: -> "Hey, GTPlayground is so cool" what do you think? nicolai

9 23

About SmalltalkImage>>calcEndianness
by Guillermo Polito March 18, 2015

March 18, 2015

Hi! We are here with Stef looking at the calcEndianess method which introduces a dependency to Form and BitBlt from SmalltalkImage. bytes := #[0 0 0 0]. "(1 2 3 4) or (4 3 2 1)" word := WordArray with: 16r01020304. blt := (BitBlt toForm: (Form new hackBits: bytes)) sourceForm: (Form new hackBits: word). blt combinationRule: Form over. "store" blt sourceY: 0; destY: 0; height: 1; width: 4. blt sourceX: 0; destX: 0. blt copyBits. "paste the word into the bytes" bytes first = 1 ifTrue: [^ #big]. bytes first = 4 ifTrue: [^ #little]. self error: 'Ted is confused'. Is that code really useful? I mean, usually all machines are little endian now, aren't they? And in case big endianess comes back, shouldn't be easier and cheaper to do it with just a primitive? It will be much less code than using BitBlt and Form and some calculations, and simpler, and it looks like the responsibility of the VM to know that... Guille

2 1

Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red
by Ben Coman March 18, 2015

March 18, 2015

Currently the image the monkey uses to validate issues is 9 days old - which might be a problem if your bug fix today depends on or conflicts with something integrated a week ago. I have somewhat isolated the problem to a Rubric/GTTools update, but nothing looks obvious from the package level. Its time for bed, so I haven't dug into code changes yet, but could someone from the Glamorous Team familiar with the changes for Issue 15018 take a look? https://pharo.fogbugz.com/default.asp?15018 https://pharo.fogbugz.com/default.asp?15127 cheers -ben

7 16

[pharo-project/pharo-core]
by GitHub March 18, 2015

March 18, 2015

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

1 0

[pharo-project/pharo-core] 74f2bf: 40565
by GitHub March 18, 2015

March 18, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 74f2bf81bd6abe4e3513173ef4f0e06f22e4a338 https://github.com/pharo-project/pharo-core/commit/74f2bf81bd6abe4e3513173e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-03-18 (Wed, 18 Mar 2015) Changed paths: A Deprecated40.package/extension/CheckBoxModel/instance/whenLabelChanged_.st A Deprecated40.package/extension/ImageModel/instance/whenActionChanged_.st A Deprecated40.package/extension/ImageModel/instance/whenImageChanged_.st A Deprecated40.package/extension/LabelModel/instance/text.st A Deprecated40.package/extension/LabelModel/instance/text_.st A Deprecated40.package/extension/LabelModel/instance/whenLabelChanged_.st A Deprecated40.package/extension/LabelModel/instance/whenTextChanged_.st A FileSystem-Core.package/AbstractFileReference.class/instance/delegated/parentUpTo_.st A FileSystem-Core.package/Path.class/instance/navigating/parentUpTo_.st A FileSystem-Tests-Core.package/FileReferenceTest.class/instance/tests/testParentUpTo.st A FileSystem-Tests-Core.package/PathTest.class/instance/tests/testParentUpTo.st M Kernel.package/Delay.class/class/class initialization/initialize.st M Kernel.package/Delay.class/class/settings/systemSettingOn_.st M Kernel.package/DelayScheduler.class/instance/low priority processes/schedule_.st M Kernel.package/DelayScheduler.class/instance/printing/millisecondsUntilResumptionTime_.st M Kernel.package/DelayScheduler.class/instance/snapshotting/adjust_resumptionTimeOldBase_newBase_.st M Kernel.package/DelayScheduler.class/instance/snapshotting/restoreResumptionTimes.st M Kernel.package/DelayScheduler.class/instance/snapshotting/saveResumptionTimes.st M Kernel.package/DelayScheduler.class/instance/snapshotting/shutDown.st M Kernel.package/DelayScheduler.class/instance/timer process/handleTimerEvent_.st M Kernel.package/DelayScheduler.class/instance/timer process/runTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/scheduleDelay_.st M Kernel.package/DelayScheduler.class/instance/timer process/startTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/stopTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/unscheduleDelay_.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script564.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script565.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40564.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40565.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Spec-Core.package/CheckBoxModel.class/instance/deprecated/whenLabelChanged_.st R Spec-Core.package/ImageModel.class/instance/deprecated/whenActionChanged_.st R Spec-Core.package/ImageModel.class/instance/deprecated/whenImageChanged_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/text.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/text_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/whenLabelChanged_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/whenTextChanged_.st Log Message: ----------- 40565 15160 Move all deprecated Methods in Spec to Deprecated40 package https://pharo.fogbugz.com/f/cases/15160 12991 navigation enhancement Path>>parentUpTo: aParentDirName https://pharo.fogbugz.com/f/cases/12991 15110 Cleanup after case 14353 Delay refactoring (part 2) https://pharo.fogbugz.com/f/cases/15110 http://files.pharo.org/image/40/40565.zip

1 0

pharo vs. java
by Nicolas Anquetil March 18, 2015

March 18, 2015

I have been doing some file intensive activities and found my program to be VERY slow (see at the end). Just to be sure I ran them in Java and found it was much faster So I did a small test: --- [10 timesRepeat: [i := 0. '/home/anquetil/Documents/RMod/Tools/workspace/Blocks/jfreechart-0_9_0.mse' asFileReference readStream contents do: [ :c | i:= i+1]. ] ] timeToRunWithoutGC. --- result = 12.932 sec similar thing (as far as I can tell) 10 times in java: 1.482 sec. --- public static void main(String[] args) { int length =0; try { String filename = "/home/anquetil/Documents/RMod/Tools/workspace/Blocks/jfreechart-0_9_0.mse"; String content = new String(Files.readAllBytes(Paths.get(filename)), "UTF8"); for (int i=0; i < content.length(); i++) { content.charAt(i); length = length+1; } } catch (IOException e) { e.printStackTrace(); } System.out.println(length); } --- Because my program is MUCH slower (see at the end) in Smalltalk than in Java, I did another experiment: --- [1 to: 10 do: [:i| 1 to: 100000000 do: [:j | String new] ] ] timeToRunWithoutGC. --- result = 33.063 sec and in java: 4.382 sec. ---[10 runs of] public static void main(String[] args) { for (int i=0; i < 100000000; i++) { new String(); } } --- Concretly, my need was: Take 2600 methods in a Moose model, take their source code (therefore reading files), for methods longer than 100 lines (there are 29 of them), go through there code to find the blocks (matching {}). In smalltalk it ran > 12hours and I had processed 5 methods of the 29 long ones I reimplemented in Java (basically, just changing from pharo to java syntax) and it took 1 minutes to compute everything ... :-( On the good side, it was much easier to program it in smalltalk (about half a day to think about the algorithm, experiement, implement, test) than in Java (another 1/2 day, just to recode the algorithm that already worked). nicolas

7 24