[Pharo-dev] Functional callbacks on all Cog platforms

[Eliot Miranda]

Hi All,

just wanted to report that as of Alien-eem.35 and
https://github.com/OpenSmalltalk/vm/commit/da3fafdec9444754af104e0ed9f613f6eb1888d9
we now have functional callbacks on all x86 platforms, ARM32 platforms and
x86_64 platforms.

There's a simple example Alien class>>exampleCqsort that shows how to use
the system and tests the implementation using the C library's sort quick
sort implementation that takes a function pointer as an argument to use for
comparing pairs of elements.  This is mapped onto a Smalltalk block by
Alien's callback implementation.  The example sorts 100 random
double-precision floats using qsort and a callback into Smalltalk.

_,,,^..^,,,_
best, Eliot

Re: [Pharo-dev] question

[Eliot Miranda]

> On Jun 22, 2016, at 8:25 AM, Clément Bera  wrote:
> 
> It's a special case added a couple year ago to figure out why a primitive 
> fail.

That's right.  It was an exception to the rule in VisualWorks and its 
convenience is so strong I brought it over.  But the Squeak/Pharo code dates 
back to 2008 when I added this in Newspeak, which runs on Squeak.


> It's a special temporary variable that holds an error code. The special 
> object array defines a list of error code that the VM can use to explain to 
> the programmer why the primitive failed, which are currently symbols.

Right.  In the VM primitive failure is indicated by a variable called 
primFailCode being non-zero. On activating a method with a failing primitive, 
if the index is in bounds of the primitiveFailCodes array in the 
specialObjectsArray then the failure code substitutes the symbol in the 
primitiveFailCodes array, otherwise it supplies the integer value.

This is simpler than the VW scheme which allocates a PrimFailCode that has a 
name inst car and a parameter.  Our system has only the name.

> 
>> On Wed, Jun 22, 2016 at 4:22 PM, Max Leske  wrote:
>> 
>> > On 22 Jun 2016, at 15:59, stepharo  wrote:
>> >
>> > Hi
>> >
>> > I want to explain where ec is coming.
>> >
>> > I thought that the arguments of pragmas could only be literal and when I 
>> > see ec it looks like a variable set by the VM
>> >
>> >
>> > newMethod: numberOfBytes header: headerWord
>> >"Primitive. Answer an instance of me. The number of literals (and other
>> > information) is specified by the headerWord (see my class comment).
>> > The first argument specifies the number of fields for bytecodes in the
>> > method. Fail if either argument is not a SmallInteger, or if 
>> > numberOfBytes
>> > is negative, or if memory is low. Once the header of a method is set by
>> > this primitive, it cannot be changed to change the number of literals.
>> > Essential. See Object documentation whatIsAPrimitive."
>> >
>> >
>> >ec == #'insufficient object memory' ifTrue:
>> >[^self handleFailingNewMethod: numberOfBytes header: headerWord].
>> >^self primitiveFailed
>> >
>> >
>> > Stef
>> >
>> >
>> 
>> That is correct. It’s still a literal though.
> 

Re: [Pharo-dev] AthensCairoSurface not getting garbage collected

[Alexandre Bergel]

Thanks for this report!
I also experience crashes, that are hard to reproduce.

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Jun 22, 2016, at 1:18 PM, J.F. Rick  wrote:
> 
> Here's some more information on this: When I was having this issue, Pharo was 
> pretty unstable. It would crash regularly when using AthensCairoSurface. It 
> would also sometimes have weird visual artifacts. I'm not sure what these 
> were but it almost looked like the bits were shifted so that rgb turned into 
> gbr or something. Anyway, I've gone ahead and dumped that image, loaded all 
> the same code, and started making sure that I don't save the image when 
> testing the code. I haven't had a crash since. Perhaps that gives a clue 
> about what was going on.
> 
> Cheers,
> 
> Jeff
> 
> PS This is on the Ubuntu16 and Pharo5.
> 
> On Sat, Jun 18, 2016 at 12:36 PM J.F. Rick  > wrote:
> I'm using Athens rendering for my multi-touch applications on Pharo5. As part 
> of that, I create a surface:
> surface := AthensCairoSurface extent: bounds extent asIntegerPoint.
> 
> Though the object creating that surface is deleted, the surface sticks 
> around. So, each time I run the app, I get another instance of 
> AthensCairoSurface hanging around. That means all the forms stick around as 
> well. So my image can quickly grow towards the 1GB size.
> 
>  Is there anything I can do about that? Can I manually get the surface to 
> delete itself?
> 
> Cheers,
> 
> Jeff

