- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

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

Feb. 22, 2016

[pharo-project/pharo-core] d1faad: 50597

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d1faad8a678e3bf5670e8ac633d0c050b00668b4 https://github.com/pharo-project/pharo-core/commit/d1faad8a678e3bf5670e8ac6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-02-22 (Mon, 22 Feb 2016) Changed paths: A HudsonBuildTools20.package/HDTestReport.class/instance/private/writeError_andStack_for_.st M HudsonBuildTools20.package/HDTestReport.class/instance/running/runCase_.st M MonticelloGUI.package/MCTool.class/instance/morphic ui/textMorph_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50596.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50597.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50596.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50597.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A SmartSuggestions.package/SugsDiffModelContext.class/README.md A SmartSuggestions.package/SugsDiffModelContext.class/definition.st A SmartSuggestions.package/SugsDiffModelContext.class/instance/accessing/selectedInterval.st A SmartSuggestions.package/SugsDiffModelContext.class/instance/selection/selectedMethod.st A SmartSuggestions.package/SugsMonticelloToolContext.class/README.md A SmartSuggestions.package/SugsMonticelloToolContext.class/definition.st A SmartSuggestions.package/SugsMonticelloToolContext.class/instance/refactoring/sourceTextArea.st A SmartSuggestions.package/SugsMonticelloToolContext.class/instance/selection/selectedMethod.st A SmartSuggestions.package/extension/DiffMorph/instance/sugsContext.st A SmartSuggestions.package/extension/MCTool/instance/sugsContext.st Log Message: ----------- 50597 17665 HDTestReport reports unexpected passes as successful https://pharo.fogbugz.com/f/cases/17665 17570 Shortcuts to browse code are not available any more in some tools https://pharo.fogbugz.com/f/cases/17570 17584 Broken menu in ChangesBrowsers code pane https://pharo.fogbugz.com/f/cases/17584 http://files.pharo.org/image/50/50597.zip

Feb. 22, 2016

Re: [Pharo-dev] Fuel bug. Array class substitution is not working

by Denis Kudriashov

And maybe it is not issue and behaviour is correct. We want to substitute class with some object but full object graph includes instance of that class. In such case Fuel will use substitution as reference to class of serializable instance. And on materialisation substitution can not understand #fuelNew: protocol. 2016-02-22 11:36 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi. > > I detect strange bug. Substitution Array class is not working. Try this: > > s := ByteArray new writeStream. > serializer := FLSerializer newDefault. > serializer analyzer > when: [ :o | o==Array ] > substituteBy: [ :o | #instead ]. > serializer serialize: {Array} on: s > . > s2 := s contents readStream. > > > object := (FLMaterializer newDefault materializeFrom: s2) root. > > > > Interesting that other classes are working correctly. > I open issue 17669 > <https://pharo.fogbugz.com/f/cases/17669/Fuel-substitution-for-Array-class-i…> >

Feb. 22, 2016

Re: [Pharo-dev] Who is using Pillar and for what

by Pavel Krivanek

Hi, together with Mustache I use it for the generation of multilangual web pages in Seaside, namely e.g. https://www.continentalbrno.cz/hotel/accomodation?lang=en Cheers, -- Pavel 2016-02-20 11:46 GMT+01:00 Damien Cassou <damien.cassou(a)inria.fr>: > For my CV, I need to know who is using the stuff I'm doing. If you use > Pillar, could you please tell me in which context (e.g., which company, > open-source project) and what you use it for (e.g., what kind of > document)? > > I don't need long paragraphs, just give me the keywords please. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > >

Feb. 22, 2016

Re: [Pharo-dev] CI locked up

by Christophe Demarey

Hi Max, 2 slaves were off line. I put them back on line and purged the queue. Le 20 fÃ©vr. 2016 Ã 23:05, Max Leske a Ã©crit : > Hey, > > The queue on the CI is overflowing. Not sure whatâs wrong but builds donât seem to finish. > > Cheers, > Max

Feb. 22, 2016

Fuel bug. Array class substitution is not working

by Denis Kudriashov

