Re: [Pharo-dev] Bloc Documentation

[Stephan Eggermont]

On 09-02-16 09:15, Aliaksei Syrel wrote:

Bloc does not have examples yet.
What classes/methods do you need to be commented first to understand the
system?


In BlElement class>exampleAdvancedClipping there is twice

addEventListener: (BlPluggableEventListener new
whenMouseMoveDo: [ :event | event resumeBubbling ]);

I'm not sure why the second one is needed. If this is needed a lot,
I'd prefer #propagateEvent: #mouseMove or something like that.

Stephan

Re: [Pharo-dev] UUID Plugin ?

[David T. Lewis]

On Wed, Feb 10, 2016 at 02:46:23PM +0100, Guille Polito wrote:
> Yeap, linux VMs are not shipped with the plugin since a couple of years. 
> Then, the code in the image is needed.

For background - the UUID plugin is trivially simple, but there were
issues on certain Linux distributions that caused it to be a big pain
for packaging and distribution. Nowadays the in-image UUID is so fast
that the plugin is no longer worth the aggrivation.

Dave
 

Re: [Pharo-dev] Getting coherent shortcuts

[Guille Polito]

Cool, thanks! (I thought nobody had read that part of the email because 
of the flood of answers :))


Doru, I made the following commits to the Glamour and GToolkit 
repositories. I let you manage the integration/merge/configurations. If 
you have any comments, go on ^^


Name: Glamour-Core-GuillermoPolito.312
Author: GuillermoPolito
Time: 9 February 2016, 3:35:00.429222 pm
UUID: 7b5e7388-3e60-4500-ad80-8fa51e3e55c3
Ancestors: Glamour-Core-AndreiChis.311

Coherent Shortcuts - big pass



Name: GT-Spotter-GuillermoPolito.356
Author: GuillermoPolito
Time: 10 February 2016, 3:08:08.471892 pm
UUID: 92142dbd-9a1e-461f-a1f8-5716d85be62a
Ancestors: GT-Spotter-AliakseiSyrel.355

Coherent Shortcuts - big pass



Name: Glamour-Morphic-Widgets-GuillermoPolito.190
Author: GuillermoPolito
Time: 9 February 2016, 3:35:06.355081 pm
UUID: 1dd0f9e4-9776-4eb5-b449-ea21e9c1cd24
Ancestors: Glamour-Morphic-Widgets-AndreiChis.189

Coherent Shortcuts - big pass



Name: Glamour-Tests-Morphic-GuillermoPolito.136
Author: GuillermoPolito
Time: 9 February 2016, 3:35:00.874947 pm
UUID: ba1deabc-2e70-4a7d-bd91-55be918ee0bb
Ancestors: Glamour-Tests-Morphic-EstebanLorenzano.135

Coherent Shortcuts - big pass



Name: Glamour-Tests-Rubric-GuillermoPolito.20
Author: GuillermoPolito
Time: 9 February 2016, 3:35:05.73715 pm
UUID: 6d6e6bcf-8ead-4492-9aef-fa582417b1f9
Ancestors: Glamour-Tests-Rubric-AndreiChis.19

Coherent Shortcuts - big pass



On 02/09/2016 11:32 PM, Tudor Girba wrote:

Thanks Stephan :).

@Guille: Stephan just added you to the SmalltalkHub repository.

Could you ping me when you commit so that I can review?

Cheers,
Doru



On Feb 9, 2016, at 11:25 PM, Stephan Eggermont  wrote:

On 09/02/16 15:50, Guille Polito wrote:

Also, I did some changes in Glamour and GTSpotter, but I have no
permissions to commit there. How do we do to commit in those packages?
Should I ask for permissions or is there any other process in place?

There's a magical process by which you complain in the mailing list and then 
suddenly are able to commit.

Stephan




--
www.tudorgirba.com
www.feenk.com

"No matter how many recipes we know, we still value a chef."

[Pharo-dev] [pharo-project/pharo-core] e47293: 50575

[GitHub]

  Branch: refs/heads/5.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: e472935444158c365880e126e03108d765aab2ec
  
https://github.com/pharo-project/pharo-core/commit/e472935444158c365880e126e03108d765aab2ec
  Author: Jenkins Build Server 
  Date:   2016-02-10 (Wed, 10 Feb 2016)

  Changed paths:
