- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Jan. 19, 2014

Jan. 19, 2014

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

1 0

[pharo-project/pharo-core] 43a069: 30706
by GitHub Jan. 19, 2014

Jan. 19, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 43a069bfde88d3345dcd761d75eece421933f111 https://github.com/pharo-project/pharo-core/commit/43a069bfde88d3345dcd761d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-19 (Sun, 19 Jan 2014) Changed paths: A Announcements-View.package/AnnouncementSpy.class/instance/updating/windowIsClosing.st R Refactoring-Core.package/extension/ClassTrait/instance/soleInstance.st M Ring-Core-Kernel.package/extension/CompiledMethod/instance/asFullRingDefinition.st M Ring-Tests-Monticello.package/extension/RGMethodDefinitionTest/instance/testAsFullMethodDefinition.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script359.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30706.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Traits.package/ClassTrait.class/instance/accessing/soleInstance.st Log Message: ----------- 30706 12679 change package of ClassTrait >> #soleInstance https://pharo.fogbugz.com/f/cases/12679 12649 Closing AnnouncementSpy does not unregister from associatedAnnouncer https://pharo.fogbugz.com/f/cases/12649 12585 asFullRingDefinition does not (always) find the package of a method https://pharo.fogbugz.com/f/cases/12585 http://files.pharo.org/image/30/30706.zip

1 0

[pharo-project/pharo-core]
by GitHub Jan. 19, 2014

Jan. 19, 2014

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

1 0

Announcer registry behaviour with Spy
by btc＠openinworld.com Jan. 18, 2014

Jan. 18, 2014

While investigating https://pharo.fogbugz.com/f/cases/12640/PhLTitledTreeModel-refresh-called-t… I came across the following behaviour... 1. In Workspace do... "Announcer new inspect." 2. In that Announcer inspector do... "registry inspect." 3. In that SubscriptionRegistry inspector monitor the 'subscriptions' ivar for subsequent steps. * 'subscription' is initially an empty IdentitySet. 4. In the Announcer inspector do... "self open" * window "Spy: an Announcer" appears * 'subscriptions' now contains one AnnouncementSubscription 5. In the Announcer inspector again do... "self open" * another window "Spy: an Announcer" appears * 'subscriptions' now contains two AnnouncementSubscription 6. Close both Spy windows * 'subscriptions' still contains two AnnouncementSubscription Is the result of step 6 expected and/or desired? Intuitively I would expect 'subscriptions' to be empty. Doing "Smalltalk garbageCollect" has no effect. cheers -ben

3 3

[Issue tracker] cleanup needed
by Marcus Denker Jan. 18, 2014

Jan. 18, 2014

Please everyone: https://pharo.fogbugz.com/f/filters/33/All-by-project => check the issues you submitted. Maybe the bug is already fixed? => if you contributed to a discussion, please check if you can help now to push the issue forward Keep in mind that => issue tracker entries need to be *actionable*. There needs to be a doable ânext actionâ, else it makes no sense. => this means it is not *your* personal TODO list. => it is not a wish list. âIt would be nice ifâ, I could add indefinite entries like that => âthis method looks storageâ is not an issue entry, either. There is *a lot* of bad code in the image. ==> only submit those if there a chance that the entry will lead to action. ==> if you submitted a slice and the automatic check found a problem, who do you think will do the next iteration? (if you will not, add a note that you wonât) => Check issues assigned to you. Will you work on them? If not â> do not assign to you. Marcus

1 0

[pharo-project/pharo-core] 1e0915: 30705
by GitHub Jan. 18, 2014

Jan. 18, 2014

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 1e091505614f1197951b96df1f16e19b270eae46 https://github.com/pharo-project/pharo-core/commit/1e091505614f1197951b96df… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-18 (Sat, 18 Jan 2014) Changed paths: M Monticello.package/MCPackage.class/instance/testing/isDirty.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/accessing/valueType_.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/class factory/getClassForType_.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/class initialization/initValueType_.st A NativeBoost-Core.package/NativeBoost.class/class/testing/isAvailable.st M NativeBoost-Tests.package/NBFFICalloutTests.class/instance/private/passString_.st A NativeBoost-Tests.package/NBFFICalloutTests.class/instance/running/setUp.st M NativeBoost-Tests.package/NBFFICalloutTests.class/instance/tests/testPrepareArgumentsKeepsStackAligned.st A RPackage-SystemIntegration.package/extension/RPackage/instance/correspondingMcPackage.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script358.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30705.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30705 12675 Add NativeBoost class >>#isAvailable https://pharo.fogbugz.com/f/cases/12675 12674 Fix NBExternalTypeValue initialization https://pharo.fogbugz.com/f/cases/12674 12673 Missing method to get the corresponding MCPackage from a RPackage https://pharo.fogbugz.com/f/cases/12673 http://files.pharo.org/image/30/30705.zip

1 0

[pharo-project/pharo-core]
by GitHub Jan. 18, 2014

Jan. 18, 2014

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

1 0

subscriptOutOfBounds: 1 in NECInstVarTypeGuesser in Pharo 30677
by Pharo4Stef Jan. 18, 2014

Jan. 18, 2014

No idea how to reproduce it. computeVarType | info tempNames name | types ifEmpty: [ ^ nil ]. info := types first. (hasSend and: [ info isDefinedByMessageSend not ]) ifTrue: [ info type: nil. ^ info ]. info isDefinedByTemporary ifFalse: [ ^ info ]. tempNames := (receiverClass compiler parse: currentMethod sourceCode) tempNames. ^^^^^^^^^^^^ #() so the rest breaks. name := tempNames at: info temporaryOffset + 1. info type: (self class getClassFromTypeSuggestingName: name). ^ info

2 1

Displaying labels with Athens on Linux?
by Alexandre Bergel Jan. 18, 2014

Jan. 18, 2014

Hi! Sergio is experiencing some serious problem when displaying labels in Athens? The VM just crashes. Any idea what we can do? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 12

different execution result debugger vs. 'normal run'
by Johan Brichau Jan. 18, 2014

Jan. 18, 2014

Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan

3 6