Re: [Pharo-dev] AthensCairoSurface not getting garbage collected

[J.F. Rick]

Here's some more information on this: When I was having this issue, Pharo
was pretty unstable. It would crash regularly when using
AthensCairoSurface. It would also sometimes have weird visual artifacts.
I'm not sure what these were but it almost looked like the bits were
shifted so that rgb turned into gbr or something. Anyway, I've gone ahead
and dumped that image, loaded all the same code, and started making sure
that I don't save the image when testing the code. I haven't had a crash
since. Perhaps that gives a clue about what was going on.

Cheers,

Jeff

PS This is on the Ubuntu16 and Pharo5.

On Sat, Jun 18, 2016 at 12:36 PM J.F. Rick  wrote:

> I'm using Athens rendering for my multi-touch applications on Pharo5. As
> part of that, I create a surface:
> surface := AthensCairoSurface extent: bounds extent asIntegerPoint.
>
> Though the object creating that surface is deleted, the surface sticks
> around. So, each time I run the app, I get another instance of
> AthensCairoSurface hanging around. That means all the forms stick around as
> well. So my image can quickly grow towards the 1GB size.
>
>  Is there anything I can do about that? Can I manually get the surface to
> delete itself?
>
> Cheers,
>
> Jeff
>

Re: [Pharo-dev] question

[Clément Bera]

It's a special case added a couple year ago to figure out why a primitive
fail.

It's a special temporary variable that holds an error code. The special
object array defines a list of error code that the VM can use to explain to
the programmer why the primitive failed, which are currently symbols.



On Wed, Jun 22, 2016 at 4:22 PM, Max Leske  wrote:

>
> > On 22 Jun 2016, at 15:59, stepharo  wrote:
> >
> > Hi
> >
> > I want to explain where ec is coming.
> >
> > I thought that the arguments of pragmas could only be literal and when I
> see ec it looks like a variable set by the VM
> >
> >
> > newMethod: numberOfBytes header: headerWord
> >"Primitive. Answer an instance of me. The number of literals (and
> other
> > information) is specified by the headerWord (see my class comment).
> > The first argument specifies the number of fields for bytecodes in
> the
> > method. Fail if either argument is not a SmallInteger, or if
> numberOfBytes
> > is negative, or if memory is low. Once the header of a method is set
> by
> > this primitive, it cannot be changed to change the number of
> literals.
> > Essential. See Object documentation whatIsAPrimitive."
> >
> >
> >ec == #'insufficient object memory' ifTrue:
> >[^self handleFailingNewMethod: numberOfBytes header: headerWord].
> >^self primitiveFailed
> >
> >
> > Stef
> >
> >
>
> That is correct. It’s still a literal though.
>

Re: [Pharo-dev] senders seems broken

[Nicolai Hess]

broken, or a deprecation warning

2016-06-22 16:14 GMT+02:00 stepharo :

> Ok
>
> I'm in the train so I will not try to download it :)
>
> The finder is broken. We cannot use the dropdown.
>
> Do you know if it was fixed too.
>
>
> Setf
>
>
> Le 22/6/16 à 16:02, Marcus Denker a écrit :
>
> There where bugs but they should be fixed in the latest version.
>>
>> (in 60105 it works for me again).
>>
>> On 22 Jun 2016, at 15:53, stepharo  wrote:
>>>
>>> Hi marcus
>>>
>>> can you browse senders? Because I cannot anymore.
>>>
>>> Stef
>>>
>>>
>>>
>>
>>
>
>

Re: [Pharo-dev] question