R 
Collections-Strings.package/String.class/instance/ToRemove/adaptToNumber_andSend_.st
M 
ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfFastTable.package/ConfigurationOfFastTable.class/instance/versions/version010_.st
M 
Morphic-Widgets-FastTable.package/FTTableMorph.class/instance/initialization/initializeKeyBindings.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script50574.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script50575.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50574.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50575.st
M 
ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  50575
17555 Update FastTable: In Linux some shortcuts use alt, some others ctrl
https://pharo.fogbugz.com/f/cases/17555

17565 remove String>>#adaptToNumber:andSend:
https://pharo.fogbugz.com/f/cases/17565

http://files.pharo.org/image/50/50575.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

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

Re: [Pharo-dev] [Need help with Monkey] Removing Object>>name

[Guillermo Polito]

I didn't check exactly which were the versions, but:
- in 50534 the issue is not there
- in 50560 the issue is still there
- Today, in 50575 we integrated the fix so it should be good to go.

On Tue, Feb 9, 2016 at 7:49 PM, Stephan Eggermont  wrote:

> On 09/02/16 14:12, Guille Polito wrote:
>
>> NNNDDD! It looks I found the real cause of this!
>>
>> - I tested an image pre-new session manager, and an image post-new
>> session manager. The issue only appeared in the latter.
>>
>> - Checking, it seems that UUIDGenerator is not subscribed to the new
>> startup list. This means that the UUIDGenerator is not being
>> reinitialized on every startup. This means, moreover, that every person
>> that is loading the latest Pharo image is using the same UUIDGenerator
>> instance, with the same random seed => same generated UUIDs.
>>
>> So, adding UUIDGenerator to the list would be the simplest solution and
>> the integration of NeoUUIDGenerator can be moved to Pharo6 maybe.
>>
>> However, now that we found that something was missing in the startup
>> list, we should check for others...
>>
>
> So, which image versions do we need to mark as broken, don't use?
>
> Stephan
>
>
>
>

Re: [Pharo-dev] UUID Plugin ?

[Guille Polito]

Yeap, linux VMs are not shipped with the plugin since a couple of years. 
Then, the code in the image is needed.


On 02/10/2016 12:25 PM, p...@highoctane.be wrote:

The code is different for each platform... See screenshot.

There is a CoCreateGuid thing in Windows...

For unix, depends on what is on the platform.

Can of worms in need of unification indeed. But as UUIDs are using 
underlying system things, hard to do.


Phil

On Wed, Feb 10, 2016 at 11:28 AM, Sven Van Caekenberghe > wrote:


I am not sure we got the root cause of the UUID problem.

Guille wrote:

> NNNDDD! It looks I found the real cause of this!
>
> - I tested an image pre-new session manager, and an image
post-new session manager. The issue only appeared in the latter.
>
> - Checking, it seems that UUIDGenerator is not subscribed to the
new startup list. This means that the UUIDGenerator is not being
reinitialized on every startup. This means, moreover, that every
person that is loading the latest Pharo image is using the same
UUIDGenerator instance, with the same random seed => same
generated UUIDs.

Yes, that is correct. But ...

UUID new

ends up calling

UUID>>#primMakeUUID
  
  UUIDGenerator default generateBytes: self forVersion: 4.

On my machines/VMs/images the primitive works. Which means the
UUIDGenerator is not needed, I can just as well throw it away. So
it does not matter whether it is initialised correctly or not.

So the next question is: why does the primitive not work for some
people ? Was it like that forever ? I don't think we want that
kind of platform difference.

This really is misleading and confusion.

Sven

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

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

Re: [Pharo-dev] UUID Plugin ?

[Sven Van Caekenberghe]

> On 10 Feb 2016, at 15:07, David T. Lewis  wrote:
> 
> On Wed, Feb 10, 2016 at 02:46:23PM +0100, Guille Polito wrote:
>> Yeap, linux VMs are not shipped with the plugin since a couple of years. 
>> Then, the code in the image is needed.
> 
> For background - the UUID plugin is trivially simple, but there were
> issues on certain Linux distributions that caused it to be a big pain
> for packaging and distribution. Nowadays the in-image UUID is so fast
> that the plugin is no longer worth the aggrivation.
> 
> Dave

Thanks for adding to the discussion, Dave.