Hi. I detect strange bug. Substitution Array class is not working. Try this: s := ByteArray new writeStream. serializer := FLSerializer newDefault. serializer analyzer when: [ :o | o==Array ] substituteBy: [ :o | #instead ]. serializer serialize: {Array} on: s . s2 := s contents readStream. object := (FLMaterializer newDefault materializeFrom: s2) root. Interesting that other classes are working correctly. I open issue 17669 <https://pharo.fogbugz.com/f/cases/17669/Fuel-substitution-for-Array-class-i…>

Feb. 22, 2016

Re: [Pharo-dev] Who is using Pillar and for what

by Guille Polito

I use pillar for Ecstatic, static website generation. https://guillep.github.io/ecstatic/ On 02/21/2016 02:20 AM, Ben Coman wrote: > I use it for books for the Pharo project. > cheers -ben > > On Sat, Feb 20, 2016 at 6:46 PM, Damien Cassou <damien.cassou(a)inria.fr> wrote: >> For my CV, I need to know who is using the stuff I'm doing. If you use >> Pillar, could you please tell me in which context (e.g., which company, >> open-source project) and what you use it for (e.g., what kind of >> document)? >> >> I don't need long paragraphs, just give me the keywords please. >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." --Winston Churchill >>

Feb. 22, 2016

Smalltalkhub scheduled maintenance today (February, 22nd)

by Christophe Demarey

Hello, Smalltalk will be down today (february, 22nd) from 12:30 to 13:30 (french local time). IT will add storage to the root partition (last maintenance finally did not take place). Regards, Christophe

Feb. 22, 2016

Re: [Pharo-dev] Yet again, wrong tempvars in debuggers context variables list

by Guille Polito

Hmm, I know that the Spur bootstrap does a lot of changes "in the background". For example, it replaces literals in methods (Float->BoxedFloat64), plus it inlines all immediate characters. I do not know if it is related, but this could be a side effect, and it would explain why there is no evident change causing this. On 02/22/2016 09:08 AM, Nicolai Hess wrote: > > > 2016-02-20 20:31 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com > <mailto:nicolaihess@gmail.com>>: > > > > 2016-02-20 19:11 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com > <mailto:nicolaihess@gmail.com>>: > > This is not an issue with GTDebugger, but the way opal > generates the tempvar > index or the way, debuggerMap tries to access the context vars > > 17660 > <https://pharo.fogbugz.com/f/cases/17660/wrong-tempvar-values-in-debugger> > wrong tempvar values in debugger > > > This is a really special case, I wasn't able yet to create an > easier example for reproducing this bug: > - put a self haltOnce in > RAbstractClass>>#directlyDefinesLocalMethod: > - enable halt once > - select any other method in Nautilus and choose > "Rename method (all)" from method panes context menu > - enter a new name and push "OK" > -> the debugger pops up in method > directlyDefinesLocalMethod: > - select the first "allClassesDo:" context from top of the stack > -> the debugger shows that we are in the evalBlock context > The "seen" variable is a Set, but if you look at the > "Variables"-pane, it is shown > as a block (this is actually the parameter aBlock) > > > again, this is caused by a change for spur migration > > This worked up to pharo 50496 > starting with pharo 50497, the order of variables has changed. > > see > http://forum.world.st/pharo-project-pharo-core-dfd4f3-50497-td4867046.html > <https://pharo.fogbugz.com/f/cases/17241/ffi-nb-is-not-cleaning-compiled-met…> > > > Any idea what has changed? > I could not spot a change that could be responsible for this. > The order of tempvars in a block context somehow changed, and the way > the debugger accesses the temps > by name (get an index and access the context temp vars by index) > somehow changed. > Recompiling the affected methods helps, but I would like to know if > this change (where is it?) was on purpose. >

Feb. 22, 2016

Re: [Pharo-dev] preferred way to invoke debugger

by Denis Kudriashov

Hi. Now you should first create DebugSession: debugSession := Processor activeProcess newDebugSessionNamed: 'Code simulation error' startedAt: self. Smalltalk tools debugger openOn: debugSession withFullView: true. 2016-02-21 4:34 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > What is the replacement for...? > [ Smalltalk tools debugger > openContext: self > label:'Code simulation error' > contents: nil]. > > In adding support to simulate new OwnedLock primitives, I see this is sent > from > Context>>doPrimitive:method:receiver:args: > but this is no longer in the image. I can update it as I go. > > cheers -ben > >

Feb. 22, 2016