[Max Leske]

> On 22 Jun 2016, at 15:59, stepharo  wrote:
> 
> Hi
> 
> I want to explain where ec is coming.
> 
> I thought that the arguments of pragmas could only be literal and when I see 
> ec it looks like a variable set by the VM
> 
> 
> newMethod: numberOfBytes header: headerWord
>"Primitive. Answer an instance of me. The number of literals (and other
> information) is specified by the headerWord (see my class comment).
> The first argument specifies the number of fields for bytecodes in the
> method. Fail if either argument is not a SmallInteger, or if numberOfBytes
> is negative, or if memory is low. Once the header of a method is set by
> this primitive, it cannot be changed to change the number of literals.
> Essential. See Object documentation whatIsAPrimitive."
> 
>
>ec == #'insufficient object memory' ifTrue:
>[^self handleFailingNewMethod: numberOfBytes header: headerWord].
>^self primitiveFailed
> 
> 
> Stef
> 
> 

That is correct. It’s still a literal though.

Re: [Pharo-dev] shit + double click on a category :)

[Mariano Martinez Peck]

Cool! I didn't know about it :)

On Wed, Jun 22, 2016 at 10:54 AM, stepharo  wrote:

> We should call a method rename and class rename refactoring for classes
> and methods and it will be gorgeous :)
>
> yes it is shift :)
>
>
> Setf
>
> Le 22/6/16 à 11:50, Denis Kudriashov a écrit :
>
> Really nice. And I found that double click on method opens new browser on
> it.
>
> 2016-06-22 11:44 GMT+02:00 stepharo :
>
>> Hi guys
>>
>> alain showed me that click + double click on a category is really nice to
>> rename a category.
>>
>> May be you knew it but this is nice.
>>
>>
>> Stef
>>
>>
>>
>
>


-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-dev] senders seems broken

[stepharo]

Ok

I'm in the train so I will not try to download it :)

The finder is broken. We cannot use the dropdown.

Do you know if it was fixed too.


Setf


Le 22/6/16 à 16:02, Marcus Denker a écrit :

There where bugs but they should be fixed in the latest version.

(in 60105 it works for me again).


On 22 Jun 2016, at 15:53, stepharo  wrote:

Hi marcus

can you browse senders? Because I cannot anymore.

Stef

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] fbf352: 60107

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: fbf3521210b17541b348788746be6210e0d3fb40
  
https://github.com/pharo-project/pharo-core/commit/fbf3521210b17541b348788746be6210e0d3fb40
  Author: Jenkins Build Server 
  Date:   2016-06-22 (Wed, 22 Jun 2016)

  Changed paths:
A Deprecated60.package/extension/Integer/instance/asBytesDescription.st
R Files.package/extension/Integer/instance/asBytesDescription.st
A 
Keymapping-Core.package/extension/DialogWindow/instance/closeWindowAction.st
M Keymapping-Core.package/extension/SystemWindow/class/buildShortcutsOn_.st
A 
Keymapping-Core.package/extension/SystemWindow/instance/closeWindowAction.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60106.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60107.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60106.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60107.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M Spec-Tools.package/MessageBrowser.class/instance/text 
selection/autoSelect_.st
M Zinc-HTTP.package/ZnUtils.class/class/streaming/signalProgress_total_.st

  Log Message:
  ---
  60107
18557 DialogWindow: close window should act as "Cancel"
https://pharo.fogbugz.com/f/cases/18557

18565 sendersOf autoselect selects wrong interval
https://pharo.fogbugz.com/f/cases/18565

18254 Strange results of Integer>>#asBytesDescription
https://pharo.fogbugz.com/f/cases/18254

http://files.pharo.org/image/60/60107.zip

Re: [Pharo-dev] senders seems broken

[Marcus Denker]

There where bugs but they should be fixed in the latest version.

(in 60105 it works for me again).

> On 22 Jun 2016, at 15:53, stepharo  wrote:
> 
> Hi marcus
> 
> can you browse senders? Because I cannot anymore.
> 
> Stef
> 
> 

[Pharo-dev] question

