GitHub | 30 Oct 13:36 2014

[pharo-project/pharo-core] 8374a2: 40340

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 8374a209a81280927d47d95cd77c09894a2bb04d
      https://github.com/pharo-project/pharo-core/commit/8374a209a81280927d47d95cd77c09894a2bb04d
  Author: Jenkins Build Server <board@...>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M SUnit-UI.package/TestRunner.class/instance/initialization/initialize.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script340.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40340.st
    M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
    M Slot.package/ClassModification.class/definition.st
    R Slot.package/ClassModification.class/instance/accessing/subclassSlotOffset.st
    M Slot.package/ClassModification.class/instance/testing/modifiesClassVariables.st

  Log Message:
  -----------
  40340
14351 cleanup ClassModification: remove unused ivars
	https://pharo.fogbugz.com/f/cases/14351

14350 Replace Announcer>>#on:send:to:s senders in SUnit-UI
	https://pharo.fogbugz.com/f/cases/14350

http://files.pharo.org/image/40/40340.zip

GitHub | 30 Oct 13:36 2014

[pharo-project/pharo-core]

  Branch: refs/tags/40340
  Home:   https://github.com/pharo-project/pharo-core
GitHub | 30 Oct 10:54 2014

[pharo-project/pharo-core] b7014a: 40339

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: b7014a82ccef973a33d750746c93096ba68846a4
      https://github.com/pharo-project/pharo-core/commit/b7014a82ccef973a33d750746c93096ba68846a4
  Author: Jenkins Build Server <board@...>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    A Nautilus.package/AbstractNautilusUI.class/instance/as yet unclassified/shiftedTextPaneMenuRequest.st
    M Refactoring-Changes.package/RBRefactoryChangeManager.class/instance/initialize-release/connectToChanges.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script339.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40339.st
    M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  -----------
  40339
14345 Replace Announcer>>#on:send:to:s senders in Refactoring-Changes
	https://pharo.fogbugz.com/f/cases/14345

10520 Right clicking on the source pane in Nautilus and clicking extended search itself produces a walkback
	https://pharo.fogbugz.com/f/cases/10520

http://files.pharo.org/image/40/40339.zip

GitHub | 30 Oct 10:54 2014

[pharo-project/pharo-core]

  Branch: refs/tags/40339
  Home:   https://github.com/pharo-project/pharo-core
GitHub | 30 Oct 10:24 2014

[pharo-project/pharo-core] 3461c9: 40338

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 3461c9e17150b97bc90b9bd86127b046e4dfe7e3
      https://github.com/pharo-project/pharo-core/commit/3461c9e17150b97bc90b9bd86127b046e4dfe7e3
  Author: Jenkins Build Server <board@...>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    R MorphicTests.package/HandBugsTest.class/README.md
    R MorphicTests.package/HandBugsTest.class/definition.st
    R MorphicTests.package/HandBugsTest.class/instance/accessing/testTargetPoint.st
    R MorphicTests.package/MorphBugsTest.class/README.md
    R MorphicTests.package/MorphBugsTest.class/definition.st
    R MorphicTests.package/MorphBugsTest.class/instance/accessing/adhereToEdgeTest.st
    R MorphicTests.package/MorphicUIBugTest.class/instance/private/findWindowInWorldLabeled_.st
    M MorphicTests.package/MorphicUIBugTest.class/instance/running/setUp.st
    M MorphicTests.package/MorphicUIBugTest.class/instance/running/tearDown.st
    R MorphicTests.package/MorphicUIBugTest.class/instance/tests/testOpenWorkspace.st
    M MorphicTests.package/RenderBugsTest.class/instance/private/long.st
    M MorphicTests.package/RenderBugsTest.class/instance/private/shouldntTakeLong_.st
    M MorphicTests.package/RenderBugsTest.class/instance/tests/testForward.st
    M MorphicTests.package/RenderBugsTest.class/instance/tests/testHeading.st
    M MorphicTests.package/RenderBugsTest.class/instance/tests/testSetForward.st
    M MorphicTests.package/RenderBugsTest.class/instance/tests/testTestTime.st
    M MorphicTests.package/StickynessBugsTest.class/instance/tests/testForTiltedStickyness.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script338.st
    A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40338.st
    M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
(Continue reading)

GitHub | 30 Oct 10:24 2014

[pharo-project/pharo-core]

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

GTDebugger popping up instead of the usual popup box.

While loading  a package with missing classes, I get




Instead of the normal popup with a choice.

Pharo3+GT

How to handle this case?

Phil
Sven Van Caekenberghe | 30 Oct 00:18 2014
Picon

[ANN] Pharo Days 2015

We are excited to announce the details so far for the Pharo Days 2015, to be held on Thursday January 29 and
Friday January 30 at INRIA, Lille, France.

  https://medium.com/ <at> svenvc/pharo-days-2015-6336d6ee2a23

We’ll update this page moving forward. You can ask questions on the any of the Pharo mailing lists or you
can email the Pharo Board.