This whole f*ing mess makes me angry and sad.
This happens when you don't clean up when you can.

Re: [Pharo-dev] Bloc Documentation

[Aliaksei Syrel]

>
> I'm looking at the examples of BlElement for upgrading Bloc-DragPanels.
> I'd expect BlElement to have a default eventlistener that allows moving the
> morphs around?


There is a bug and I disabled this behaviour. If you want to enable it
uncomment line in BlPasteUpEventListener>>startSlide: or just add
BlDraggingEventListener that implements dragging without adding to the hand.

In BlElement class>exampleAdvancedClipping there is twice
> addEventListener: (BlPluggableEventListener new
> whenMouseMoveDo: [ :event | event resumeBubbling ]);

It is a bug. If element has children mouse move event is not fired

P.S. thanks for bug reports on tracker :)

On Wed, Feb 10, 2016 at 3:06 PM, Stephan Eggermont  wrote:

> On 09-02-16 09:15, Aliaksei Syrel wrote:
>
>> Bloc does not have examples yet.
>> What classes/methods do you need to be commented first to understand the
>> system?
>>
>
> In BlElement class>exampleAdvancedClipping there is twice
>
> addEventListener: (BlPluggableEventListener new
> whenMouseMoveDo: [ :event | event resumeBubbling ]);
>
> I'm not sure why the second one is needed. If this is needed a lot,
> I'd prefer #propagateEvent: #mouseMove or something like that.
>
> Stephan
>
>
>

[Pharo-dev] GemStone/S 64 Bit 3.3, VSD 5.1.1, GBS 8.1 and 5.4.3, and GBJ 3.1.2 Releases

[Richard Sargent]

Dear GemTalk customers,

We are pleased to announce several important releases on our GemStone/S
64 Bit, GemBuilder for Smalltalk, and GemBuilder for Java product lines.

GemStone/S 64 Bit 3.3 is a major release, including many new features,
improvements, and bug fixes.
https://gemtalksystems.com/products/gs64/

This server release includes the latest Visual Statistics Display (VSD)
release, version 5.1.1.
https://gemtalksystems.com/products/vsd/

GemBuilder for Smalltalk 8.1 for VisualWorks adds support for GemStone/S
64 Bit 3.3 and includes new features and bug fixes.
https://gemtalksystems.com/products/gbs-vw/

GemBuilder for Smalltalk 5.4.3 for VA Smalltalk adds support for
GemStone/S 64 Bit 3.3 and VA Smalltalk 8.6.2, and includes bug fixes.
https://gemtalksystems.com/products/gbs-va/

GemBuilder for Java 3.1.2 adds support for GemStone/S 64 Bit 3.3,
updates the supported JDK version, and includes new features and bug fixes.
https://gemtalksystems.com/products/gbj/

As always, we encourage you to read the Release Notes and Install Guides
prior to upgrading to these latest product releases.
Please contact GemTalk Technical Support if you have any trouble
downloading or upgrading to this release.

Thank you,
The GemStone/S team 



--
View this message in context: 
http://forum.world.st/GemStone-S-64-Bit-3-3-VSD-5-1-1-GBS-8-1-and-5-4-3-and-GBJ-3-1-2-Releases-tp4876931.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] UUID Plugin ?

[Marcus Denker]

> On 10 Feb 2016, at 18:25, Sven Van Caekenberghe  wrote:
> 
> 
>> On 10 Feb 2016, at 15:07, David T. Lewis  wrote:
>> 
>> On Wed, Feb 10, 2016 at 02:46:23PM +0100, Guille Polito wrote:
>>> Yeap, linux VMs are not shipped with the plugin since a couple of years. 
>>> Then, the code in the image is needed.
>> 
>> For background - the UUID plugin is trivially simple, but there were
>> issues on certain Linux distributions that caused it to be a big pain
>> for packaging and distribution. Nowadays the in-image UUID is so fast
>> that the plugin is no longer worth the aggrivation.
>> 
>> Dave
> 
> Thanks for adding to the discussion, Dave.
> 
> 
> 
> This whole f*ing mess makes me angry and sad.
> This happens when you don't clean up when you can.
> 

One thing that I still do not understand from back when I tried to 
contribute to Squeak was that “cleaning” was not only discouraged
but even *actively* made impossible.