[stepharo]

Hi

I want to explain where ec is coming.

I thought that the arguments of pragmas could only be literal and when I 
see ec it looks like a variable set by the VM



newMethod: numberOfBytes header: headerWord
"Primitive. Answer an instance of me. The number of literals (and 
other

 information) is specified by the headerWord (see my class comment).
 The first argument specifies the number of fields for bytecodes in the
 method. Fail if either argument is not a SmallInteger, or if 
numberOfBytes
 is negative, or if memory is low. Once the header of a method is 
set by

 this primitive, it cannot be changed to change the number of literals.
 Essential. See Object documentation whatIsAPrimitive."


ec == #'insufficient object memory' ifTrue:
[^self handleFailingNewMethod: numberOfBytes header: headerWord].
^self primitiveFailed


Stef

Re: [Pharo-dev] NonInteractiveUIManager vs. Epicea

[stepharo]

Le 22/6/16 à 14:35, Martin Dias a écrit :



On Wed, Jun 22, 2016 at 4:31 AM, stepharo > wrote:




Le 22/6/16 à 00:23, Holger Freyther a écrit :

Hi,

would fogbugz be the better place for reports like this? It
looks like the introduction of Epicea has broken my use of
headless images?

Should >>#initialize use "Smalltalk ui theme" instead of
"UIManager default theme"?


Both loosk terrible. but Smalltalk ui theme is really a bad idea.
We should really remove this cancer XXX ff  zz


I used it in a morph-builder visitor, that receives an epicea model 
object and answers a morph. I only access the textColor, but I can 
avoid it.


If a tool need a theme, then it should have an instance variable
theme and this instance var should be well initialized.
This pattern sucks!


So, if a morph builder wants to know the textColor and other colors of 
the current theme, how to access them?


Normally the theme should be know by the builder.
No global variable and the tool should register to the Theme and when 
the theme changed they should change too.

Right now all the Smalltalk ui is a global variable.

Stef


Martin


Stef



NonInteractiveUIManager>>theme
NonInteractiveUIManager(Object)>>doesNotUnderstand: #theme
EpDisplayMorphVisitor>>initialize
EpDisplayMorphVisitor class(Behavior)>>new
EpEntryItem>>displayWidget
[ :item | item displayWidget ] in
EpLogBrowser>>initializeItemsModel in Block: [ :item | item
displayWidget ]
BlockClosure>>cull:
BlockClosure>>cull:cull:
TreeModel>>wrapItem:
[ :node | self wrapItem: node content ] in
TreeModel>>initialize in Block: [ :node | self wrapItem: node
content ]
[ :node :cont | self rowMorphGetSelector value: node ] in
SpecTreeColumn(MorphTreeColumn)>>rowMorphGetterBlock in Block:
[ :node :cont | self rowMorphGetSelector value: no...etc...
SpecTreeColumn>>rowMorphFor:
[ :col |
| v |
v := col rowMorphFor: complexContents.
controls add: v.
col -> v ] in MorphTreeNodeMorph>>buildRowMorph in Block: [
:col | ...
OrderedCollection>>collect:
MorphTreeNodeMorph>>buildRowMorph
MorphTreeNodeMorph>>initRow
MorphTreeNodeMorph>>initWithContents:prior:forList:indentLevel:
[ :item :idx |
priorMorph := self indentingItemClass new
initWithContents: item
prior: priorMorph
forList: self
indentLevel: newIndent.
firstAddition ifNil: [ firstAddition := priorMorph ].
morphList add: priorMorph.
"Was this row expanded ? if true -> expand it
again "
((item hasEquivalentIn: expandedItems) or: [ priorMorph
isExpanded ])
ifTrue: [ priorMorph isExpanded: true.
priorMorph
addChildrenForList: self
addingTo: morphList
withExpandedItems: expandedItems ] ]
in MorphTreeMorph>>addMorphsTo:from:withExpandedItems:atLevel:
in Block: [ :item :idx | ...
OrderedCollection(SequenceableCollection)>>withIndexDo:
OrderedCollection(SequenceableCollection)>>doWithIndex:
MorphTreeMorph>>addMorphsTo:from:withExpandedItems:atLevel:
MorphTreeMorph>>addSubmorphsFromNodeList:previouslyExpanded:
MorphTreeMorph>>addSubmorphsFromNodeList
MorphTreeMorph>>buildContents
MorphicTreeAdapter>>buildWidget
MorphicTreeAdapter(AbstractAdapter)>>adapt:
SpecInterpreter>>actionToPerformWithSelector:arguments:
SpecInterpreter>>performNextSelectorAndIncrementIndex
SpecInterpreter>>interpretASpec:selector:
SpecInterpreter>>interpretASpec:model:selector:
SpecInterpreter class>>private_interpretASpec:model:selector:

Re: [Pharo-dev] shit + double click on a category :)

[stepharo]

We should call a method rename and class rename refactoring for classes 
and methods and it will be gorgeous :)


yes it is shift :)


