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

[Pharo-project] Issue 3787 in pharo: Project current setChangeSet: aChangeSet.
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: Accepted Owner: siguc...(a)gmail.com Labels: Milestone-1.3 New issue 3787 by siguc...(a)gmail.com: Project current setChangeSet: aChangeSet. http://code.google.com/p/pharo/issues/detail?id=3787 Looks suspicious. Probably a left over.

1 2

[Pharo-project] Issue 3833 in pharo: Morph and MorphTreeMorph fixes
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: Accepted Owner: Benjamin...(a)gmail.com CC: aplan...(a)gmail.com Labels: Nautilus New issue 3833 by Benjamin...(a)gmail.com: Morph and MorphTreeMorph fixes http://code.google.com/p/pharo/issues/detail?id=3833 During my tries to understand how drag and drop works, I have found and fixed to minor bugs. There is a cs for each bugs: 1) nil is passed where the method expect a block with 2 args 2) if minor fix to allow drag and in drop inside the same Tree without having to move the cursor outside first Attachments: MorphTreeMorphFixes.1.cs 425 bytes MorphTreeMorphFixes.2.cs 749 bytes

2 3

[Pharo-project] Issue 3835 in pharo: Finder and RecentSubmissions new versions
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: FixProposed Owner: Benjamin...(a)gmail.com New issue 3835 by Benjamin...(a)gmail.com: Finder and RecentSubmissions new versions http://code.google.com/p/pharo/issues/detail?id=3835 For both I have changed the text that should be displayed as a help text. And for the Finder, I have changed the order into the Tool Menu (because I use it often) It can easily be changed, so we should discuss the good order maybe

1 2

[Pharo-project] Issue 3836 in pharo: superfluous packageInfo respondsTo: #overriddenMethods
by pharo＠googlecode.com March 20, 2011

March 20, 2011

Status: FixProposed Owner: stephane...(a)gmail.com Labels: Milestone-1.3 New issue 3836 by stephane...(a)gmail.com: superfluous packageInfo respondsTo: #overriddenMethods http://code.google.com/p/pharo/issues/detail?id=3836 MCPackage>>snapshot | packageInfo definitions categories | packageInfo := self packageInfo. definitions := OrderedCollection new. categories := packageInfo systemCategories. categories isEmpty ifFalse: [ definitions add: (MCOrganizationDefinition categories: categories) ]. packageInfo methods do: [:ea | definitions add: ea asMethodDefinition] displayingProgress: 'Snapshotting methods...'. (packageInfo respondsTo: #overriddenMethods) ifTrue: [packageInfo overriddenMethods do: [:ea | definitions add: (packageInfo changeRecordForOverriddenMethod: ea) asMethodDefinition] displayingProgress: 'Searching for overrides...']. packageInfo classes do: [:ea | definitions addAll: ea classDefinitions] displayingProgress: 'Snapshotting classes...'. (packageInfo respondsTo: #hasPreamble) ifTrue: [ packageInfo hasPreamble ifTrue: [definitions add: (MCPreambleDefinition from: packageInfo)]. packageInfo hasPostscript ifTrue: [definitions add: (MCPostscriptDefinition from: packageInfo)]. packageInfo hasPreambleOfRemoval ifTrue: [definitions add: (MCRemovalPreambleDefinition from: packageInfo)]. packageInfo hasPostscriptOfRemoval ifTrue: [definitions add: (MCRemovalPostscriptDefinition from: packageInfo)]]. ^ MCSnapshot fromDefinitions: definitions MCPackage>>snapshot | packageInfo definitions categories | packageInfo := self packageInfo. definitions := OrderedCollection new. categories := packageInfo systemCategories. categories isEmpty ifFalse: [ definitions add: (MCOrganizationDefinition categories: categories) ]. packageInfo methods do: [:ea | definitions add: ea asMethodDefinition] displayingProgress: 'Snapshotting methods...'. packageInfo overriddenMethods do: [:ea | definitions add: (packageInfo changeRecordForOverriddenMethod: ea) asMethodDefinition] displayingProgress: 'Searching for overrides...'. packageInfo classes do: [:ea | definitions addAll: ea classDefinitions] displayingProgress: 'Snapshotting classes...'. (packageInfo respondsTo: #hasPreamble) ifTrue: [ packageInfo hasPreamble ifTrue: [definitions add: (MCPreambleDefinition from: packageInfo)]. packageInfo hasPostscript ifTrue: [definitions add: (MCPostscriptDefinition from: packageInfo)]. packageInfo hasPreambleOfRemoval ifTrue: [definitions add: (MCRemovalPreambleDefinition from: packageInfo)]. packageInfo hasPostscriptOfRemoval ifTrue: [definitions add: (MCRemovalPostscriptDefinition from: packageInfo)]]. ^ MCSnapshot fromDefinitions: definitions