Official registration is not yet open, but there is a Doodle that should give an indication of who is coming
and that can help us plan resources.

  http://doodle.com/icxtazwfq76caxf8

The Pharo Board

Andrei Chis | 29 Oct 23:35 2014
Picon

unexpected merge conflict

Hi,

In a fresh Pharo 4 image I want to merge a package (Glamour-Presentations) but I get a merge conflict.

Nevertheless, the package from the image has no changes and the package cache is empty. Shouldn't there be no merge conflict in this case?

The package is here (its the latest version):
MCSmalltalkhubRepository
owner: 'Moose'
project: 'Glamour'
user: ''
password: ''


Cheers,
Andrei
Luc Fabresse | 29 Oct 22:29 2014
Picon

Trouble while defining a customized tab in GT inspector

Hi all,

I try to play with the GT inspector (thx Andrei and Doru for the great hands on session <at> ESUG'14!).

In short, I try to add a customized tab for Persons objects using a PersonUI facade and a subclass of GTObjectVariablesBrowser (ok I can explain why if needed ;-)). Like that:

Person>>gtInspectorCustomUIIn: composite
<gtInspectorPresentationOrder: 5>
^ (composite custom: (MyGTCustomObjectVariablesBrowser new startOn: (PersonUI on: self) )) " <----- HERE"
title: 'Customized view';
yourself

But, the #variableValuePairsFor: message is not sent to the PersonUI object but to the Person object even if I passed a PersonUI one to the #startOn: method (cf. HERE).
startOn: seems to not store properly the object to use afterwards or I missed a something. Did I?

please find a code sample attached if needed.
Try: 
Person new inspect 

Thx for any hint,
Cheers,

#Luc
Attachment (LucGT-Experiements.st): application/octet-stream, 5843 bytes
jdelgado | 29 Oct 17:48 2014

Question

Hi all,

------------------------------------------------
My question is:
One thing I've observed is that local/temporal variables in the blocks
passed to #ifTrue:iFfalse are not stored in the separate remote (heap
allocated) array, but in the method context (see page 328 of Deep Into
Pharo to see what I mean). Is this true? why?

Thanks in advance,

Bests,

Jordi
------------------------------------------------

PS:
Now, to put that question in context, here comes a really long "rest of
the message" part.

We assume we have Continuation class >> #callcc: implemented as:
callcc: aBlock
	^ Continuation currentDo: aBlock
(#callcc: can be found in ContinuationTests, but I prefer to change
its location. It does not matter at all where it is).

A version of whileTrue: can be implemented with callcc: and no
iterative constructs, let's call it BlockClosure >> #whileTrueCC:
whileTrueCC: aBlock
     | cont |
     cont := Continuation callcc: [ :cc | cc ].
     self value ifTrue: [ aBlock value.
		     	  cont value: cont]
		ifFalse: [^ nil].

and you can use it in the same way as #whileTrue:, for example:
| n |
n := 10.
[ n > 0 ] whileTrueCC: [
             Transcript show: n asString; cr.
             n := n-1 ]

I observed some strange behavior dealing with local variables and
continuations. Assume we have:

Version 1)
whileTrueCC: aBlock
     | cont tmp |
     tmp := 0.
     cont := Continuation callcc: [ :cc | cc ].
     self value ifTrue: [ aBlock value.
                          Transcript show: 'inside whileTrueCC: -> ', tmp
asString; cr.
                          tmp := tmp + 1.
		     	  cont value: cont]
		ifFalse: [^ nil].

Version 2)
whileTrueCC: aBlock
     | cont tmp |
     tmp := 0.
     [ tmp ].  "<-------- Only difference wrt Version 1 !!!! It does
nothing, apparently"
     cont := Continuation callcc: [ :cc | cc ].
     self value ifTrue: [ aBlock value.
                          Transcript show: 'inside whileTrueCC: -> ', tmp
asString; cr.
                          tmp := tmp + 1.
		     	  cont value: cont]
		ifFalse: [^ nil].

I try both versions with:
| n |
n := 4.
[ n > 0 ] whileTrueCC: [ n := n-1 ]

Version 1:
It writes in the Transcript:
inside whileTrueCC: -> 0
inside whileTrueCC: -> 0
inside whileTrueCC: -> 0
inside whileTrueCC: -> 0

Version 2:
It writes in the Transcript:
inside whileTrueCC: -> 0
inside whileTrueCC: -> 1
inside whileTrueCC: -> 2
inside whileTrueCC: -> 3

Which is ok, according to what I understood from Deep Into Pharo. The
thing is, why the ifTrue: block does not make tmp behave as when we close
it with '[ tmp ]' in version 2?

PS 2: The behavior is *exactly* the same in Version 2 if I close tmp
*after* grabbing the continuation, that is, if I go
     cont := Continuation callcc: [ :cc | cc ].
    [ tmp ].  "<-------- Only difference wrt Version 1 !!!! It does
nothing, apparently"
instead of
    [ tmp ].  "<-------- Only difference wrt Version 1 !!!! It does
nothing, apparently"
     cont := Continuation callcc: [ :cc | cc ].


Gmane