Setf


Le 22/6/16 à 11:50, Denis Kudriashov a écrit :
Really nice. And I found that double click on method opens new browser 
on it.


2016-06-22 11:44 GMT+02:00 stepharo >:


Hi guys

alain showed me that click + double click on a category is really
nice to rename a category.

May be you knew it but this is nice.


Stef

[Pharo-dev] senders seems broken

[stepharo]

Hi marcus

can you browse senders? Because I cannot anymore.

Stef

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

[GitHub]

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

[Pharo-dev] [pharo-project/pharo-core] cd235a: 60106

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: cd235aa9f5569e172c7499b3157559b35c4bcb31
  
https://github.com/pharo-project/pharo-core/commit/cd235aa9f5569e172c7499b3157559b35c4bcb31
  Author: Jenkins Build Server 
  Date:   2016-06-22 (Wed, 22 Jun 2016)

  Changed paths:
M 
ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/class/snapshotting-codegen/confSourceFor_with_.st
A ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/as yet 
unclassified/postload.st
M 
ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/symbolic 
versions/stable_.st
M 
ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/versions/versionv3%5F0%5F5_.st
A 
ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/versions/versionv3%5F1%5F0_.st
M Kernel.package/Halt.class/class/halting/once.st
A Kernel.package/RecursionStopper.class/README.md
A Kernel.package/RecursionStopper.class/class/as yet unclassified/check.st
A Kernel.package/RecursionStopper.class/class/as yet unclassified/off.st
A Kernel.package/RecursionStopper.class/class/as yet unclassified/on.st
A Kernel.package/RecursionStopper.class/definition.st
M QualityAssistant.package/QAFeedbackMorph.class/definition.st
M 
QualityAssistant.package/QAFeedbackMorph.class/instance/initialization/initialize.st
A QualityAssistant.package/QARubMenuItemMorph.class/README.md
A QualityAssistant.package/QARubMenuItemMorph.class/definition.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/accessing/hasSubMenu.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/accessing/isEnabled.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/events/activateSubmenu_.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/selecting/deselect_.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/selecting/select_.st
A 
QualityAssistant.package/QARubMenuItemMorph.class/instance/testing/isMenuItemMorph.st
A QualityAssistant.package/QARubTextSegmentMorph.class/README.md
A QualityAssistant.package/QARubTextSegmentMorph.class/definition.st
A 
QualityAssistant.package/QARubTextSegmentMorph.class/instance/accessing/critique.st
A 
QualityAssistant.package/QARubTextSegmentMorph.class/instance/accessing/critique_.st
A 
QualityAssistant.package/QARubTextSegmentMorph.class/instance/accessing/entity.st
A 
QualityAssistant.package/QARubTextSegmentMorph.class/instance/accessing/entity_.st
A 
QualityAssistant.package/QARubTextSegmentMorph.class/instance/actions/addItemToMenu_.st
A QualityAssistant.package/extension/Object/instance/annotateRubricText_.st
A QualityAssistant.package/extension/ReAbstractCritique/instance/color.st
A QualityAssistant.package/extension/ReProperty/instance/color.st
A 
Renraku.package/ReRuleManager.class/class/actions/resubscribeUniqueInstanceToSystemAnnouncer.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60105.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60106.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60105.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60106.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  60106
18562 QualityAssistant v3.1.0
https://pharo.fogbugz.com/f/cases/18562