I still do not understand the reason. Cui Bono? It just destroyed having
*any* form of future… the thing that we, allegedly, where trying to invent…

Marcus

Re: [Pharo-dev] UUID Plugin ?

[Marcus Denker]

> On 10 Feb 2016, at 23:11, Marcus Denker  wrote:
> 
> 
>> On 10 Feb 2016, at 18:25, Sven Van Caekenberghe  wrote:
>> 
>> 
>>> On 10 Feb 2016, at 15:07, David T. Lewis  wrote:
>>> 
>>> On Wed, Feb 10, 2016 at 02:46:23PM +0100, Guille Polito wrote:
 Yeap, linux VMs are not shipped with the plugin since a couple of years. 
 Then, the code in the image is needed.
>>> 
>>> For background - the UUID plugin is trivially simple, but there were
>>> issues on certain Linux distributions that caused it to be a big pain
>>> for packaging and distribution. Nowadays the in-image UUID is so fast
>>> that the plugin is no longer worth the aggrivation.
>>> 
>>> Dave
>> 
>> Thanks for adding to the discussion, Dave.
>> 
>> 
>> 
>> This whole f*ing mess makes me angry and sad.
>> This happens when you don't clean up when you can.
>> 
> 
> One thing that I still do not understand from back when I tried to 
> contribute to Squeak was that “cleaning” was not only discouraged
> but even *actively* made impossible.
> 
> I still do not understand the reason. Cui Bono? It just destroyed having
> *any* form of future… the thing that we, allegedly, where trying to invent…
> 
>   

Ah, and, sorry, I normally never wanted to write emails like that. 

Please just ignore.

Marcus

Re: [Pharo-dev] [pharo-project/pharo-core] 13d069: 50574

[Nicolai Hess]

2016-02-10 10:16 GMT+01:00 GitHub :

>   Branch: refs/heads/5.0
>   Home:   https://github.com/pharo-project/pharo-core
>   Commit: 13d069e690c17556c53e525e866b08aa63cb8100
>
> https://github.com/pharo-project/pharo-core/commit/13d069e690c17556c53e525e866b08aa63cb8100
>   Author: Jenkins Build Server 
>   Date:   2016-02-10 (Wed, 10 Feb 2016)
>
>   Changed paths:
> M
> ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/symbolic
> versions/stable_.st
> A
> ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/versions/version11_.st
> M
> Kernel-Tests.package/BlockClosureTest.class/instance/tests/testTallyInstructions.st
> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/
> script50573.st
> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/
> script50574.st
> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/
> update50573.st
> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/
> update50574.st
> M
> ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/asserting/assertHandledId_equals_.st
> M
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testCategoriesPriorityOrder.st
> M
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testPriorityOrderInTheSameCategoryIsRespected.st
> M
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterElementByDefault.st
> M
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterSystemElement.st
> M
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testSubscriptionReverseOrder.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/README.md
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/
> definition.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/running/setUp.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenARegisteredClassRenamedThenItsHandlerIsUpdated.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInDifferentCategoriesShoudlLastClassRegistrationBeTheOnlyOccurenceInStartupList.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryAtDifferentPriorityShoudlAClassBePresentOnlyOnceInStartupList.st
> A
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryShoudlAClassBePresentOnlyOnceInStartupList.st
> A
> System-SessionManager.package/SessionCategory.class/instance/private/renamedClass_from_to_.st
> A
> System-SessionManager.package/SessionCategory.class/instance/registration/unregisterHandler_.st
> R
> System-SessionManager.package/SessionCategory.class/instance/registrqtion/unregisterClassNamed_.st
> M
> System-SessionManager.package/SessionManager.class/class/compatibility -
> startupList/initializedSessionManager.st
> M
> System-SessionManager.package/SessionManager.class/instance/registration/register_inCategory_atPriority_.st
> A
> System-SessionManager.package/SessionManager.class/instance/registration/renamedClass_from_to_.st
> M
> System-SessionManager.package/SessionManager.class/instance/registration/unregisterClassNamed_.st
> A
> System-SessionManager.package/SessionManager.class/instance/registration/unregisterHandler_.st
> M System-SessionManager.package/StartupUIManager.class/instance/ui
> requests/inform_.st
> R
> System-SessionManager.package/UIManagerSessionHandler.class/class/initialize-release/
> release.st
>
>   Log Message:
>   ---
>   50574
> 17281  Failing test: BlockClosureTest>>#testTallyInstructions
> https://pharo.fogbugz.com/f/cases/17281
>