1 1

[Pharo-project] Refactoring Browser Enhancements
by Benjamin March 20, 2011

March 20, 2011

Hi lukas with Stef we refactored the Browser environment: - now it can be parametrized by a system dictionary - we also move selectionIn* to the AST-Core so that Environment can be loaded independently. Could you integrate the packages in rb? There are AST-Core Refactoring-Critics Refactoring-Environment Refactoring-Test-Envrionment In DirtyExperiments on SqueakSource Ben PS: All the test are green ;)

3 12

[Pharo-project] RFB for Pharo 1.2
by Miguel CobÃ¡ March 20, 2011

March 20, 2011

Lukas, I have removed some calls to deprecated methods in RFB-lr.34 so that RFB work without warnings on Pharo 1.2. I tried to commit to http://source.lukas-renggli.ch/unsorted but is now read only. I commited RFB-MiguelCoba.36 to http://www.squeaksource.com/PharoTaskForces. Can you review it and merge if correct? Cheers -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

2 1

[Pharo-project] http://www.mirandabanda.org/files/Cog/VM/VM.r2370/
by Eliot Miranda March 20, 2011

March 20, 2011

Hi All, I've built new VMs from the latest source. If you're a Pharo user you may want to wait and pick-up one of Igor's VMs. These don't yet have a merged platform source with the standard VM but they do have a number of bugs fixed. See the readme. Next task is indeed to merge the plugin set so that the plugins are compatible with the standard VM. As usual I appreciate y'all pounding on these. Enjoy. Eliot

3 2

Re: [Pharo-project] [ANN 1.2] prebuilt core 1.2 final
by Marcus Denker March 20, 2011

March 20, 2011

>> >> Yes, but it was not done for 1.2 and 1.2 is *finished*. >> >> If we want to do that, we need to do that *not after the release is released* >> but before. This whole thing just shows that "I only look at 1.2 when it is released" *DOES NOT WORK*. 1.2 Core was "Release Canditate" for *two months*. Release Canditate means "this will be released *unchanged* if no problems are found". So isn't *that* the point to do things that could need a fix in the release? I am really tempted to declare 1.3 stable now and abandon any concept of release, as it's a complete waste of time. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] Cog Unix/Cog MacOS now should not crash while running Pharo tests
by Igor Stasenko March 19, 2011

March 19, 2011

.. of course it needs to be verified. Cog Mac Carbon [1] build past #10 and Cog Unix [2] build past #46 using latest Eliot's update. Note that built VMs are not MT-enabled (using a CoInterpreter class instead of CoInterpreterMT). (we should decide if we create new jobs on Hudson for MT-enabled VMs or just change existing ones to use new class). Please, go to Hudson, download and play with new VMs. Let me know if there's everything alright. [1] https://pharo-ic.lille.inria.fr/hudson/view/Cog/job/Cog%20Mac%20Carbon/ [2] https://pharo-ic.lille.inria.fr/hudson/job/Cog%20Unix/ -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] Woohoo.. Cog not crashing anymore
by Igor Stasenko March 19, 2011

March 19, 2011

Good news everyone (c) :) Currently i am the only happily owner of JIT VM , which no longer crashing while running all Pharo tests... I will prepare new configs and publish them soon. P.S. @Henrik Your MethodContextTest>>testClosureRestart are failing. P.P.S. @Lukas , i made small modifications to your HudsonBuildTools, see an attached changeset. First i introducing a counter, which allows to arrange files in order they run (it is important to know which tests are run before, because it could be possible that crash were caused by combination of tests), and also added stream flushing before running each test case, so if VM will crash, we will observe a half-populated file. So, on Hudson, instead of running: HDTestReport runCategories: Smalltalk organization categories one should run : HDTestReport resetCounter. HDTestReport runCategories: Smalltalk organization categories Please let me know if you willing to integrate this changeset. Maybe in separate subclass, but we should be prepared that tests could crash VM (because we will be testing newly built VMs), so it is important to know which test were causing failure. P.P.S. On second thought, i thinking that it could be made even more direct by overwriting a 'runningCase.txt' file each time we running test.. P.P.P.S. It would be nice to integrate stdout output into images and make stdout == Transcript in headless mode, so running any image in headless mode by default will print stuff on stdout, so we don't need to worry about flushing files etc and can easily see progress via Hudson console output view. -- Best regards, Igor Stasenko AKA sig.

1 0