18560 haltOnce creates endless recursion ?
https://pharo.fogbugz.com/f/cases/18560

http://files.pharo.org/image/60/60106.zip

Re: [Pharo-dev] shit + double click on a category :)

[Denis Kudriashov]

Really nice. And I found that double click on method opens new browser on
it.

2016-06-22 11:44 GMT+02:00 stepharo :

> Hi guys
>
> alain showed me that click + double click on a category is really nice to
> rename a category.
>
> May be you knew it but this is nice.
>
>
> Stef
>
>
>

Re: [Pharo-dev] shit + double click on a category :)

[Max Leske]

It’s neither “shit” nor “click” but thanks for the pointer :D

(spoiler: it’s “shift”)

> On 22 Jun 2016, at 11:44, stepharo  wrote:
> 
> Hi guys
> 
> alain showed me that click + double click on a category is really nice to 
> rename a category.
> 
> May be you knew it but this is nice.
> 
> 
> Stef
> 
> 

Re: [Pharo-dev] shit + double click on a category :)

[Yuriy Tymchuk]

Could shortcut reminder capture this?

> On 22 Jun 2016, at 11:44, stepharo  wrote:
> 
> Hi guys
> 
> alain showed me that click + double click on a category is really nice to 
> rename a category.
> 
> May be you knew it but this is nice.
> 
> 
> Stef
> 
> 

[Pharo-dev] shit + double click on a category :)

[stepharo]

Hi guys

alain showed me that click + double click on a category is really nice 
to rename a category.


May be you knew it but this is nice.


Stef

Re: [Pharo-dev] [pharo-project/pharo-core] 6ece95: 60104

[Marcus Denker]

Yes.. some problems with the script that clean the stack…

Side effect of a fix (which is wrong) is that 105 now has no UI process.

We are rebuilding it now with the cleanup script disabled.

> On 22 Jun 2016, at 10:15, Nicolai Hess  wrote:
> 
> I don't know what change is responsible, but
> 
> Pharo 60104 as two ui-processes (this causes strange rendering artefacts)
> 
> 
> -- Forwarded message --
> From: GitHub >
> Date: 2016-06-22 10:03 GMT+02:00
> Subject: [Pharo-dev] [pharo-project/pharo-core] 6ece95: 60104
> To: pharo-dev@lists.pharo.org 
> 
> 
>   Branch: refs/heads/6.0
>   Home:   https://github.com/pharo-project/pharo-core 
> 
>   Commit: 6ece95dfc5016cf3c09f06433e6e94dba5919ebd
>   
> https://github.com/pharo-project/pharo-core/commit/6ece95dfc5016cf3c09f06433e6e94dba5919ebd
>  
> 
>   Author: Jenkins Build Server  >
>   Date:   2016-06-22 (Wed, 22 Jun 2016)
> 
>   Changed paths:
> A AST-Core.package/RBParseErrorNode.class/instance/accessing/name.st 
> 
> M 
> ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/tags/stable_.st
> A 
> ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/versions/version793p6_.st
> M 
> EpiceaBrowsers.package/EpDisplayMorphVisitor.class/instance/initialization/initialize.st
>  
> M EpiceaBrowsers.package/EpLostChangesDetector.class/definition.st 
> 
> M 
> Refactoring-Tests-Critics.package/RBSmalllintTest.class/instance/tests/testBadMessage.st
> R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
> scripts/script60103.st 
> A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
> scripts/script60104.st 
> R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
> updates/update60103.st 
> A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
> updates/update60104.st 
> M 
> ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
> M 
> Spec-Tools.package/MessageBrowser.class/instance/initialization/initializePresenter.st
> A 
> Spec-Tools.package/MessageBrowser.class/instance/private/installIconStylerFor_.st
> A 
> Spec-Tools.package/MessageBrowser.class/instance/private/isMethodDefinition_.st
> 
>   Log Message:
>   ---
>   60104
> 18551 RBSmalllintTest>>#testBadMessage is failing
> https://pharo.fogbugz.com/f/cases/18551 
> 
> 
> 18558 MNU on deselecting message browser entry
> https://pharo.fogbugz.com/f/cases/18558 
> 
> 
> 18559 OCASTSemanticAnalyzer calls "name" on RBParseErrorNode
> https://pharo.fogbugz.com/f/cases/18559 
> 
> 
> 18561 DNU when EpLostChangesDetector opens browser in non-interactive mode
> https://pharo.fogbugz.com/f/cases/18561 
> 
> 
> http://files.pharo.org/image/60/60104.zip 
> 
> 
> 
> 