I don't understand this one. Does this mean bytecode 139 is a "real"
instruction
tallyInstruction should count ?
I would expect tallyInstruction would only "simulate" ordinary insturction
and this 139 bytecode is
only some kind of "primitive-flag".



>
> 17553 missing classes in startup list
> https://pharo.fogbugz.com/f/cases/17553
>
> http://files.pharo.org/image/50/50574.zip
>
>
>

Re: [Pharo-dev] [pharo-project/pharo-core] 13d069: 50574

[Marcus Denker]

> On 10 Feb 2016, at 10:42, Nicolai Hess  wrote:
> 
> 
> 
> 2016-02-10 10:16 GMT+01:00 GitHub  >:
>   Branch: refs/heads/5.0
>   Home:   https://github.com/pharo-project/pharo-core 
> 
>   Commit: 13d069e690c17556c53e525e866b08aa63cb8100
>   
> https://github.com/pharo-project/pharo-core/commit/13d069e690c17556c53e525e866b08aa63cb8100
>  
> 
>   Author: Jenkins Build Server  >
>   Date:   2016-02-10 (Wed, 10 Feb 2016)
> 
>   Changed paths:
> M 
> ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/symbolic
>  versions/stable_.st
> A 
> ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/versions/version11_.st
> M 
> Kernel-Tests.package/BlockClosureTest.class/instance/tests/testTallyInstructions.st
> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
> scripts/script50573.st 
> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
> scripts/script50574.st 
> R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
> updates/update50573.st 
> A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
> updates/update50574.st 
> M 
> ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/asserting/assertHandledId_equals_.st
> M 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testCategoriesPriorityOrder.st
> M 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testPriorityOrderInTheSameCategoryIsRespected.st
> M 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterElementByDefault.st
> M 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterSystemElement.st
> M 
> System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testSubscriptionReverseOrder.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/README.md
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/definition.st
>  
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/running/setUp.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenARegisteredClassRenamedThenItsHandlerIsUpdated.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInDifferentCategoriesShoudlLastClassRegistrationBeTheOnlyOccurenceInStartupList.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryAtDifferentPriorityShoudlAClassBePresentOnlyOnceInStartupList.st
> A 
> System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryShoudlAClassBePresentOnlyOnceInStartupList.st
> A 
> System-SessionManager.package/SessionCategory.class/instance/private/renamedClass_from_to_.st
> A 
> System-SessionManager.package/SessionCategory.class/instance/registration/unregisterHandler_.st
> R 
> System-SessionManager.package/SessionCategory.class/instance/registrqtion/unregisterClassNamed_.st
> M System-SessionManager.package/SessionManager.class/class/compatibility 
> - startupList/initializedSessionManager.st
> M 
> System-SessionManager.package/SessionManager.class/instance/registration/register_inCategory_atPriority_.st
> A 
> System-SessionManager.package/SessionManager.class/instance/registration/renamedClass_from_to_.st
> M 
> System-SessionManager.package/SessionManager.class/instance/registration/unregisterClassNamed_.st
> A 
> System-SessionManager.package/SessionManager.class/instance/registration/unregisterHandler_.st
> M System-SessionManager.package/StartupUIManager.class/instance/ui 
> requests/inform_.st
> R 
> System-SessionManager.package/UIManagerSessionHandler.class/class/initialize-release/release.st
>  
> 
>   Log Message:
>   ---
>   50574
> 17281  Failing test: BlockClosureTest>>#testTallyInstructions
> https://pharo.fogbugz.com/f/cases/17281 
> 
> 
> I don't understand this one. Does this mean bytecode 139 is a "real" 
> instruction
> tallyInstruction should count ?
> I would expect 

[Pharo-dev] UUID Plugin ?

[Sven Van Caekenberghe]

I am not sure we got the root cause of the UUID problem.

Guille wrote:

> NNNDDD! It looks I found the real cause of this!
> 
> - I tested an image pre-new session manager, and an image post-new session 
> manager. The issue only appeared in the latter.
> 
> - Checking, it seems that UUIDGenerator is not subscribed to the new startup 
> list. This means that the UUIDGenerator is not being reinitialized on every 
> startup. This means, moreover, that every person that is loading the latest 
> Pharo image is using the same UUIDGenerator instance, with the same random 
> seed => same generated UUIDs.

Yes, that is correct. But ...

UUID new 

ends up calling 

UUID>>#primMakeUUID
  
  UUIDGenerator default generateBytes: self forVersion: 4.

On my machines/VMs/images the primitive works. Which means the UUIDGenerator is 
not needed, I can just as well throw it away. So it does not matter whether it 
is initialised correctly or not.

So the next question is: why does the primitive not work for some people ? Was 
it like that forever ? I don't think we want that kind of platform difference.

This really is misleading and confusion.

Sven

[Pharo-dev] [pharo-project/pharo-core] 13d069: 50574

[GitHub]

  Branch: refs/heads/5.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 13d069e690c17556c53e525e866b08aa63cb8100
  
https://github.com/pharo-project/pharo-core/commit/13d069e690c17556c53e525e866b08aa63cb8100
  Author: Jenkins Build Server 
  Date:   2016-02-10 (Wed, 10 Feb 2016)

  Changed paths:
M 
ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/symbolic
 versions/stable_.st
A 
ConfigurationOfSessionManager.package/ConfigurationOfSessionManager.class/instance/versions/version11_.st
M 
Kernel-Tests.package/BlockClosureTest.class/instance/tests/testTallyInstructions.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script50573.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
scripts/script50574.st
R ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50573.st
A ScriptLoader50.package/ScriptLoader.class/instance/pharo - 
updates/update50574.st
M 
ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/asserting/assertHandledId_equals_.st
M 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testCategoriesPriorityOrder.st
M 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testPriorityOrderInTheSameCategoryIsRespected.st
M 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterElementByDefault.st
M 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testRegisterSystemElement.st
M 
System-SessionManager-Tests.package/SessionManagerRegistrationOrderTest.class/instance/tests/testSubscriptionReverseOrder.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/README.md
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/definition.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/running/setUp.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenARegisteredClassRenamedThenItsHandlerIsUpdated.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInDifferentCategoriesShoudlLastClassRegistrationBeTheOnlyOccurenceInStartupList.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryAtDifferentPriorityShoudlAClassBePresentOnlyOnceInStartupList.st
A 
System-SessionManager-Tests.package/SessionManagerRegistrationTest.class/instance/tests/testGivenManyRegistrationsInSameCategoryShoudlAClassBePresentOnlyOnceInStartupList.st
A 
System-SessionManager.package/SessionCategory.class/instance/private/renamedClass_from_to_.st
A 
System-SessionManager.package/SessionCategory.class/instance/registration/unregisterHandler_.st
R 
System-SessionManager.package/SessionCategory.class/instance/registrqtion/unregisterClassNamed_.st
M System-SessionManager.package/SessionManager.class/class/compatibility - 
startupList/initializedSessionManager.st
M 
System-SessionManager.package/SessionManager.class/instance/registration/register_inCategory_atPriority_.st
A 
System-SessionManager.package/SessionManager.class/instance/registration/renamedClass_from_to_.st
M 
System-SessionManager.package/SessionManager.class/instance/registration/unregisterClassNamed_.st
A 
System-SessionManager.package/SessionManager.class/instance/registration/unregisterHandler_.st
M System-SessionManager.package/StartupUIManager.class/instance/ui 
requests/inform_.st
R 
System-SessionManager.package/UIManagerSessionHandler.class/class/initialize-release/release.st

  Log Message:
  ---
  50574
17281  Failing test: BlockClosureTest>>#testTallyInstructions
https://pharo.fogbugz.com/f/cases/17281

17553 missing classes in startup list
https://pharo.fogbugz.com/f/cases/17553

http://files.pharo.org/image/50/50574.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

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

Re: [Pharo-dev] Bloc Documentation

[Stephan Eggermont]

On 09-02-16 09:15, Aliaksei Syrel wrote:

Bloc does not have examples yet.
What classes/methods do you need to be commented first to understand the
system?


I'm looking at the examples of BlElement for upgrading Bloc-DragPanels. 
I'd expect BlElement to have a default eventlistener that allows moving 
the morphs around?


Stephan