[Pharo-dev] [pharo-project/pharo-core] c15659: 60105

[GitHub]

  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: c156598f552379c776301dbdecc650a36688f513
  
https://github.com/pharo-project/pharo-core/commit/c156598f552379c776301dbdecc650a36688f513
  Author: Jenkins Build Server 
  Date:   2016-06-22 (Wed, 22 Jun 2016)

  Changed paths:
A 
Announcements-Core.package/Announcer.class/instance/accessing/subscriptions.st
A 
Announcements-Core.package/Announcer.class/instance/testing/hasSubscriber_.st
R RPackage-Core.package/extension/Announcer/instance/hasSubscriber_.st
R RPackage-Core.package/extension/Announcer/instance/subscriptions.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60104.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
scripts/script60105.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60104.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - 
updates/update60105.st
M 
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  60105
18556 Folding RPackage extensions on Announcement to Announcement
https://pharo.fogbugz.com/f/cases/18556

http://files.pharo.org/image/60/60105.zip

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

[GitHub]

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

[Pharo-dev] Fwd: [pharo-project/pharo-core] 6ece95: 60104

[Nicolai Hess]

I don't know what change is responsible, but

Pharo 60104 as two ui-processes (this causes strange rendering artefacts)


-- Forwarded message --
From: GitHub 
Date: 2016-06-22 10:03 GMT+02:00
Subject: [Pharo-dev] [pharo-project/pharo-core] 6ece95: 60104
To: pharo-dev@lists.pharo.org


  Branch: refs/heads/6.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: 6ece95dfc5016cf3c09f06433e6e94dba5919ebd

https://github.com/pharo-project/pharo-core/commit/6ece95dfc5016cf3c09f06433e6e94dba5919ebd
  Author: Jenkins Build Server 
  Date:   2016-06-22 (Wed, 22 Jun 2016)

  Changed paths:
A AST-Core.package/RBParseErrorNode.class/instance/accessing/name.st
M
ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/tags/stable_.st
A
ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/versions/version793p6_.st
M
EpiceaBrowsers.package/EpDisplayMorphVisitor.class/instance/initialization/
initialize.st
M EpiceaBrowsers.package/EpLostChangesDetector.class/definition.st
M
Refactoring-Tests-Critics.package/RBSmalllintTest.class/instance/tests/testBadMessage.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/
script60103.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/
script60104.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/
update60103.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/
update60104.st
M
ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M
Spec-Tools.package/MessageBrowser.class/instance/initialization/initializePresenter.st
A
Spec-Tools.package/MessageBrowser.class/instance/private/installIconStylerFor_.st
A
Spec-Tools.package/MessageBrowser.class/instance/private/isMethodDefinition_.st

  Log Message:
  ---
  60104
18551 RBSmalllintTest>>#testBadMessage is failing
https://pharo.fogbugz.com/f/cases/18551

18558 MNU on deselecting message browser entry
https://pharo.fogbugz.com/f/cases/18558

18559 OCASTSemanticAnalyzer calls "name" on RBParseErrorNode
https://pharo.fogbugz.com/f/cases/18559

18561 DNU when EpLostChangesDetector opens browser in non-interactive mode
https://pharo.fogbugz.com/f/cases/18561

http://files.pharo.org/image/60/60104.zip

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

[GitHub]

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